-v최대 제한은 3-4이며 명령의 자세한 정도를 제어합니다 ssh.
나는 프록시 뒤에 있고 프록시를 사용하기 위한 SSH 설정이 있으므로 이것이 사실일 수도 있지만 나는 다음을 발견했습니다.
ssh [email protected] -vvvv보다 더 신뢰할 수 있습니다 . 나를 미쳤다고 부르세요. 그러나 자세한 내용을 지정하지 않으면 연결되지 않는 경우가 있습니다. 자세한 내용을 지정하면 더 유익하고 연결될 것입니다.ssh [email protected]
이 행동에 대한 설명이 있습니까? 그리고 나에게 이것은 꽤 일관된 행동입니다. ssh가 데이터를 연결하고 반환하여 강제로 작동하도록 하는 방식으로 자세한 정보가 어떻게든 변수를 변경합니까?
답변1
메시지를 인쇄하는 데 많은 시간을 소비하고 상대방이 패킷에 응답하는 데 더 많은 시간을 주기 때문입니다 ssh -vvv... 아니요, 이것이 실제로 어떤 차이를 만들 수 있는지 모르겠습니다.
관찰 편향이 의심됩니다. 나는 추측한다두 번째 ssh시도는 첫 번째 시도보다 성공 확률이 더 높습니다.( 두 번째 -vvv로 사용하는 경향이 있지만 -vvv처음에는 사용하지 않기 때문에 이것은 단지 우연의 일치입니다.)
ssh라우터/방화벽/프록시 어딘가의 짧은 기간(2초 이하) 문제로 인해 첫 번째 실패가 발생하고 SSH 연결이 실패할 확률은 다음과 같습니다.피, 두 번째 시도가 실패할 확률두 번째 시도를 했다고 가정하면~이다피, 따라서 두 번째 시도가 성공할 확률은만들어지고 실패한다p²입니다.sshDNS 조회 실패(클라이언트의 서버 조회, 프록시의 머신 조회 등)로 인해 첫 번째 실패가 발생한 경우 시간 초과가 너무 짧아서 실패할 수 있습니다. 두 번째 시도 시에는 데이터가 일부 캐시에 준비되어 즉시 도착합니다.ssh무언가(서버 또는 중간 방화벽, 아마도 프록시)가 디스크에서 일부 데이터를 로드하거나 일부 계산을 수행해야 했고 데이터가 로드되거나 계산되는 동안 다른 것이 시간 초과되어 첫 번째 시도가 실패하는 경우 두 번째 시도에서는 다음을 찾습니다. 데이터가 이미 캐시에 있습니다.
@meder, 단락 2의 괄호 안에 있는 추측이 맞나요?
답변2
-v 또는 -v의 유일한 차이점은 사용자에게 반환되는 자세한 수준입니다. 연결 디버그, X 전달 통계 등
수많은 -v가 불안정한 연결을 유지하거나 유휴 연결을 끊는 데 매우 열중하는 어플라이언스와의 연결을 유지할 수 있다고 생각하는 것은 불가능하지 않습니다. 그러나 초기 연결은 실제 SSH 통신과 다르지 않아야 합니다. 전선이 걱정됩니다.