Ubuntu 18 在所有 SMB 挂载上都会超时,但 Ubuntu 16.04 LTS、Fedora 25 或 Windows 7 和 10 不会超时

Ubuntu 18 在所有 SMB 挂载上都会超时,但 Ubuntu 16.04 LTS、Fedora 25 或 Windows 7 和 10 不会超时

我在一些不同的 Linux 机器上安装了几个 SMB 挂载点。它们大多数托管在 ClearOS 6 或 7 机器上,我以前在任何早期版本的 Ubuntu、Fedora 或 Windows 上安装这些 smb 挂载点时都没有遇到问题,但 Ubuntu 18.04 在传输大量数据时总是会超时。

Ubuntu 16.04 多年来一直运行良好。我确实有一台 Ubuntu 18.04 机器,它与 SMB 配合得很好,但它是从 16.04 升级而来的,全新安装的 Ubuntu 18.04 机器确实会出现超时。

刚刚检查过,与我的 SMB 服务器没有问题的 Ubuntu 18 机器运行的内核比全新安装的内核更旧。Ubuntu 18.04.3 LTS(GNU/Linux 4.15.0-58-generic x86_64)
与 Ubuntu 18.04.3 LTS(GNU/Linux 5.0.0-29-generic x86_64)
Ubuntu 18.04.3 LTS(GNU/Linux 5.0.0-25-generic x86_64)

我知道它们没有完全更新,但是在全新安装的 Ubuntu 18.04 上一直存在 SMB 问题。

有人知道为什么我的全新安装的 Ubuntu 18.04 机器与 Ubuntu 16.04、从 Ubuntu 16.04、Fedora 或 Windows 升级的 Ubuntu 18.04 相比超时。

我尝试在 [global] 下的 samba 服务器上进行不同的调整,但都无济于事。

socket options = IPTOS_LOWDELAY TCP_NODELAY  

socket options = IPTOS_LOWDELAY TCP_NODELAY SO_KEEPALIVE  

socket options = IPTOS_LOWDELAY TCP_NODELAY IPTOS_THROUGHPUT  

socket options = IPTOS_LOWDELAY TCP_NODELAY IPTOS_THROUGHPUT SO_KEEPALIVE  

socket options = IPTOS_LOWDELAY TCP_NODELAY SO_RCVBUF=16384 SO_SNDBUF=16384  

socket options = IPTOS_LOWDELAY TCP_NODELAY SO_KEEPALIVE SO_RCVBUF=16384 SO_SNDBUF=16384  

socket options = IPTOS_LOWDELAY TCP_NODELAY IPTOS_THROUGHPUT SO_RCVBUF=16384 SO_SNDBUF=16384  

socket options = IPTOS_LOWDELAY TCP_NODELAY IPTOS_THROUGHPUT SO_KEEPALIVE SO_RCVBUF=16384 SO_SNDBUF=16384  

socket options = IPTOS_LOWDELAY TCP_NODELAY SO_RCVBUF=65536 SO_SNDBUF=65536  

socket options = IPTOS_LOWDELAY TCP_NODELAY SO_KEEPALIVE SO_RCVBUF=65536 SO_SNDBUF=65536  

socket options = IPTOS_LOWDELAY TCP_NODELAY IPTOS_THROUGHPUT SO_RCVBUF=65536 SO_SNDBUF=65536  

socket options = IPTOS_LOWDELAY TCP_NODELAY IPTOS_THROUGHPUT SO_KEEPALIVE SO_RCVBUF=65536 SO_SNDBUF=65536  

有谁知道为什么超时只发生在这些
Ubuntu 18.04.3 LTS(GNU/Linux 5.0.0-29-generic x86_64)
Ubuntu 18.04.3 LTS(GNU/Linux 5.0.0-25-generic x86_64)
机器上?

编辑:
来自日志

[2019/09/23 15:22:54.310475,  1] smbd/process.c:457(receive_smb_talloc)
  receive_smb_raw_talloc failed for client 192.168.10.70 read error = NT_STATUS_CONNECTION_RESET.
[2019/09/23 15:22:54.370419,  1] smbd/service.c:1378(close_cnum)
  buntu (192.168.10.70) closed connection to service

我在 [global] 下也有这个

client min protocol = SMB1
client max protocol = SMB3

我知道 SMB1 不再安全,但它仅在本地 LAN 上,目前用于支持旧软件和手机。

相关内容