네트워크 장애 분석
네트워크 문제 해결 · Network Troubleshooting
은 하나의 통신이 어느 단계까지 성공했는지 관찰 증거로 좁히는 과정이다. 주소·경로···응용 처리를 연결하며 설정이 존재한다는 사실과 실제 패킷 전달을 구분한다.
밑줄 용어에 마우스를 올리거나, 키보드로 선택하거나, 터치하면 설명을 볼 수 있습니다.
01무엇이고, 어떤 일을 하나
- 문제 흐름의 주소·포트·시각·방향을 고정해 서로 다른 시험 결과가 섞이지 않게 한다.
- 마지막 성공 관찰점과 다음 실패 관찰점을 연결해 조사 범위를 줄인다.
- 변경 전후 동일 조건의 패킷·카운터·상태를 비교해 해결 결과를 재현 가능하게 남긴다.
02어떤 순서로 동작하나
- 가상 요청 시작
클라이언트 192.0.2.10:51000이 서버 198.51.100.20:443으로 SYN을 보낸다. 내부 캡처 A는 이 tuple과 SYN 순서 번호 1000을 관측한다.
- 외부 변환 관측
외부 캡처 B에서는 출발지가 203.0.113.5:62000으로 바뀌고 목적지·순서 번호는 유지된다. 상태가 두 끝점을 연결하면 A와 B의 요청을 같은 흐름으로 식별할 수 있다.
- 서버 응답 관측
서버가 198.51.100.20:443→203.0.113.5:62000으로 SYN·ACK, ACK=1001을 보낸다. B에 이 응답이 있으면 서버 응답과 외부까지의 가 관측된 것이다.
- 내부 복원 관측
정상 역변환 뒤 A에는 198.51.100.20:443→192.0.2.10:51000의 SYN·ACK가 나타난다. ACK=1001은 해당 SYN이 순서 공간 1을 소비했다는 점과 연결된다.
- 증거에 따른 범위
B에 응답이 있으나 A에 없고 양쪽 수집 조건이 정상이라면 두 지점 사이의 상태·필터·내부 전달이 후보가 된다. 서버 문제라고 다시 추정하기보다 마지막 성공 지점 이후를 좁힌다.
03먼저 알아둘 용어와 구성요소
- 특정 지점에서 패킷을 실제 관측했다는 도달성의 근거다.
- 특정 지점에서 패킷이 관측되지 않았다는 자료다. 필터·수집 위치·캡처 손실 등의 조건을 통제한 뒤 실제 미도달의 근거로 해석해야 한다.
- 상대가 실제 출발지로 응답을 보내는 별도 경로다.
- 정상 동작의 상태·크기·시간·카운터로 장애 시점과 비교하는 자료다.
04예제로 따라가기
- 같은 의 Request가 송신 포트에는 있지만 상대 포트 캡처에는 없다면 ···관측 설정을 구분한다. Reply를 받지 못했다는 결과만으로 상대 IP 서비스의 고장이라고 결론내리지 않는다.
- 가상 HTTPS 통신에서 SYN과 SYN·ACK, 마지막 ACK까지 관측되지만 이후 응답이 없다면 연결 성립까지는 확인된 것이다. 이후 인증서· 협상·응용 처리와 중간 장비 정책을 따로 살핀다.
- 내부 192.0.2.10:51000이 뒤 203.0.113.5:62000으로 변환되고 외부 캡처에 SYN·ACK만 보이는 경우를 생각한다. 같은 시각의 상태·내부 캡처·필터 카운터를 대조하면 응답이 끊긴 구간을 좁힐 수 있다.
05혼동하기 쉬운 점과 확인 기준
- 3-way handshake와 작은 데이터는 성공하지만 큰 세그먼트에서 ACK가 진행하지 않으면 ·터널 오버헤드·DF 조건을 조사한다. 연결 설정 성공은 모든 크기의 패킷 전달 성공을 보장하지 않는다.
- 서버의 ACK가 도착하면서 advertised window가 0으로 유지되면 수신 버퍼·응용 읽기 지연이 단서다. 패킷 손실을 뜻하는 중복 ACK와 다른 상태 변화다.
- 요청 바이트가 모두 누적 ACK됐는데 응용 응답이 늦으면 서버 처리·상위 의존 서비스·응용 타임아웃을 조사한다. ACK는 요청에 대한 업무 처리 성공 응답이 아니다.
06상세 노트 · 실습 자료
헤더 구조, 설정 예시, 수치 계산과 수업 캡처는 아래 노트에서 이어집니다.
공식 문서 · 표준
기초 개념과 동작 설명을 대조한 자료입니다. 제품 버전과 실제 설정에 따른 차이는 본문 및 원문에서 확인하세요.