問題タブ [drive-mapping]

タイトルが-persist示すように、cmdlt に追加しようとすると、エラーが返されます。

New-PSDrive : The network resource type is not correct At line:1 char:1 + New-PSDrive -Name P -Root <redacted> ... + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : InvalidOperation: (P:PSDriveInfo) [New-PSDrive], Win32Exception + FullyQualifiedErrorId : CouldNotMapNetworkDrive,Microsoft.PowerShell.Commands.NewPSDriveCommand

参考までに、これは PowerShell の管理者セッションですが、通常のユーザー セッションでこれを行うと、まったく同じ応答が得られます。

最初から: 使用したいドライブ文字が使用可能であることを検証します (この場合は P)。

次に、実行しようとします：（$localeたとえば、変数としてすでに定義しています'\\foo\bar\'）。

幸せな日々。それはうまくいきます。ただし、もちろん、この PS セッション内にあるだけなので、Windows エクスプローラーには表示されません。したがって、ここには示されていませんが、それを破棄し ( remove-psdrive P)、なくなったことを検証し ( get-psdrive)、永続的なバージョンの作成を試みます (同じコマンドで のみ-persist):

そして、それは失敗します。コンテキストとして、リモート PSDrive で RoboCopy を使用してスクリプトを作成できるように、これを行っています (組み込みのレポート、属性管理、および宛先でファイル構造を維持する機能があるため、robocopy を使用したいと考えています。ターゲット ドライブの資格情報を指定できるようにします)。

誰にもアイデアはありますか？

編集:ああ、信じられない. \問題は、私のパスの末尾でした。私はそれを削除しましたが、それは問題なく持続しました。

Windows 10 1803 64 ビットで Visual Studio 2017 を実行しています。マップされたドライブ (H:) があり、そのドライブ内のファイルの検索に依存する SSIS パッケージを実行しようとすると、ファイルが見つからないと表示されます。UNC パスを使用するようにコードを変更すると、正常に動作します。ただし、この場合、マップされたドライブを使用することをお勧めします。これにより、テスト目的でローカル PC のドライブをマップし、運用 PC で同じドライブ文字を使用できます。

また、同じ環境の VS 2017 でプロジェクトを開こうとして、たとえば F: をパスとして入力すると、F: がコンピューターにマップされたドライブであるにもかかわらず、認識されないことにも気付きました。 .

管理モードで VS を実行していません。何が原因でしょうか?

私たちのセットアップは 2 つのドメインです。V-Net 10.50.0.0/24 および 10.51.0.0/24 は D2MSAZ.COM ドメインの一部です V-Net 10.54.0.0/24 は D2MSAZ2.COM ドメインにあります 個別のドメイン/フォレスト。D2MSAZ のユーザー アカウントは「姓 + ファースト ネーム」です。D2MSAZ2 のユーザー アカウントは「ファースト イニシャル + ラスト ネーム」です。

D2MSAZ ドメインには 1 つの DC しかなく、10.51.0.0 セグメント上にあります。

10.54.0.0 セグメントの RD ホスト サーバーから、ドライブを 10.51.0.0 セグメントの VM に問題なくマップできます。実行ボックスに移動して、\VM1.d2msaz.com\c$ と入力すると、VM に接続され、ユーザー名とパスワードが求められます。それらを供給し、ドライブ マッピングが完了します。

10.50.0.0 セグメントの VM に同じことをしようとすると。座って回転し、最終的にエラーになり、接続が確立されません。ファイル エクスプローラーに移動し、マイ PC を右クリックしてネットワーク ドライブをマップし、特定のアカウントを使用するためのボックスにチェックを入れます..ユーザー アカウント情報を入力し、Enter キーを押します.接続しようとします、そして失敗します。タイムアウト。接続されていません。

補足: 10.54.0.0 セグメントから 10.50.0.0 セグメントに RDP を試行したときに、同様の問題が発生しました。しかし、10.51.0.0 セグメントに移動しても問題はありません。繰り返しますが、DC はこのセグメントにあると思います。そのため、この問題を回避するには、10.50.0.0 セグメントにある VM のレジストリで NLA を無効にする必要がありました。

なぜこれが失敗するのかについてのアイデアや考えはありますか?

現在、オンプレミスにも同様のセットアップがあり、1 つのセグメントには DC がなく、他のセグメントにある DC に対して認証する必要があります。しかし、ドライブのマッピングに問題はありません。

ありがとう、

仮想マシンの作成時に Azure Fileshare を Azure 仮想マシン (Windows 10) にマウントするソリューションを探しています。Azure Fileshare を既存の (仮想) マシンに手動でマップするためのこのガイドがあり、それは正常に機能しますが、仮想マシンの作成時にそれを実行したいと考えています。

基本的に、仮想マシンの準備が整い、私または他のユーザーがログインすると、Fileshare はマップされたドライブとして使用できるようになります。

それはどのように機能しますか？仮想マシンの作成中に実行される Powershell コマンドを設定する必要がありますか、それとも ARM テンプレートを使用して設定する必要がありますか? また、その方法は?