두 서버의 운영 체제는 Debian입니다.
nmap을 사용하여 TCP 대기 시간을 측정하는 방법을 보여주는 몇 가지 예를 찾았습니다.
nmap --packet-trace -p 22 192.168.0.10
그러나 대기 시간에 대해서는 부정적인 결과가 나왔습니다. 즉, 다음과 같은 출력이 인쇄됩니다.
Host is up (-0.0023s latency)
마지막에.
nmap은 무엇을 하고 있나요? SYN과 SYN-ACK 사이의 시간차를 측정하고 있습니까? 그렇다면 가끔 부정적인 결과가 나오는 이유는 무엇입니까? 매우 정확하게 동기화하려면 두 서버 간의 시계가 필요합니까?
또한 ssh를 좋은 TCP 테스트 서버로 사용할 수 있나요? 아니면 다른 서비스를 사용해야 하나요?
TCP 대기 시간을 측정하는 데 사용할 수 있는 다른 도구가 있습니까? 대기 시간 측정에 대한 부정적인 결과로 인해 nmap을 신뢰하는지 모르겠습니다.
답변1
시간 여행을 목격했다고 주장하는 것들을 불신하는 것이 옳습니다.
이것은이벤트 혼동 오류, Nmap의 이후 버전에서 수정되었습니다. 최신 nmap을 사용하고 싶을 수도 있지만 이는 확실히 신뢰에 좋지 않습니다.
그러나 일반적으로 "TCP 대기 시간"이 무엇을 의미하는지 명확하지 않습니다. 이 용어에 대한 정식 정의는 없습니다. 실제로 측정하려는 특정 시간, 어느 이벤트부터 어느 인터페이스에서 어느 인터페이스에서 다른 이벤트가 발생했는지 정확하게 단어로 기록해야 합니다. 오직뒤쪽에이를 정의한 후 이를 측정할 도구를 선택합니다.
예를 들어, "TCP 유도 대기 시간"이라고 부르고 싶은 모든 것에 대해 커널/사용자 수준 인터페이스와 드라이버/하드웨어 인터페이스 모두에서 타이밍을 결정할 수 있어야 합니다. 따라서 프로그램은 Userland(예: nmap)에서 실행됩니다. 나에게 필요한 것조차 아닙니다.
그렇다고 그것이 사실이라는 뜻은 아니다너측정하고 싶다는 것은 무엇을 알아야 하는지, 무엇을 위해 알아야 하는지 정확히 알아야 한다는 뜻일 뿐입니다. 이것은 기본적으로 물리학에 대한 연구입니다. 관찰을 위한 실험을 설계하기 전에 먼저 관찰하고 싶은 것이 무엇인지 생각해야 하며, 실험 설계 과정에서 이 목적에 사용할 올바른 측정 장비를 결정해야 합니다. 멀티미터를 화산에 던지고 그것을 과학이라고 부를 수는 없습니다!