Ping, Curl, Telnet 명령어의 차이점 (트러블 슈팅에서의 적용법)

 

 

Linux 환경에서 인프라를 운영하다 보면 서버 장애나 통신 문제를 마주하게 되고, 이 때 가장 먼저 떠올리는게 ping, curl, telent 명령어 입니다.

 

하지만 이 세 가지 명령어는 단순한 헬스체크 도구가 아니라, 각각 서로 다른 계층과 목적을 가지고 있습니다.

 

Ping (Packet Internet Groper)

 

# 사용 예시
$ ping 8.8.8.8

# 응답 예시
64 bytes from 8.8.8.8: icmp_seq=1 ttl=115 time=34.2 ms


# 64 bytes는 상대 서버가 나에게 보내준 ICMP 응답 패킷의 크기임
# icmp_seq는 ICMP 시퀀스 번호로 몇 번째 ping 요청에 대한 응답인지를 나타냄 (패킷 유실 여부 판단 가능)
# ttl은 패킷이 네트워크에서 살아 있을 수 있는 최대 hop수로 운영체제마다 초기 ttl 기본값이 다르고 라우터를 하나 지날 때 마다 1씩 감소하다가 0이되면 패킷이 자동 폐기됨 (무한 루프 방지)
# time은 왕복 지연 시간(RTT)로, 내 컴퓨터에서 목적지 서버를 통해 다시 내 컴퓨터까지 걸린 총 시간을 의미함

 

 

Ping은 대상 호스트(서버)가 네트워크상에 존재하고 통신 가능한 상태인지 확인하는 목적으로 사용되며 L3 Network Layer에서 ICMP(Internet Control Message Protocol)이라는 프로토콜로 동작합니다.

 

ICMP는 네트워크 장비나 호스트 간에 에러 메세지 및 상태 정보를 주고받기 위한 제어용 프로토콜입니다.
쉽게 생각하면 데이터 전송용이 아니라 네트워크 상태를 점검하기 위한 프로토콜로 생각할 수 있습니다.

목적지 서버가 존재하는지 확인하거나, 패킷이 중간에 어디서 막혔는지 에러 전달, 네트워크 지연 시간 측정 등의 역할을 합니다.

=> ping은 이 ICMP를 이용해서 서버의 응답 여부를 확인합니다.

 

그렇기에 Ping은 서버의 IP 자체가 살아있는지를 확인할 때, 네트워크 지연 시간(Latency)을 측정하고 싶은 경우 등에 사용합니다.

 

주의할점은 보안상의 이유로 방화벽(Firewall)이나 AWS와 같은 클라우드 벤더의 보안 그룹에서 ICMP 프로토콜을 차단해 두는 경우가 있기 때문에 ping이 실패한다고 해서 무조건 서버가 죽은 것은 아닙니다.

 

=> 즉, ping은 네트워크 연결 여부만 확인할 뿐, 실제 웹 서버나 API 서비스의 정상 동작 여부까지 보장해주지는 않습니다.

 

 

Curl (Client URL)

 

# 사용 예시
$ curl -I https://www.google.com

# 응답 예시
HTTP/2 200 
Content-Type: text/html; charset=ISO-8859-1
...


# -v 옵션을 사용하면 HTTPS 요청 과정에서 수행되는 TLS 핸드쉐이크 로그까지 모두 출력해주기 때문에 서버가 제공하는 SSL/TLS 인증서 정보를 확인할 수 있음
# (DNS 조회, TCP 연결, TLS 핸드쉐이크, HTTP 요청 및 응답 과정까지 모든 통신 과정을 상세 로그로 확인 가능)

# -I 옵션을 사용하면 본문(Body)은 제외하고 헤더(Header)만 가져오기에 전체 웹페이지를 다운받지 않고 상태 코드나 콘텐츠 타입 등만 확인할 수 있음 (헬스체크용으로 자주 쓰임)

 

 

Curl은 실제 어플리케이션이 정상적인 데이터(HTML, JSON 등)을 반환하는지 확인하는 목적으로 사용되며 L7 Application Layer에서 HTTP, HTTPS, FTP 등의 프로토콜로 동작합니다.

 

Ping과 다르게 실제 웹 브라우저처럼 서버에 요청을 보내고 응답 데이터를 받아오기 때문에 REST API가 제대로 된 JSON 응답을 주는지 테스트할 때, HTTP 상태 코드가 궁금할 때 등에 사용합니다.

 

 

Telnet (Teletype Network)

 

# 사용 예시: 구글의 80번 포트 확인
$ telnet google.com 80

# 성공 시
Trying 142.250.207.14...
Connected to google.com.
Escape character is '^]'.

 

Telnet은 원래 원격 접속을 위한 프로토콜이었으나, 보안 문제로 SSH로 대체되며 현재는 특정 포트가 열려 있는지 확인하는 용도로 사용되며 L4 Transport Layer에서 TCP 프로토콜로 동작합니다.

 

=> 대상 서버의 특정 포트까지 도달 가능한지(방화벽 허용 여부) 확인

 

Ping은 성공해서 IP가 살아있는게 확인되었는데도 특정 서비스(80, 443, 8080 등)에 접속이 안될 때, 방화벽이 특정 포트를 막고 있는지 확인할 때 등에 사용됩니다.

 

=> telnet 명령어 입력 후 화면이 검게 변하거나 Connected to ... 가 보이면 포트가 열린것이지만 Connect failed나 무한 대기 상태라면 방화벽에 막혔거나 프로세스가 죽은 것으로 판단할 수 있습니다.

 

 

어떻게 트러블 슈팅을 진행해야할까?

 

만약 서버에 문제가 생겼다면 하위 계층부터 시작해서 상위 계층으로 확인해나가야한다.

 

1. Ping으로 서버가 켜져있고 네트워크가 연결되어 있는지 확인하고 (ICMP 차단 가능성을 염두해야함)

=> 만약 실패했다면 네트워크 문제(IP, 라우팅, 방화벽)을 의심

 

2. Telnet으로 해당 어플리케이션 포트가 방화벽에 막히진 않았는지 확인하고

=> 방화벽/보안 그룹, 프로세스의 죽음을 의심

 

3. Curl로 실제 웹 서버나 API가 정상적인 응답을 주는지 확인하는 식으로 문제 범위를 좁혀나가며 트러블 슈팅 시간을 줄일 수 있다.

=> 어플리케이션 문제(API, 웹 서버 설정)를 의심