ping, traceroute, telnet 사용법
특정 서버가 접속이 되지 않을 때 확인 할 수 있는 유용한 명령어 사용법을 설명하겠다.
ping은 목적지 서버를 통하는 네트워크 상태를 체크 합니다.
telnet은 목적지 서버의 해당 어플리케이션까지 살아 있는지 확인 합니다.
traceroute는 출발지와 목적지 사이의 라우터를 모두 추적합니다.
ping 사용법 |
ping 사용법은 아래와 같다.
ping [목적지 IP주소] ex) ping 204.111.111.1 |
사용 결과는...
ping 204.111.111.1 PING 204.111.111.1 (204.111.111.1) : 56 data bytes 64 bytes from 204.111.111.1: icmp_seq=0 ttl=228 time=92.552ms 64 bytes from 204.111.111.1: icmp_seq=1 ttl=228 time=95.352ms 64 bytes from 204.111.111.1: icmp_seq=2 ttl=228 time=102.252ms 64 bytes from 204.111.111.1: icmp_seq=3 ttl=228 time=72.152ms 64 bytes from 204.111.111.1: icmp_seq=4 ttl=228 time=82.942ms |
결과를 보면 총 5회에 걸쳐서 목적지 서버에 데이터를 보내고 응답받은 시간을 맨 오른쪽에 표시 한다.
응답이 오지 않거나 시간이 1000ms 이상 걸리면 중간에 문제가 발생 한 것이라 생각 하면 된다.
telnet 사용법 |
서버접속은 되지 않고 위와같이 ping테스트를 했는데도 이상이 없으면 해당 어플리케이션이 종료 되었는지 확인 해야 된다.
그러기 위해서는 telnet을 사용하는 방법이 있다.
telnet 사용법은 아래와 같다.
ping [목적지 IP주소] [어플리케이션 port 정보] ex) ping 204.111.111.1 9002 |
사용 결과는...
telnet 204.111.111.1 9002 trying 204.111.111.1 Connected to 204.111.111.1 Escape character is '^]'. |
위와 같이 결과가 나오면 목적지 서버의 접속은 물론이고 해당 어플리케이션도 정상 동작 한다고 볼 수 있다.
telnet: Unable to connect to remote host: Connection refused
와 같은 결과를 보면 해당 어플리케이션이 종료 되었거나 방화벽이 막혀있는지 확인해 본다.
traceroute 사용법 |
ping 테스트 결과가 느리거나 접속이 안되면 traceroute를 이용해서 어떤 라우터에서 문제를 일으키는지 살펴 보아야 한다.
traceroute 사용법은 아래와 같다.
traceroute [목적지 IP주소] ex) traceroute 204.111.111.1 9002 |
사용 결과는...
traceroute 204.111.111.1 traceroute to 204.111.111.1 (204.111.111.1), 64 hops max, 40 byte packets 1 204.112.111.2 1.428 ms 0.850 ms 0.655 ms 2 204.113.113.3 1912.428 ms 1910.850 ms 1911.655 ms 3 204.111.111.1 1.827 ms 1.850 ms 1.655 ms |
위와같이 결과를 보면 출발지에서 목적지까지 거쳐가는 라우터의 응답시간을 모두 확인 할 수있다.
빨간 글씨로 되어있는 부분을 주목해 보면 1900 ms가 넘어 간다.
이말은 1.9초 정도 걸린다고 봐야 하는데 네트워크상 이정도면 엄청 느리고 문제가 있다고 봐야한다.
'인프라 > 네트워크' 카테고리의 다른 글
[네트워크] WAN( Wide Area Network ) (0) | 2017.10.06 |
---|---|
[네트워크] IP 주소 (0) | 2017.10.04 |
[네트워크] LAN(Local Area Network) (0) | 2017.10.03 |