web-dev-qa-db-ja.com

\\ computer \ shareの閲覧は失敗しますが、Net Use \\ computer \ shareは機能しますか?

Windowsエクスプローラーを使用してリモートファイル共有を参照すると、さまざまな結果が得られました。

セットアップ:

  • 私はWindowsで働いていますXP SP3
  • ファイルはWindows上にありますXP SP3
  • 自宅のPCにアクセスするために2つの別々のVPNを利用できます
    • 企業のOpenVPN(10.1.2.3)
    • hamachi/LogMeIn接続(5.1.2.3)

私の問題に関しては、どのIPを使用するかは問題ではありません。どちらもまったく同じように機能します。

Windowsエクスプローラーを開いて\\10.1.2.3\Sharedと入力すると、資格情報のチャレンジで中断され、共有内のファイルと対話できるようになると思います。しかし、「Windowsは '\ 10.1.2.3\Shared'を見つけることができません。スペルをチェックして再試行するか、アイテムを検索してみてください...」という迷惑なダイアログが表示されます。

ただし、まったく同じコンピューター名/共有名を使用でき、NetUseを使用すると次のことができます。

Net Use * \\10.1.2.3\Shared * /user:homecomputername\username

この結果で:

Type the password for \\5.69.83.158\C$:
Drive Z: is now connected to \\5.69.83.158\C$.

The command completed successfully.

その後、WindowsエクスプローラーでZ:のファイルにアクセスできます。これは私の本来の目的でした。

Z:が既にマップされ、資格情報がキャッシュされた後でも、Windowsエクスプローラーで\\10.1.2.3\Sharedを表示できません。

なぜ後者は機能するが、前者は機能しないのですか?

編集: RDPなどの他のサービスは正常に機能します。 (SSHでホームに接続できないという問題がありますが、個別に検討します。)

3
JMD

Windows資格情報を使用して(最初のケースで)共有にアクセスしようとしています。 Windowsエクスプローラーで特定のユーザー名/パスワードを使用して「ネットワークドライブに接続する」を試してください。

3
lorenzog

そのネットワークリソースに不正な資格情報が保存されている可能性があります(Windowsはこのリストを保持しています)-またはまったくないため、必要な資格情報ではなく独自の資格情報で認証しようとしています。

このMicrosoftの記事を参照してください。

http://www.Microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/usercpl_manage_passwords.mspx?mfr=true

そこで、Windowsがどのネットワークリソースでどの資格情報を使用するかを管理できます。

1
psouza4

使用する \\[email protected]\Shared、これは私のWindowsXPで動作します

0
Thomas