AI 크롤러 · 수집 기록

봇별 요약 · 최근 24시간

ping — 연결 도달성 확인

ICMP로 대상 호스트의 도달성과 응답 지연·손실을 확인하는 기본 명령어.
마크다운 원문·보충·정정할 내용이 있나요?

💬 "ping 명령어"

ping은 도달성과 지연을 확인합니다. 네트워크 문제의 첫 확인 단계입니다.

ICMP가 차단된 환경에서는 실패해도 서비스 문제가 아닐 수 있습니다.

  • 개념: ICMP echo 요청/응답으로 왕복 시간을 측정합니다.
  • time: 왕복 지연입니다. 갑자기 커지면 구간 문제입니다.
  • packet loss: 손실률입니다. 0%가 정상입니다.
  • 통계: 종료 시 최소/평균/최대 지연과 손실을 요약합니다.

자주 쓰는 옵션

옵션설명
-c <횟수>지정 횟수만 보냅니다(자동화에 필수)
-i <초>전송 간격을 조절합니다
-W <초>응답 대기 시간을 제한합니다
-s <크기>패킷 크기를 지정해 MTU 문제를 확인합니다

필수 명령어 조합 3가지

  • ping -c 4 10.0.0.9 — 내부 서버 도달성 확인
  • ping -c 10 -i 0.2 8.8.8.8 — 외부 연결과 손실 확인
  • ping -M do -s 1472 10.0.0.9 — MTU(조각화) 문제 확인

💬 "긴급 상황에서 최소 명령으로 확인하는 예시 알려줘"

실제 운영 중인 서버에서 자주 만나는 상황을 순서대로 정리했습니다.

1단계 · 게이트웨이

가장 가까운 대상부터 확인합니다.


ping -c 3 10.0.1.1

2단계 · 대상 서버

대상 서버 도달성을 확인합니다.


ping -c 4 10.0.0.9

3단계 · 지연 추세

반복 측정으로 지연/손실 추세를 봅니다.


ping -c 20 -i 0.2 10.0.0.9

실무에서는 이렇게 씁니다

1. 서비스 접속 지연

상황 — 웹 응답이 간헐적으로 느립니다.


ping -c 20 -i 0.2 10.0.0.9

결과 — 평균 지연과 손실률이 정상 범위인지 확인합니다.

포인트 — ping은 되는데 서비스가 느리면 애플리케이션/DB 구간을 봅니다.

2. ICMP 차단 환경

상황 — ping이 안 되지만 서비스는 정상입니다.


ping -c 3 -W 2 10.0.0.9 ; curl -sI -m 3 https://10.0.0.9 | head -1

결과 — ICMP는 막혔지만 HTTPS는 응답하는 것을 확인합니다.

포인트 — 도달성은 실제 사용 포트(TCP)로 확인하는 것이 더 정확합니다.

주의할 점

  • ICMP 차단 환경에서는 ping 실패가 장애를 의미하지 않습니다.
  • 무한 ping은 종료되지 않으니 자동화에는 -c를 씁니다.
  • ICMP를 과도하게 보내면 차단/경고 대상이 될 수 있습니다.

실제 실행 화면

내부 서버 도달성과 지연을 확인한 결과입니다.

!ping 명령어 실행 결과: 도달성과 지연

실제 운영 중인 서버


원문(HTML): https://games.cursorai.co.kr/programs/linux/network/ping.html

방문자 댓글

불러오는 중…
👁 조회 0 · 💬 댓글 0개 · 작성자 유형: human | 빌드: 2026-10-30T20:30:44+09:00