web-dev-qa-db-ja.com

ブラウジング時の初期遅延SMB Windowsからの共有

Windows 2016サーバー上のActive Directoryに接続されているNAS（Synology、running DSM 6））があります。NASには7つの共有フォルダーがあり、 SMB2を使用して共有。
NAS Windows Explorer（Windows 7とWindows Server 2016の両方でテスト済み）を使用して参照する場合、共有フォルダーが表示されるまでに約10秒の遅延があります。 NAS（\\ my-nas）の名前を使用しても、IPアドレス（\\ 10.xxx）を使用してもかまいません。
フォルダを継続的にナビゲートしている間、遅延はありません。

これがなぜ起こっているのか、そしてそれをどのように修正するのかについてのアイデアはありますか？

更新
Wiresharkを実行してから、Windowsエクスプローラを起動しました。これは出力がどのようになるかです（自分のIPとNASのIPのみを表示するためにフィルターをかけました）：
enter image description here

赤い四角形からわかるように、非アクティブ状態が約8秒あります。これは、「セッションセットアップリクエスト」がクライアント（10.0.107.100）からNAS（10.0.107.99））に送信された後、回答「セッションセットアップレスポンス」が受信される前です。

更新2
Michal Sokolowskiのコメントに応じて、新しいWiresharkセッションを行いました。今回は、ドメインサーバー（10.0.0.98）のトラフィックも含まれていました。これで、ポート53（「DSN」プロトコルとして表示）とポート137（「NBNS」プロトコルとして表示）のUDPトラフィックが表示されます。
enter image description here

更新3
NASとの通信全体を確認するために、Wiresharkをドメインサーバー（10.0.0.98）にインストールしました。
Communication between NAS and domain server （画像は抜粋を示しています： 「Update 3」の完全なWiresharkログ ）
画像で選択された行番号402は、3秒の遅延の直前です。これは、まったく同じメッセージで後でもう一度発生します。
この情報を踏まえて、さらに何かを言うことはできますか？

network-sharenetwork-attached-storageserver-message-blockcifssynology
3
Björn

NASでtcpdumpを使用することにより、DNSクエリを実行したときに、ドメインサーバーが2つのIPアドレスをNASに返したことがわかりました。ドメインサーバーのみ「正しい」ものである1つの物理ネットワークインターフェイスがあります。もう1つは、VirtualBoxが作成したvirtualインターフェイスです。私はこれに従いました MSDNのガイド =および[この接続アドレスをDNSに登録する]をオフにすると、接続時間が約10秒から3秒かかりました。

Tcpdumpを見ると、アクティビティがないように見える場所が1つあります。 14と15： enter image description here しかし、NASは内部で何かを処理していると思いますか？

理想的には、それがさらに速くなればいいです。

すべてのコメントをありがとう。

更新
Synologyサポートから、ローエンドで3秒の遅延が予想されるという確認を受け取りましたNAS（DS214se）。

2
Björn

名前を拡張しようとすると、遅延のように見えます。私には2つのオプションがあり、どちらもWiresharkまたは同様のツールを使用して確認できます。

  1. NASは445番目のポートへの接続を受け入れず、139番目のWindowsへの接続を開く前に、存在しないWINSを介してホスト名を拡張しようとします。
  2. NAS接続されたホストの名前で構成されたログファイルの名前。Sambaでは、139番目のポートでの接続の受け入れとWINSの実行によってのみ可能です。

WINSクエリは、wiresharkまたは同様のツールの助けを借りて聞くことができます。

UPD。ご覧のとおり、NASに名前解決の問題があります。

  1. クライアント要求セッションのセットアップ（キャプチャのパケット＃45）
  2. サーバーはクライアント名を解決しようとします：サーバーは最初にDNSとホストファイルを使用しようとしますが、表示されません。
  3. 次に、サーバーはWINSサーバー（通常、この構成を持続させるためにこの構成を行う）を見つけようとし、ブロードキャストパケット＃75が表示されます。
  4. サーバーの障害後もセッションを開きます（パケット＃78）

典型的な問題 です。

0
Slipeer