Windows XPのWebDavシステムエラー67

12

問題： 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の両方。どちらも同じ結果になります。

うまくいかなかったこと：

  1. 私がインストールして、次のMicrosoft KBを無駄と私のXPマシン上で。

  2. 次のレジストリキーも見つかりました。 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters UseBasicAuth REG_DWORD 1

  3. 私が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/#

  4. 私もそれにユーザーを追加する上記のすべての組み合わせを試してみた/user:userと/user:user@domain。

  5. ではhttp://なくも使用してみましたhttps://。

  6. 私はもう試した "\\server.com@ssl:443\folder"

  7. @WesleyDavidが指摘したように、ネットワーキング関連の問題を調べてきました。

うまくいくもの：

  • 私がすることができ XPで、URL経由してネットワークプレース内のマッピングでWebDAVフォルダに接続します。しかし、コマンドラインが機能しません（ドライブ文字が必要です）。
  • Windows 7は同じコマンドで完全に動作します。

私のデレンマ：

私が必要とするドライブ文字で動作するようにこれを。これを機能させるために他に何ができますか？

windows-xp  command-line-interface  mapping 
— ニクスフォー
ソース
ここに記載されている手順を試してください：smallvoid.com/article/winnt-webdav-network-drive.html ... URL文字列を引用符で囲んでください。
— iivel
@iivel私はそれを試しました。それで私の質問を更新しました。
— Nixphoe 2011
net use z： "https：slash slash mywebsite.com/software/"を試しましたか？（申し訳ありませんが、私はリンクなしでコメント内のリンクを置く方法がわからない。
— iivel
@iivel私はそれを試しました、それは私の質問です。
— Nixphoe 2011
mywebsite.comでサイトをホストしているOS / Webサーバーのタイプは何ですか？
— pk。

回答:

2

OS X Lion Serverで有効なWedDAVを使用すると、XPの構文は次のようになります。

NET USE * http：// server url / webdav / username password / user：username

これは機能しますが、同じユーザーの複数の共有から選択する方法を理解できません（常にデフォルトでユーザーアカウントディレクトリになります）...

— ショーン5
ソース
2

HTTP WebDav接続でも同じ問題が発生しました（まだHTTPSで試していませんが、動作するはずです）。以下を試してみてください、それは私のために働きました：

クライアントコンピューターで基本認証を有効にするには、次の手順に従います。

  1. [スタート]をクリックし、[実行]をクリックします。
  2. [名前]ボックスにregeditと入力し、[OK]をクリックします。
  3. 次のレジストリサブキーを見つけてクリックします：HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WebClient \ Parameters
  4. [編集]メニューの[新規]をポイントし、[DWORD値]をクリックします。
  5. タイプUseBasicAuth、Enterキーを押します。
  6. [編集]メニューの[変更]をクリックします。
  7. [値のデータ]ボックスに1と入力し、[OK]をクリックします。注基本認証は、UseBasicAuthレジストリエントリがゼロ以外の値に設定されている場合に有効になります。UseBasicAuthレジストリエントリが存在しない場合、またはUseBasicAuthレジストリエントリが0（ゼロ）に設定されている場合、基本認証は無効になります。
  8. レジストリエディターを終了し、コンピューターを再起動します。

キーはVista以降ではBasicAuthLevelと呼ばれていることに注意してください。

次に接続します

net use X: "http://mywebsite.com/software" /User:username password

ソース http://support.microsoft.com/kb/841215/en-us

— dwn
ソース
それは、とにかく私にとってはうまくいかなかったことのステップ2でした。他に何が違うのか疑問に思います。
— Nixphoe 2012年
@Nixphoeあなたは引用符を試して直接パスワードを提供しましたか...私が説明したものとは異なる構文を持っている私にとっても機能しませんでした
— dwn
私のために働いていませんでした。同じシステムエラー67だった
— Nixphoe
1

ゼロ推測： これをここで編集しました。で、最後のスラッシュを取り除くnet use z: https://mywebsite.com/software/ので、それが読み込みますnet use z: https://mywebsite.com/software

最初の推測：

の外観が気に入らない/user:user@domain。一部のWindows CLIツールでは、大雑把なことが起こります（ただし、正常に機能するはずです）。フォーマットを試しました/u:domain\userか？

2番目の推測：

  1. ハードウェアの管理に移動し、ビューに選択>>「非表示のデバイスの表示」
  2. 「非プラグアンドプレイドライバ」ノードを開きます
  3. IPネットワークアドレストランスレータを無効にする

これが問題の中心であるエラー67を引き起こすことが知られています。通信エラー。

第三の推測

Winsockの破損！それが起こります。見てnetsh winsock resetとnetsh winsock reset catalog

詳細については、このKB記事を参照してください。

4番目の推測：

エラー67は、クライアント側とサーバー側の両方のハードウェアレベルの問題が原因で発生する場合があり、通常はドライバーが関与しています。2つの可能性：

  1. を使用して、クライアントのTCP / IPスタックをリセットしますnetsh int ip reset。私は知っています、それは貨物カルト管理です。やってみなよ。=）
  2. 関連するすべてのマシンの正確なカードモデル番号について、最新のネットワークドライバーに更新します。サーバーも。私のどこかで、クライアントにエラー67がスローされ、サーバーネットワークカードが更新されて問題が解決されたことを思い出したようです。

5番目の推測

ここで、薄いピキンに取り掛かります。これをセーフモードとネットワークで試してください。WebDAV接続を確立できる必要があります。いくつかの干渉する無関係なネットワークドライバーが干渉しているかどうか疑問に思っています。ただし、Guess＃1でドライバーを更新することで問題が解決されたはずです。

— ウェズリー
ソース
私はその最も徹底した答えであなたのためにもっと何かを持てることを本当に望みます。しかし、どれもうまくいきませんでした。<悲しい顔>
— Nixphoe 2011
@Nixphoe Shoot、それはスラッシュの問題だと確信していた。= /
— ウェズリー
1

Windows Vistaより前のネットワーク接続をhttps接続にマップすることはできません。少なくともNetコマンドを使用することはできません。これは、WebDavミニリダイレクターの問題に関係しています。以下を確認してください：http : //www.autohotkey.com/forum/topic44471.html

— エリオット
ソース
0

してみてください 

C:\>net use z: http://user:password@mywebsite.com/software

私が見る他のことは：

net use * z: https://mywebsite.com/software password /user:username
— gWaldo
ソース
それらも機能しませんでした。
— Nixphoe
くそー ここで機能させることができるかどうか確認します...
— gWaldo
0

このMicrosoft KBの記事を確認しましたか？それは一撃の価値があるかもしれません。

完全修飾ドメイン名を使用してWindows Server 2003ベース、Windows XPベース、またはWindows 2000ベースのコンピューターからリモートコンピューターに接続すると、「ネットワーク名が見つかりません」というエラーメッセージが表示されることがある

net useコマンドを発行するときに、Fiddlerを使用してトラフィックをスヌープすることもお勧めします。WebDavシステムエラー67よりも少し興味深いものを見るかもしれません。

— pk。
ソース
私はそのKBを見て、それが本当に関連しているとは思いませんでした。しかし、私はそれに打撃を与えました。どちらの提案も機能しませんでした。Fiddlerを試してみましたが、net useを使用しても何もピックアップされませんでした。
— Nixphoe
0

うーん。どうですか：

ネット使用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->ツール->セキュリティ、またはコントロールパネルを確認します。

— RobW
ソース
ブラウザでXPマシンからhttps：とhttp：の両方にアクセスできます。これは、XPとWebdavの問題です。マイクロソフトの修正はそれを削減しているようではありません。あなたが示唆したように、私はそれの最後に：443も試しました。サイコロはありません。
— Nixphoe 2011
0

IIS上のWebdav：net use * http：// WEBSITE / DavWWWRoot PASSWORD / user：USER @ DOMAIN

IISを使用する場合、ルートフォルダーの名前はDavWWWRootです。一部のクライアントは自動的に解決しますが（windows 10およびwindows 7）、それ以外の場合は（windows xp）を指定する必要があります。この作品は私を形作る

— user2765668
ソース
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.