A
약 75초
경험 중심 1인칭 답변
팀 프로젝트에서 서버 간 통신이 간헐적으로 끊기는 문제를 Wireshark로 분석한 경험이 있습니다. TCP 재전송이 반복되는 패턴을 발견했고, 패킷 타임스탬프를 보니 특정 구간에서 응답 지연이 집중적으로 나타나는 것을 확인했습니다. 처음에는 애플리케이션 버그를 의심했지만 패킷 레벨에서 보니 네트워크 레이어 문제였습니다. MTU 설정이 경로 중간 장비와 맞지 않아 단편화가 발생하고 있었고, 설정을 맞추자 재전송이 사라졌습니다. 트러블슈팅에서 로그만 보는 것과 패킷을 직접 보는 것은 보이는 정보가 다르다는 것을 그때 처음 실감했습니다. 앞으로도 패킷 레벨에서 직접 확인하는 방식을 트러블슈팅의 기본으로 유지하겠습니다. 로그와 패킷이 보여주는 정보는 다릅니다.
MTU 불일치나 단편화 같은 문제는 애플리케이션 로그에서는 보이지 않습니다. 레이어를 내려가서 보는 습관이 원인 특정 속도를 높입니다. 패킷 분석 도구를 쓸 줄 아는 것이 네트워크 트러블슈팅의 속도를 실질적으로 높입니다.
이 결의 특징
애플리케이션 로그로 안 보이는 문제를 패킷 레벨에서 발견하는 결이 보입니다.
이 결이 통하는 자리
네트워크 트러블슈팅의 깊이 있는 접근을 확인하는 자리에서 통하는 결입니다.