Alexander L. Belikoff's questions

截至 2 天前，scp对于大于 ~200 KB 的文件，我尝试将文件从笔记本电脑传输到服务器始终失败，并出现错误“client_loop: send disconnect: Broken pipe”这恰逢我的笔记本电脑升级到 MacOS 11.3（从 11不管之前是什么）。

$ dd if=/dev/urandom of=test.dat count=400 2> /dev/null && ls -l test.dat && scp test.dat $DST
-rw-r--r--  1 xxxx  staff  204800 Apr 28 11:27 test.dat
test.dat                                        0%    0     0.0KB/s   --:-- ETAclient_loop: send disconnect: Broken pipe
lost connection

这绝对是新的，因为我几乎每天都在使用 scp 并且在更新之前从未遇到过问题。这种行为在我用作目标的 2 个不同的服务器架构（NAS 和 Raspberry Pi - 以排除偶然的服务器配置错误）以及使用我的 Linux 桌面作为客户端（也没有问题）上也可见。同样奇怪的是，无论是普通 SSH 还是 Homebrew SSH 安装都出现了问题，这暗示了 SSH 客户端配置问题或网络堆栈中的错误。我很好奇是否有其他人在观察同样的问题。sftp表现出同样的问题。

在服务器端，这是我在日志中得到的：

May  1 23:27:27 myhost sshd[21774]: Bad packet length 116136902.
May  1 23:27:27 myhost sshd[21774]: ssh_dispatch_run_fatal: Connection from user pi XXX.XXX.XXX.XXX port 59948: Connection corrupted

PS 解决此问题的一种 [非常不完美] 方法是使用足够低的带宽限制（-l选项），但这并不是很好，因为它会使传输速度非常缓慢。

我在我的 Linux 机器（Ubuntu 20.04）上安装了一组 NAS 驱动器，大多数驱动器似乎一切正常：

sudo mount -t cifs //mynas/mydrive /mnt/mydrive -o \
    credentials=/etc/samba/nas.creds,file_mode=0600,dir_mode=0700,uid=myuid,gid=mygid

也就是说，驱动器已安装，它们具有正确的 umask，它们可由我的用户写入。

这些驱动器之一上的子文件夹除外。它以完全相同的方式安装，具有完全相同的凭据，并且顶级目录是可写的。但是，我不能写入任何子目录！

顶级目录是可写的：

$ ls -ld /mnt/mydrive
drwx------ 2 myuid mygid 0 May 17 18:22 /mnt/mydrive
$ touch /mnt/mydrive/aaa
$ ls -l /mnt/mydrive/aaa 
-rw------- 1 myuid mygid 0 May 17 18:39 /mnt/mydrive/aaa

子目录不是

$ ls -ld /mnt/mydrive/new
drwx------ 2 myuid mygid 0 Mar 10  2019 /mnt/mydrive/new
$ touch /mnt/mydrive/new/aaa
touch: cannot touch '/mnt/mydrive/new/aaa': Permission denied

NAS 是 QNAP（Linux/Samba for OS 的衍生产品），所有共享都具有相同的凭据集和 R/W 访问权限。这些文件夹最初是通过 Windows 创建的（以防万一），但它适用于所有驱动器上的所有相关文件夹 - 但只有该驱动器显示此行为。

我是不是忘记了什么？我必须考虑另一种 ACL 机制吗？任何帮助，将不胜感激！