2009-05-20 4 views
4

이것은 최근 프로그래밍이 정말 실망스럽게 만들고 있습니다.ssh가 대기 시간이 긴 연결로 끊깁니다 (국제적으로 연결)

저는 현재 아르헨티나에 있으며 SSH를 통해 미국 서버에 연결하고 있습니다. 이해할 수 있듯이, ping은 여기서 약간 더 높습니다 (평균 약 200ms). 그래서 서버에 SSH를 넣을 때 각 키 입력 사이에 약간의 지연이 있습니다. 이것은 잘 작동하기에 충분합니다.

약 5 분마다 작동하기 때문에 SSH가 완전히 멈추고 약 3 ~ 5 분이 걸리면 프롬프트가 다시 표시됩니다. 저는 서버가 돌아 가지 않기를 기다리는 동안 여러 개의 새로운 연결을 쉽게 열 수 있기 때문에 서버가 다운되지 않는다는 것을 압니다 (사실 이것은 제가 일할 수있는 유일한 방법입니다). 그리고 SSH가 마침내 돌아 왔을 때 실제로 백그라운드에서 작동하는 것을 볼 수있었습니다 (대용량 파일 다운로드는 이것을 테스트하는 좋은 방법이었습니다). 그러나 화면을 업데이트하지 않았습니다.

누구에게 무슨 일이 일어 났는지 생각할 수 있습니까?

다른 사실 : 서버가 우분투이고 Mac OS X에 연결 중입니다. SSH 설정에서 연결 유지 기능을 사용하도록 설정했습니다. 대부분의 키를 빠르게 보내는 키 (예 : 왼쪽 또는 오른쪽 화살표를 스크롤)를 누르고있을 때 매달릴 가능성이 큽니다. 실제로 나는 로그인하여 "a"와 같은 키를 누른 채로 안정적으로 복제를 재현 할 수 있습니다. 매달리기 전에 "a"의 전체 라인을 통과하지 않습니다. 이것은 처음에 국제적으로 연결되었을 때 시작 되었기 때문에 나는 그것이 (대기 시간과 관련이있다)라고 가정하고 있지만 확실히 말할 수는 없다.

답변

1

저는 여기 아르헨티나에서 ISP와 문제가 있다고 생각합니다. 다른 ISP와 함께 다른 무선 네트워크로 전환했을 때 작동하기 시작했습니다. 그들은 아마 일부 포트 스로틀 게임을하거나 또는 누가 무엇을 압니다.

+5

아르헨티나에 환영, 패킷 손실의 땅. –

0

TCP window size을 조정 해보십시오.

+0

안녕하세요 eduffy, 나는 이것에 대해 읽고있어 몇 가지 시도 (http : //wheel.troxo.(예 : com/2008/06/05/tcp-window-scaling-conundrum /)을 사용하는 것이 좋습니다. 지금까지 일한 적이 없지만, 내가 뭘하는지 정말로 잘 모르겠다. 당신이 위대한 것이 될 다른 조언이 있다면. 답장을 보내 주셔서 감사합니다! –

+0

사실, 지금은 그것이 맥 터미널이라고 생각합니다. 한 번에 많은 데이터를 받으려고 할 때 맥북에서 꽤 자주 나에게 그렇게한다. 그래서 나는'cat'을 피하려고 노력한다. – eduffy

+0

그래, 나는 네가 긴 고양이가 몇 초 동안 교수형에 처할 것이라는 것을 안다. 이것은 그렇지만 .... 이것은 단지 하나의 열쇠를 누른 후 5 분 정도 걸린다. –

0

저는 600ms의 높은 대기 시간 링크를 통해 ssh를 사용합니다. 느리지 만 거의 문제가 없었습니다. 시작하려면 다른 터미널 창을 열고 서버를 ping하고 연결을 관찰하십시오. 당신이 보는 것을 말해주십시오.

+1

안녕하세요 Eugene ... ping이 잘되고 두 번째 터미널 창에서 일관됩니다. 나는 심지어 다른 연결을 열어서 정상적으로 작업을 계속할 수 있습니다 (연결될 때까지). 이 모든 과정에서 서버가 살아 있습니다. –

+0

@BrianArmstrong 똑같은 문제가 있습니다! –

0

몇 가지 자세한 플래그 (ssh -vv [vv] somehost)로 sshing을 시도하고 정지 할 때 주위에 표시되는 것이 있는지 확인하십시오.

+0

안녕하세요. 음, 이것은 좋은 생각입니다. 불행히도 나는 어딘가 비슷한 것을 읽은 후 어젯밤에이 책을 시험해 보았다. 최대 3 'v'까지 갔고, 응답에서 복귀 한 후 경고/오류가 발생하지 않았습니다. –

4

이상한 나는 당신의 문제에 관해 당신을 도울 수 없다. 그러나 나는 그것을 덜 괴롭히는 팁을 가지고있다 : screen(1)을 사용하라. 이렇게하면 상대방 쉘이 살아있게되고 재 연결 후 수행중인 작업을 계속할 수 있습니다.

반대쪽에서 명령을 실행하기 만하면 ssh에 대한 옵션으로 명령을 전달하십시오 (연결하여 명령을 실행하고 결과를 표시하고 연결을 끊습니다).

+1

완벽한 팁이 아니라면 좋은 팁. 아론 감사합니다. –

+0

@BrianArmstrong 나는 당신과 동의합니다. +1하지만, 나는 항상 화면을 사용합니다. '비싼'명령을 실행해야한다면 멀티 태스킹에 좋습니다. –

0

이제는 다른 무선 네트워크에 연결되어 있는데 문제가 사라진 것 같습니다. 정확히 무엇을 일으켰는지 말할 수는 없지만 무선 라우터에 로그인 할 수있는 권한이 없습니다.하지만 이는 라우터 나 서버 또는 클라이언트 컴퓨터가 아닌 것이 좋습니다.

기존 라우터와 새 라우터는 모두 Linksys WRT54G 였으므로 문제가 무엇인지 확실하지 않습니다. 희망은 누군가를 돕는다!

0

'고양이'와 심지어 'ls -l'과 유사한 문제로 인해 ssh가 (우분투에서) 멈추었습니다. MTU 크기를 1400으로 조정하면 문제가 해결되었습니다.

관련 문제