L23 MTU 트러블슈팅 (문제진단, MSS클램핑, PMTUD) ping은 되는데 웹 페이지가 반쯤 뜨다가 멈춘다. 개발팀은 "서버 문제 아니냐"고 하고, 네트워크팀은 "연결은 되는데 우리 쪽 문제 아니다"라고 한다. 저도 처음 이 증상을 마주쳤을 때 정확히 그 상황이었습니다. VPN 터널 구축 직후 벌어진 일이었는데, 원인은 MTU 불일치였습니다. 이 글은 그때 배운 것들을 정리한 기록입니다.증상 파악: ping은 되는데 HTTP가 안 되는 이유네트워크 트러블슈팅에서 가장 헷갈리는 유형이 바로 이겁니다. 연결 자체는 살아 있는데 특정 동작만 안 되는 상황. 저는 VPN 터널을 구축한 직후 내부망에서는 멀쩡하던 웹 애플리케이션이 특정 페이지에서 화면이 반만 뜬 채 멈추는 현상을 겪었습니다. DNS 조회도 되고 작은 API 요청도 잘 됐습니다. 그런데 이미지나 대용량 .. 2026. 4. 18. SDN 네트워크 (컨트롤 플레인, 트래픽 엔지니어링, 단일 장애점) 네트워크 장비 수십 대의 라우팅 테이블을 CLI로 하나씩 수정하다 야근을 반복했다면, SDN은 그 문제를 구조적으로 해결하는 접근법입니다. 저도 처음엔 '컨트롤러 하나로 스위치 전체를 제어한다'는 말이 반신반의였는데, Mininet으로 직접 실습해보고 나서 생각이 완전히 바뀌었습니다. 동시에 "이게 정말 현장에서도 이렇게 될까?"라는 의심도 함께 생겼는데, 그 의심은 나름 근거 있는 것이었습니다.컨트롤 플레인 분리가 바꾼 것들SDN의 핵심 개념은 컨트롤 플레인(Control Plane)과 데이터 플레인(Data Plane)의 분리입니다. 컨트롤 플레인이란 '어떤 경로로 패킷을 보낼지 결정하는 두뇌 역할'을 하는 부분이고, 데이터 플레인은 '그 결정에 따라 실제로 패킷을 전달하는 근육 역할'을 합니다. 전.. 2026. 4. 16. 브로드캐스트 도메인 분리 (VLAN 설계, PVLAN, 서브넷 최적화) VLAN만 나누면 브로드캐스트 문제는 끝난다고 생각했습니다. 그 생각이 얼마나 안이했는지를 실제 사고로 배웠습니다. 고객사 서버 하나에서 시작된 ARP 브로드캐스트 폭풍이 같은 세그먼트에 있던 수십 대 서버를 동시에 흔들어놓는 장면을 직접 보고 나서야, 도메인 설계가 단순한 이론이 아님을 몸으로 이해했습니다.이 경험에서 제가 뼈저리게 느낀 건, 네트워크 설계에서 "일단 되면 된 거 아닌가"라는 사고방식이 얼마나 위험한가 하는 점입니다. 평상시엔 아무 문제 없다가 사고 하나로 고객 여러 곳이 동시에 피해를 입는 구조, 그게 잘못 설계된 브로드캐스트 도메인의 민낯이었습니다.ARP 브로드캐스트 폭풍이 터졌던 날당시 저희 IDC는 모든 고객 서버를 동일한 /24 서브넷에 배치하고 있었습니다. /24 서브넷이란 .. 2026. 4. 13. 이전 1 다음
