Telnet ping 테스트 - Telnet ping teseuteu

telnet 으로 포트 통신 상태 확인

1.ping test를 한다.

[svr:usr] ping 172.0.0.1

응답없으면(ping이 되지 않으면) firewall에 등록이 되지 않은 것이다.

정상적 결과 172.0.0.1  is alive

2.1.telnet ip port 로 확인한다. 

[svr:usr] telnet 172.0.0.1 9999 

Trying 172.0.0.1... 

계속 대기 중이면 방화벽 오픈이 안된 것이다.

2.2 

[svr:usr] telnet 172.0.0.1 9999 

Trying 172.0.0.1... 

telnet: Unable to connect to remote host: Connection refused 

바로 연결거부가 발생하면 방화벽 오픈은 되었으나 프로세스가 안 떠있는 것이다. 

(포트를 열고 대기하고 있지 않은 상태) 

2.3 

[svr:usr] telnet 172.0.0.1 9999 

Trying 172.0.0.1...

Connected to 172.0.0.1

Escape character is '^]'.

방화벽 오픈이 정상적으로 되었고 프로세스가 올라가 있는 것이다.

(포트를 열고 대기하고 있는 상태)

=> 이상태가 되야 통신테스트를 할 수 있다

3. 라우팅 테이블 확인하기

[svr:usr] netstat -rn | grep 172.0.0.1

172.0.0.1         172.0.0.1            UG       1 186064

여기에 값이 있으면 올바로 설정된 것임.

http://anti1346.egloos.com/v/4565634 펌...

Telnet 테스트에 앞서 Telnet을 먼저 설치해야 한다.

설치하는 방법은 여기를 클릭

[telnet] 아주 간단한 telnet 설치하기

다음 포스팅은 네트워크 상태 체크하기가 될 예정인데 그에 앞서 커맨드 명령어 중 하나인 Telnet은 설치가 따로 필요하다. 하지만 다운을 따로 받아야 하는 것이 아니고 윈도우 내에서 바로 설치

itunnie.tistory.com

Telnet 테스트

예를 들어 서버와 클라이언트, 즉 구글 웹사이트와 내 컴퓨터가 연결이 잘 된 것을 ping 테스트를 통해 확인 했다고 치자.

네트워크가 한 다발의 가느다란 관의 묶음이라고 치면, 포트라는 것은 그 하나의 관이라고 생각하면 된다.

포트 번호는 0부터 65535까지 있지만 자주 이용되는 포트 번호는 따로 있다.

예를들어 우리가 웹사이트에 접속하기 위해 http:// 라고 치는 것은 포트 번호가 80, https://는 443이다.

명령 프롬프트 창에   telnet www.google.com 80  이라고 입력하면 80이라는 포트가 열렸는지,닫혔는지 알 수 있다.

여튼 위와 같이 입력 후 엔터를 치면 아래와 같이 아무것도 안뜨는데, 바로 그 포트가 열렸다는 것을 나타낸다.

다음으로 포트가 닫힌 경우를 보자.

telnet www.google.com 81 을 입력한다. 

아래와 같이 호스트에 연결할 수 없다고 나오는데 바로 내 컴퓨터에서 구글 웹사이트로 가는 포트 중 81번은 닫혀있다는 것을 알 수 있다.

참 쉽죠?

오늘의 IT꿀팁 끗!!

ping, traceroute, telnet 사용법

---

특정 서버가 접속이 되지 않을 때 확인 할 수 있는 유용한 명령어 사용법을 설명하겠다.

ping은 목적지 서버를 통하는 네트워크 상태를 체크 합니다.

telnet은 목적지 서버의 해당 어플리케이션까지 살아 있는지 확인 합니다.

traceroute는 출발지와 목적지 사이의 라우터를 모두 추적합니다.

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 이상 걸리면 중간에 문제가 발생 한 것이라 생각 하면 된다.

서버접속은 되지 않고 위와같이 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

와 같은 결과를 보면 해당 어플리케이션이 종료 되었거나 방화벽이 막혀있는지 확인해 본다.

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초 정도 걸린다고 봐야 하는데 네트워크상 이정도면 엄청 느리고 문제가 있다고 봐야한다.