Windows PEから再起動するたびにsmb-share接続時間が長くなります。

私たちは現在、コンピュータのBIOSを自動的に更新するシステムを開発しています。

システムは、PXE-Bootから起動したWindows 10 PEで実行されます。最初のステップは、必要なデータがすべて保存されたSMB共有に接続することです。

共有自体は、Debian 4.9.88-1+deb9u1 (smbd バージョン 4.5.12-Debian) でホストされています。

質問

このプロセスを実行するには、複数回再起動してWindows PEを再起動する必要があります。

各システムは最初の起動時に正しく動作しましたが、Windows PEで再起動するたびにSMB共有への接続に時間がかかり、時にはWindowsエラー63のためにタイムアウトすることもありました。

Windows PEは再起動するたびにRAMに「新しい」として保存され、持続しないため、問題はサーバー側にあると考えられます。

Sambaのログファイルには、ホスト接続に関連するエラーは含まれていません。

PEへのマウントコマンド

NET USE B: \\SERVER\buffet \user:user password

Windows 10では、匿名ゲストログインやパスワードのない共有を許可していないため、ログイン資格情報を使用しないことはオプションではありませんが、個人的にはこの問題が認証に関連しているとは限りません。

サンバ構成

ご覧のとおり、さまざまなタイムアウト設定を試しました。

[global]
    workgroup = WORKGROUP
    security = user
    server role = standalone
    disable netbios = no
    server string = %h
    map to guest = Bad User
    obey pam restrictions = Yes
    passdb backend = tdbsam
    pam password change = Yes
    passwd program = /usr/bin/passwd %u
    passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
    unix password sync = Yes
    log file = /var/log/samba/log.%m
    log level = 10 winbind:5 auth:3
    max log size = 1000
    dns proxy = No
    usershare allow guests = Yes
    panic action = /usr/share/samba/panic-action %d
    create mask = 0777
    directory mask = 0777
    map hidden = no
    map system = no
    map archive = no
    store dos attributes = yes
    dos filemode = Yes
    acl map full control = Yes
    server min protocol = SMB3_10
    socket options = TCP_NODELAY IPTOS_LOWDELAY
    read raw = yes
    write raw = yes
    server signing = no
    strict locking = no
    min receivefile size = 16384
    use sendfile = Yes
    aio max threads = 250
    aio read size = 1
    aio write size = 1
    ldap timeout = 3
    deadtime = 1
    winbind request timeout = 10
    name cache timeout = 0
    winbind max domain connections = 50
    winbind max clients = 750
    inherit owner = No

[buffet]
    path = /share/buffet
    public = yes
    writeable = no
    browseable = yes
    guest ok = yes
    force user = nobody
    force group = nogroup
    read only = yes
    case sensitive = no
    default case = lower
    preserve case = yes
    short preserve case = yes

ホストが無期限に再起動し、共有にすぐに接続できるように設定を変更するにはどうすればよいですか？

それを修正しようとする

上記のように、いくつかのタイムアウト設定を試しましたが、smb.confどちらも問題には影響しませんでした（結論は問題にならないということです）。

また、私たちが避けようとした多くのSambaログファイルを抽出して分析しました。どの「失敗」、「タイムアウト」、または誤った設定が原因でエラーを引き起こす可能性があるすべてのエントリを最終的にすべて修正しましたが、問題は引き続き解決されます。

また、デフォルトのリース時間を非常に小さい値（10秒など）に設定するなど、いくつかの異なるDHCPサーバーを設定しようとしましたが、これは問題には影響しませんでした。

また、SambaがS​​MB2またはSMB3_11を使用するように強制しようとしましたが、使用されているSMBプロトコルを固定値に設定しても問題は解決しませんでした。 winPEクライアントを3〜4回再起動した後、SMB共有はすぐに接続されなくなります。

クイック ping が成功した後は、共有マウントの試行中にサーバーに高い CPU/メモリ負荷が発生しません。また、スピードメーターを使用してネットワーク帯域幅を監視し、接続への非常に低い負荷しか表示できません（わずか数KB / sの上下）。共有をマウントしようとするこれらの遅い試みの間、ping時間自体は増加しません。