SSHFS가 SSH보다 훨씬 덜 안정적인 이유는 무엇입니까?

SSHFS가 SSH보다 훨씬 덜 안정적인 이유는 무엇입니까?

인터넷 연결이 매우 느리거나 약간 끊어지는 경우 연결 상태는 대부분 동일하게 유지됩니다. 지연이 특히 심할 경우 출력(및 반향된 입력)이 화면에 나타나는 데 오랜 시간이 걸리고 터미널이ssh [email protected]나타나다전화를 끊었습니다. . . 그러나 연결이 완전히 끊어지지 않는 한 출력이 나타나며 수명은 계속됩니다. 연결된 경우가지다완전히 제거한 후에는 일반적으로 "깨진 파이프" 오류 메시지가 표시되며 그 후에도 원래 셸(내 컴퓨터에 있음)은 계속 작동합니다. 가끔 멈추는 경우도 있지만 이는 드문 일입니다.

반면에, 아주 사소한 인터넷 결함이라도 원격 디렉토리에 액세스할 수 없게 되어 해당 디렉토리를 읽거나 쓰려고 시도하는 거의 모든 명령이나 프로그램이 중단될 수 있습니다. 뿐만 아니라 문제의 프로그램은 일반적으로 작동하지 않습니다. 심지어 다음과 같은 일이 한 번 이상 발생했습니다.sshfs [email protected]:. ./quxkill -9

  • (가상) 터미널의 쉘에서: -- 비밀번호를 묻는 메시지를 표시하고 내 홈 디렉토리의 쉘에 드롭합니다.ssh [email protected]foo
  • 두 번째 (가상) 터미널의 쉘에서: -- 작동하는 것 같은 비밀번호를 묻는 메시지가 표시됩니다.sshfs [email protected]:. ./qux
  • 동일한 터미널에서 1분 이내에: ls qux-- 정지
  • 첫 번째 셸로 돌아가기: 오류 메시지가 없으며 ls예상대로 홈 디렉터리의 내용이 즉시 표시됩니다.foo
  • 두 번째 터미널로 돌아가서 - ls는 여전히 응답하지 않으며 실행 중인 셸을 종료하지 않고는 종료할 수 없는 것으로 판명되었습니다(그래서 어리석게도 다른 장기 실행 명령을 nohup하지 못했을 수도 있습니다).

왜 이런거야? 마운트가 완료되면 딸꾹질로 인해 방해를 받지만 sshfs원격 셸을 사용하여 액세스하면 딸꾹질이 발생하지 않는 이유는 무엇입니까 ssh? 명령이 마운트된 원격 디렉토리에서 읽기를 시도하는 이유는 sshfs심지어 쓰기도 하지 않는 이유입니다. 중단되면 파일이 일관되지 않은 상태로 남을 수 있습니다.읽다그것에서 - 어색하게 매달려 있습니까 kill?

관련 정보