問題: Windows XPのコマンドラインでService Pack 2とService Pack 3の両方でWebDavを機能させるのに問題があります。
C:\>Net Use z: https://mywebsite.com/software/
System error 67 has occurred.
The network name cannot be found.
2つのwebdavサーバーでこれをテストしました。 Ubuntu ApacheとWindows Server 2003 IISの両方。どちらも同じ結果になります。
うまくいかなかったこと:
次の登録キーも見つかりました:HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters UseBasicAuth REG_DWORD 1
私がWebで掘り下げたいくつかの回避策を使用しようとすると、次のことを試しますが、すべて同じ結果が得られます。
Net Use z: https://mywebsite.com/software
Net Use z: https://mywebsite.com/software#
Net Use z: https://mywebsite.com/software/
Net Use z: https://mywebsite.com/software/#
また、ユーザーを/user:user
と/user:user@domain
に追加して、上記のすべての組み合わせを試しました。
また、http://
ではなくhttps://
を使用してみました。
"\\server.com@ssl:443\folder"
を試しました
@WesleyDavidが指摘したように、ネットワーキング関連の問題を調べてきました。
うまくいくもの:
私のデレンマ:
これは、ドライブ文字を処理するために必要です。これを機能させるために他に何ができますか?
OS X Lion Serverで有効なWedDAVを使用する場合、XPの構文は次のとおりです。
ネット使用* http:// server url/webdav/ユーザー名パスワード /ユーザー:ユーザー名
これは機能しますが、同じユーザーの複数の共有から選択する方法を理解できません(常にデフォルトでユーザーアカウントディレクトリになります)...
HTTP WebDav接続でも同じ問題が発生しました(まだHTTPSで試していませんが、動作するはずです)。以下を試してください、それは私のために働きました:
クライアントコンピューターで基本認証を有効にするには、次の手順に従います。
キーはVista以降ではBasicAuthLevelと呼ばれることに注意してください。
次に接続します
Net Use X: "http://mywebsite.com/software" /User:username password
ゼロゲス:これをここで編集しました。 Net Use z: https://mywebsite.com/software/
の末尾のスラッシュを削除して、Net Use z: https://mywebsite.com/software
を読み取ります
最初の推測:
/user:user@domain
の外観が気に入らない。一部のWindows CLIツールでそれが起こると大ざっぱなことがわかりました(そうですが、そうですshould正常に動作します)。 /u:domain\user
という形式を試しましたか?
2番目の推測:
これが問題の中心であるエラー67を引き起こすことが知られています。通信エラー。
3番目の推測
Winsockの破損!それが起こります。 netsh winsock reset
とnetsh winsock reset catalog
を確認してください
詳しくは このKB記事 を参照してください。
4番目の推測:
エラー67は、クライアント側とサーバー側の両方のハードウェアレベルの問題が原因で発生する場合があり、通常はドライバーが関与しています。 2つの可能性:
netsh int ip reset
を使用して、クライアントのTCP/IPスタックをリセットします。私は知っています、それは貨物カルト管理です。やってみなよ。 =)5番目の推測
ここで、薄いピキンに取り掛かります。セーフモードとネットワークでこれを試してください。 WebDAV接続を確立できる必要があります。いくつかの干渉する無関係なネットワークドライバーが干渉しているかどうか疑問に思っています。ただし、Guess#1でドライバーを更新することで問題が解決されたはずです。
Windows Vistaより前のネットワーク接続をhttps接続にマップすることはできません。少なくともNetコマンドを使用することはできません。これは、WebDavミニリダイレクターの問題に関係しています。以下を確認してください: http://www.autohotkey.com/forum/topic44471.html
このMicrosoft KBの記事を確認しましたか?それは一撃の価値があるかもしれません。
また、Fiddlerを使用してNet Use
コマンド。 WebDavシステムエラー67よりも少し興味深いものが表示される場合があります。
してみてください
C:\>Net Use z: http://user:[email protected]/software
私が見る他のことは次のとおりです:
Net Use * z: https://mywebsite.com/software password /user:username
うーん。どうですか:
Net Use z: https://mywebsite.com:443/software/
また、「Net Use z: http://mywebsite.com/software/ 」(何が機能しなかったかのポイント5)を実行しようとすると、ターゲットサーバーでポート80がアクティブになりますか?明らかにこれはXP問題です-これをXPおよびHTTPSに分離できますか、それともXPおよびWebdavですか?あなたのイベントログは何かを示していますか?
また、Net Useコマンドは、ドライブのマッピングにWindowsのインターネットセキュリティ設定を使用している可能性がありますか? https://mywebsite.comを信頼済みサイトに配置する必要がある場合があります。 IE->ツール->セキュリティ、またはコントロールパネルを見てください。
IIS上のWebdav:ネット使用* http:// WEBSITE/DavWWWRoot PASSWORD/user:USER @ DOMAIN
IIS Root folder has this name DavWWWRoot)を使用する場合、一部のクライアントは自動的に解決しますが(windows 10およびwindows 7)、それ以外の場合は(windows xp)を指定する必要があります。