为什么 SSHFS 的稳定性比 SSH 差这么多?

为什么 SSHFS 的稳定性比 SSH 差这么多?

如果我的互联网连接速度非常慢和/或有点断断续续,并且我,连接将大部分保持不变。如果延迟特别严重,输出(和回显输入)将永远出现在屏幕上,并且我的终端可能会ssh [email protected]出现被挂了。 。 。但是,除非连接完全断开,否则输出将显示并且生活将继续。如果连接完全删除后,我通常会收到“管道损坏”错误消息,之后,我原来的 shell(在我自己的机器上)继续工作。有时,它可能会挂起,但这并不常见。

另一方面,如果我,即使是最轻微的互联网故障也会导致远程目录无法访问,而这反过来又会挂起几乎所有尝试读取或写入该目录的命令或程序。不仅如此,有问题的程序通常无法用.我什至不止一次发生过以下情况:sshfs [email protected]:. ./quxkill -9

  • 在一个(虚拟)终端上的 shell 中: -- 提示输入密码,将我放入的主目录中的 shellssh [email protected]foo
  • 在第二个(虚拟)终端上的 shell 中:-- 提示我输入密码,似乎有效sshfs [email protected]:. ./qux
  • 在同一个终端上,不到一分钟后:ls qux-- 挂起
  • 返回第一个 shell:没有错误消息,立即显示 的主目录ls的内容,如预期foo
  • 返回到第二个终端—— ls 仍然挂起,并且被证明是不可杀死的,除非杀死我运行它的 shell(因此我可能愚蠢地未能 nohup 任何其他长时间运行的命令

为什么是这样?为什么挂载完成时会sshfs受到打嗝的干扰,而打嗝不会干扰使用 访问的远程 shell ssh?为什么尝试从安装有 -- 的远程目录中读取的命令sshfs甚至不写入它,如果中断,可能会使文件处于不连贯的状态,而只是为了从中——挂得不灵巧kill

相关内容