ACTIVE INCIDENT
00:00 elapsed
LABLAB-NET-08-ROUTING-GATEWAYSEV-2
라우팅·게이트웨이 — "어떤 대역만 안 닿는" 문제 진단
ELAPSED
00:00
PHASE
0 / 4
SLA
40분
🌐 Networking
← 목록
INCIDENT RESPONSE
0 / 5 단계 완료
📚 PREREQUISITES
TRACK
NETWORKING
SLA
40분
SEV
SEV-2
PHASES
3단계
ENV
local
INCOMING TICKET
장애: "이 서버에서 사내 10.20.0.0 대역은 닿는데 파트너망 172.16.0.0은 안 닿아요. 같은 서버인데 왜 대역마다 다르죠?"
YOUR ROLE
인프라 운영 엔지니어인 당신이
IMPACT IF UNRESOLVED
특정 대역 통신 불가로 일부 연동(파트너/내부망)이 끊김. ping/방화벽만 보다 라우팅을 놓치면 장애가 길어짐.
🚨INCIDENT BRIEF
한 서버에서 사내 10.20.0.0/16은 잘 닿는데, 파트너망 172.16.50.0/24는 안 닿습니다.
방화벽도 열려 있다는데 안 됩니다. "같은 서버인데 왜 대역마다 결과가 다르죠?"
대역마다 결과가 다르면 십중팔구 라우팅 문제입니다. 서버는 목적지 IP를 보고 라우팅 테이블에서
"이 목적지는 어느 인터페이스/게이트웨이로 보낼지"를 정합니다. 특정 대역 경로가 없거나 잘못된 게이트웨이를 가리키면
그 대역만 안 닿습니다. ip route로 경로를 읽고, 누락/오류를 찾아 바로잡습니다.
ip route get 10.20.0.10(전용 GW 경유, 정상)과 ip route get 172.16.50.10(기본 GW로 새버림, 범인)을 나란히 비교하고, default 경로 자체가 없으면 즉시 "Network is unreachable"로 실패하는 명확한 케이스 vs 게이트웨이 IP가 오타로 틀리면 패킷은 나가지만 ARP 응답이 없어 조용히 사라지는 가장 헷갈리는 케이스를 대조한 다이어그램확대
⏱ 40분📊 중급🔧 3단계#routing#gateway#ip-route#default-route
MISSION
1
라우팅 테이블 읽기 — 목적지별 경로 확인
문제 대역으로 가는 패킷이 어느 경로(게이트웨이/인터페이스)를 타는지, 경로가 있긴 한지 본다
2
경로 교정 — 정적 경로/게이트웨이 바로잡기
누락된 대역 전용 경로(또는 올바른 게이트웨이)를 추가해 문제 대역에 닿게 한다
3
검증 + 라우팅 vs 방화벽/비대칭 분별
경로 복구를 확인하고, 라우팅 문제와 방화벽·비대칭 라우팅을 혼동하지 않는다
📌 선수 지식
ℹ️ 실습 환경
환경: local
필요 도구: ip, ping, traceroute, mtr
🔒
실습 실행은 Pro 플랜 전용입니다
인시던트 브리프와 학습 자료는 지금 바로 확인할 수 있습니다. 실제 실습 진행 및 터미널 사용은 Pro 플랜에서 가능합니다.
Pro로 업그레이드 →
>_ LAB WORKSPACE
NOTES