SSH 접속이 느린 경우에 대한 해결책?
글쓴이: 권순선 / 작성시간: 월, 2003/06/02 - 4:47오후
이곳 bbs.kldp.org 를 위해 새로운 서버를 마련해서 현재 대부분의 작업들은 마무리가 되었고 별다른 문제가 없는데 좀 신경쓰이는 것이 한가지 있네요.
바로 ssh접속이 느리다는 것입니다. ssh로 접속할 때 로긴 프롬프트가 뜨는 속도가 매우 느립니다.
slogin bbs.kldp.org 이런식으로 접속할때 로긴 프롬프트가 다른곳에 비해 매우 늦게 뜬다는 것이지요. 아마 네트워크 설정쪽의 문제인것 같은데 찾을수가 없네요. 같은 문제를 겪었거나, 혹은 짚이는 부분이 있으면 좀 알려 주세요...
Forums:
dns쪽 문제가 아닐까요? reverse로 dns lookup을 하기 때
dns쪽 문제가 아닐까요? reverse로 dns lookup을 하기 때문이라는 얘기를 들은 적이 있습니다만.. (맞나?)
rommance.net
[quote="송지석"]dns쪽 문제가 아닐까요? reverse로 dns
저도 그런 생각으로 ssh쪽의 설정파일들을 찾아보았는데 reverse dns lookup에 관한 내용은 없더군요. 그러니 이상하죠.
[quote="권순선"][quote="송지석"]dns쪽 문제가 아닐까요?
ssh 로긴을 할때 -v 옵션을 사용하시면 verbose 모드로 들어갑니다. (아시겠지만..)
여기서 메세지들을 잘 살펴보시면 어디서 느려지는지 아실 수 있을 것 같습니다.
bbs.kldp.org로 로긴할 때의 디버그 메시지입니다. 로긴이 잘 되
bbs.kldp.org로 로긴할 때의 디버그 메시지입니다. 로긴이 잘 되는 다른 서버와 메시지 내용 자체는 차이가 전혀 없고요.
아래 부분에서 한참동안 멈추어 있더군요.
원인은 dns reverse lookup 이 맞는 것 같습니다. sshd
원인은 dns reverse lookup 이 맞는 것 같습니다. sshd 쪽 디버그 로그를 함께 뿌려보시면 여기쯤에서 멈출겁니다.
debug3: Trying to reverse map address ....
sshd 설정 파일에서 reverse lookup 기능을 사용하지 않도록 하는 방법은 잘 모르겠습니다만, named 를 올리시거나 /etc/hosts 파일을 적당히 설정하는 방법으로 해결이 되지 않을까 보입니다.
http://spitfire.velocet.net/pipermail/freebsd-stable/2002-July/033161.html
http://www.openbsd.org/faq/faq8.html#RevDNS
War doesnt determine whos right, just whos left.
저도 비슷한 경험을 한 적이 있어서, 한번 찾아보았습니다.딜레이가
저도 비슷한 경험을 한 적이 있어서, 한번 찾아보았습니다.
딜레이가 생기는 경우로는 일반적으로 reverse dns 의 경우가 가장 많은 듯 하고.. 그 외에 tcpwrap 에서 딜레이걸리는 일이 있는가봅니다.
가장 쉽게 테스트할 방법으로는 역시 hosts 파일에 ip를 추가시켜주는 게 아닐까 싶고, sshd_config 에서 로그 단계를 DEBUG까지 올려놓고 로그를 살펴보시는 것이 또한 괜찮은 방법이 아닐까 합니다.
영어도 짧고 당장 테스트할 방도도 없고 해서 링크만 몇개 찾아보았습니다.
sshd_config 에서 reverse mapping 을 죽이는 옵션이 있는 글도 있군요.
http://www.blu.org/pipermail/discuss/2001-September/020989.html
http://trilug.org/pipermail/trilug/Week-of-Mon-20011217/002944.html
도움이 되셨으면 좋겠습니다. 저도 매우 궁금해서요. :)
일단 접속하고자 하는 호스트를 /etc/hosts에다 명시해 주니 속도는
일단 접속하고자 하는 호스트를 /etc/hosts에다 명시해 주니 속도는 빨라졌습니다. 그런데 이상한 것은 같은 버전의 ssh를 돌리고 있는 다른 머신에는 /etc/hosts에 별다른 내용추가 없이도 접속이 느려지는 현상이 없다는 것입니다. 둘다 debian woody를 사용중이고, /etc/ssh의 설정들도 똑같습니다.
ReverseMappingCheck 이 #로서 주석처리되어 있는 것도 같고요. ReverseMappingCheck 는 별도로 옵션을 주지 않을 경우 yes로 작동한다고 하는군요.
같은 OS, 같은 버전의 ssh, 같은 설정을 쓰는데도 양쪽이 다르게 작동하니 참 모를 일이네요. google에서 찾아봐도 비슷한 문제를 겪은 사람들은 많은데 명쾌한 원인/해결책은 찾기가 어렵군요. :?
:) dns 쪽 문제 맞을 것 같습니다. 우선 resolv.conf 파
:) dns 쪽 문제 맞을 것 같습니다. 우선 resolv.conf 파일 rename시켜서 한 번 테스트 해 보시고.. host 접속 하실려면 등록 해 주심이.....
HP 머신에서 그런 경우가 많던데.... 함 해 보시고 결과 가르쳐 주세요..
궁금해서리...
그럼 수고 하세요.. ^^;;
그러고 보니 저도 느린 때가 있어서 디버그 메시지를 뿌려봤더니 이렇게 나
그러고 보니 저도 느린 때가 있어서 디버그 메시지를 뿌려봤더니 이렇게 나오네요..
fail이 난 곳을 **로 표시했습니다..
이건 어떻게 된 것일까요?
sshd_config의 내용에는
VerifyReverseMapping no
ReverseMappingCheck no
로 써놨습니다만..
rommance.net
[quote]그런데 이상한 것은 같은 버전의 ssh를 돌리고 있는 다른
사용하고 계신 로컬 네임서버도 같은가요?
/etc/resolv.conf 에 있는 ...
[quote="mushim"][quote]그런데 이상한 것은 같은 버전의
그렇지 않아도 그게 좀 걸려서 /etc/resolv.conf의 내용도 같게 하고 테스트해 봤습니다만 결과는 마찬가지였습니다. 어차피 reverse dns lookup이 되지 않는 동일한 호스트에서 접속을 시도하는 것인데 한쪽은 빨리 접속이 되고 다른 한쪽은 느리게 접속이 되고 있지요.
별도의 설정없이 빠르게 접속이 가능한 ssh 서버에[list=1][*
별도의 설정없이 빠르게 접속이 가능한 ssh 서버에
- named 를 운영중
- named 의 inverse zone 에 접속 불량한 ssh 클라이언트 ip 가 등록
- /etc/resolv.conf 에 자신 스스로를 dns 로 설정
..하고 있는 것이 아닌지요?아무튼 원활한 포럼 접근을 위해 애써주셔서 감사합니다. :)
[/]War doesnt determine whos right, just whos left.
예전에 어디선가 읽은 기억이 있는 팁인데 현재 잘 사용하고 있습니다.
예전에 어디선가 읽은 기억이 있는 팁인데 현재 잘 사용하고 있습니다.
데비안의 경우입니다.
우선 /etc/ssh/sshd_config 에 명시적으로 ReverseMappingCheck no 를 해주어야 합니다.
그런 다음 /etc/default/ssh 파일에 SSHD_OPTS=-u0 를 추가해 주신후 /etc/init.d/ssh stop; /etc/init.d/ssh start로 서버를 재시작해 보시길 바랍니다.
도움 되시길...
참, 우디에서는 sshd 옵션을 /etc/default/ssh에서 지정할 수 없기 때문에 직접 /etc/init.d/ssh 스크립트에서 데몬 시작 스트립트 맨 마지막에 옵션을 넘겨주어야 합니다. 아마 문법이 '-- -u0' 식일 겁니다. man start-stop-daemon.
Nevermind... :)
문제의 원인은 모르겠고, 설정을 고친것도 없는데 오늘 ssh 를 업그레이
문제의 원인은 모르겠고, 설정을 고친것도 없는데 오늘 ssh 를 업그레이드했더니 지연현상 없이 접속이 바로 되는군요. 문제 해결 되었습니다. :)
debian woody에서 최신버전의 ssh 로 업데이트했습니다.
/etc/ssh/sshd_config
/etc/ssh/sshd_config
내용중에,
옵션을 주니까, 해결됩니다.
오래된 질문인지는 압니다만, 나중에 제가 다시 해결책을 찾을때...
쉽게 찾으려고 답을 답니다. ^^;;
저도 그렇게 해결했습니다.
오래된 질문이지만, 그렇게 해결했고
ssh 데몬 다시 시작하는거 잊지 마세요.
우분투
sudo /etc/init.d/ssh start
OR
$ sudo service ssh start
others
service sshd restart
댓글 달기