1

すべての場合に管理者としてログオンしているにもかかわらず、マシンの OS によって以下の「net use」コマンドの結果が異なる理由を知っている人はいますか? シェルが管理者として実行されているかどうかに関係なく、PowerShell または Cmd 内の OS に基づいて失敗または動作します。共有は Azure File Services でセットアップされており、Azure PowerShell コマンドレットを使用して Win10 マシンで問題なくアクセスできます。

# mount azure share as a drive
net use x: \\[myaccount].file.core.windows.net\davesdata /user:[myaccount] [my secondary key]
  • Server 2012 で正常に動作します
  • Server 2008 で「アクセスが拒否されました」を取得します
  • Windows 10 で「パスが見つかりません」を取得します
4

3 に答える 3

2

Azure File Storage は、次の Windows/SMB バリアントをサポートしています: Windows 7 SMB 2.1、Windows Server 2008 R2 SMB 2.1、Windows 8 SMB 3.0、Windows Server 2012 SMB 3.0、Windows Server 2012 R2 SMB 3.0、および Windows 10 SMB 3.0。

同じ Azure リージョン内の VM から接続している場合は、SMB 2.1 または SMB 3.0 を使用して接続できます。Azure リージョンの外部から接続している場合は、ポート 445 の送信が開いていることを確認する必要があります。多くの ISP や企業のファイルウォールがこれをブロックします。このwikiには、ポート 445 を許可/禁止する ISP のリストが含まれています。

于 2016-01-11T17:53:56.450 に答える
0

ルーターでポート 445 が開いていました。ルーターで追加のオプションを見つけるのに時間がかかりました。Netbios を「許可」に設定する必要があります。その後、Windows 10 は問題なく動作します。

于 2016-03-16T20:24:00.153 に答える