5

Net Use over SSLを使用して WebDAV サーバーに接続しようとしています。一部のサーバーでは、URL でポート 443 を指定した場合にのみこの接続が成功するという問題が発生しています。

マップしますか

net use * "https://example.com:443/folder"
net use * "\\example.com@SSL@443\folder"

そして、奇妙なことに、これもそうです： net use * "\\example.com@SSLasdf\folder"

マップしない

net use * "https://example.com/folder"
net use * "\\example.com@SSL\folder"

動作しないケースでは、一貫して次のエラーが表示されます。

System error 67 has occured.
The network name cannot be found.

有用な情報と思われるいくつかのことに気付きました。

  • prod サーバーと同じように構成されたテスト サーバーがあり、期待どおりに動作します。
  • 動作していないケースでは、失敗したホストから本番サーバーに受信リクエストが表示されることはありません。
  • すべてのクライアントは同じイメージに基づいています。
  • この問題は、すべてのクライアントで一様に現れるわけではありません。機能するものもあれば、そうでないものもあります。
  • クライアントの DNS キャッシュに、example.com の既存の有効なエントリがあります。
  • 影響を受けるサーバーのクライアント DNS キャッシュをフラッシュしても、問題は解決しません。
  • 問題が発生すると、問題が解決しないようです。つまり、動作中のマッピングの 1 つを実行して削除し、すぐに動作していないマッピングの 1 つを実行すると、問題は解決しません。

私たちは完全に困惑しています。理論はありますか？

4

2 に答える 2

3

異なる名前を使用して接続しているため、異なる動作が見られます。名前の試行が失敗すると、WebClient (これは WebDAV を有効にするサービスです) は一定期間応答をキャッシュします。キャッシュをクリアするには、サービス コンソールで WebClient サービスを見つけて再起動します。または、管理コマンド プロンプトから次のコマンドを実行します。

net.exe stop webclient && net.exe start webclient
于 2016-06-15T17:22:01.703 に答える
2

最終的に、返された を誤解していると判断しましSystem Error 67たnet use。2 つの興味深いことがわかりました。

  1. PROPFINDWebDAV が最初のルート フォルダで404 または 50x を返す場合net use、ルート フォルダが使用できないと (正しく) 解釈します。ネットワーク名が見つからなかったという事実から、問題は名前解決にあると信じることができましたが、実際には「このパスで何も見つかりませんでした」と言っていただけでした。

  2. 404/50x が原因で「net use」が失敗した場合、リクエストを発行せずに、同じホストに対する追加のマッピングが短時間自動的に失敗するように見えます。たとえばnet use http://me.com/foo、404 が返されたnet use http://me.com/bar場合、最初の呼び出しから立て続けに呼び出された場合、即座に失敗し、WebDAV サーバー ログに要求レコードが記録されません。

私の最善の推測は、@443ポートを追加しても実際の違いはなかったということです。おそらく、少なくとも「自動失敗」機能のために、別のホストと通信していると思わせるためにだまされたのでしょう。net useしかし、それは単なる推測です。

于 2013-01-31T21:10:24.000 に答える