Linux 서버에서는 기본 게이트웨이(Default Gateway)만으로 모든 네트워크에 접근할 수 없는 경우가 있습니다. 여러 개의 네트워크를 운영하거나 VPN, 전용선, 사설망을 사용하는 환경에서는 Static Route(정적 라우팅) 를 설정해야 합니다.
하지만 Static Route가 잘못 설정되면 특정 네트워크만 접속되지 않거나, 트래픽이 엉뚱한 경로로 전달되어 서비스 장애가 발생할 수 있습니다.
이번 글에서는 Linux에서 Static Route 문제가 발생하는 원인과 확인 방법, 해결 방법을 실무 중심으로 알아보겠습니다.
Static Route란?
Static Route는 관리자가 직접 목적지 네트워크와 경로를 지정하는 라우팅 방식입니다.
동작 구조는 다음과 같습니다.
Server
↓
192.168.100.0/24
↓
Gateway 10.0.0.1
↓
Remote Network
목적지 네트워크가 Default Gateway가 아닌 특정 경로를 사용해야 할 경우 Static Route를 설정합니다.
Static Route 문제가 발생하는 주요 원인
대표적인 원인은 다음과 같습니다.
- Gateway 오입력
- Network Prefix 오류
- Netmask 오류
- Interface 지정 오류
- Route 중복
- Metric 충돌
- VPN 설정 충돌
- VLAN 설정 오류
- NetworkManager 설정 오류
- 영구 Route 미설정
실무에서는 Gateway 주소 오류와 잘못된 Prefix 설정이 가장 많이 발생합니다.
1. 현재 Routing Table 확인하기
현재 라우팅 정보를 확인합니다.
ip route
또는
route -n
예시
default via 192.168.10.1 dev eth0
192.168.20.0/24 via 10.0.0.1 dev eth1
Static Route가 정상적으로 등록되어 있는지 확인합니다.
2. 특정 목적지 경로 확인하기
특정 IP가 어떤 경로를 사용하는지 확인합니다.
ip route get 192.168.20.10
예시
192.168.20.10 via 10.0.0.1 dev eth1
예상한 인터페이스로 전달되는지 확인합니다.
3. Static Route 추가하기
임시 Route를 추가합니다.
ip route add 192.168.20.0/24 via 10.0.0.1
특정 인터페이스를 지정할 수도 있습니다.
ip route add 192.168.20.0/24 via 10.0.0.1 dev eth1
4. Static Route 삭제하기
등록된 Route를 삭제합니다.
ip route del 192.168.20.0/24
삭제 후 다시 Routing Table을 확인합니다.
5. 인터페이스 확인하기
라우팅 대상 인터페이스가 정상인지 확인합니다.
ip addr
또는
ip link
인터페이스가 DOWN 상태라면
ip link set eth1 up
으로 활성화합니다.
6. Gateway 연결 확인하기
Static Route에서 사용하는 Gateway가 정상인지 확인합니다.
ping 10.0.0.1
Gateway와 통신되지 않으면 Static Route도 사용할 수 없습니다.
7. Trace Route 확인하기
패킷 이동 경로를 확인합니다.
traceroute 192.168.20.10
또는
tracepath 192.168.20.10
어느 구간에서 통신이 실패하는지 확인할 수 있습니다.
8. Metric 확인하기
동일한 목적지에 여러 Route가 있는 경우 Metric을 확인합니다.
ip route
예시
192.168.20.0/24
via 10.0.0.1 metric 100
via 10.0.0.2 metric 200
Metric이 낮을수록 우선적으로 사용됩니다.
9. 로그 확인하기
NetworkManager 로그를 확인합니다.
journalctl -u NetworkManager
커널 로그도 함께 확인합니다.
journalctl -k
라우팅 관련 오류가 있는지 확인합니다.
10. 영구 Route 설정 확인하기
ip route add로 추가한 Route는 재부팅하면 사라집니다.
배포판에 맞는 설정 파일에 등록해야 합니다.
예를 들어 Ubuntu(Netplan)에서는 YAML 파일에 Route를 등록하고 적용합니다.
netplan apply
RHEL 계열에서는 네트워크 설정 파일이나 NetworkManager를 통해 영구 설정을 적용합니다.
Static Route 문제 점검 순서
실무에서는 다음 순서대로 확인하는 것이 좋습니다.
- Routing Table 확인
- Route 경로 확인
- Gateway 연결 확인
- 인터페이스 확인
- Route 추가/삭제
- Trace Route 확인
- Metric 확인
- VPN 확인
- 로그 확인
- 영구 설정 확인
Static Route 사용 시 주의사항
다음 사항을 확인해야 합니다.
- Gateway는 반드시 연결 가능한 주소여야 한다.
- Prefix와 Netmask를 정확하게 입력한다.
- 동일한 목적지에 중복 Route를 만들지 않는다.
- Metric 충돌을 확인한다.
- 재부팅 후에도 유지되도록 영구 설정을 적용한다.
- VPN과 Static Route가 충돌하지 않는지 확인한다.
Static Route는 잘못 설정하면 특정 서비스만 접속되지 않는 등 원인을 찾기 어려운 장애를 만들 수 있습니다.
Static Route와 Dynamic Route의 차이
| 항목 | Static Route | Dynamic Route |
|---|---|---|
| 설정 방식 | 수동 | 자동 |
| 관리 | 직접 설정 | 라우팅 프로토콜 사용 |
| 변경 대응 | 느림 | 빠름 |
| 운영 규모 | 소규모 | 대규모 |
| 대표 프로토콜 | 없음 | OSPF, BGP, RIP |
소규모 네트워크는 Static Route를, 대규모 데이터센터나 ISP 환경에서는 Dynamic Routing을 많이 사용합니다.
자주 묻는 질문
Static Route를 추가했는데 재부팅 후 사라졌습니다.
ip route add 명령은 임시 설정입니다. Netplan, NetworkManager 또는 배포판의 네트워크 설정 파일에 등록해야 영구적으로 유지됩니다.
Default Gateway가 있는데 Static Route가 필요한 이유는 무엇인가요?
특정 네트워크를 기본 게이트웨이가 아닌 다른 경로로 보내야 하는 경우 Static Route가 필요합니다. VPN, 전용선, 사설망 환경에서 자주 사용됩니다.
Metric은 무엇인가요?
Metric은 여러 개의 경로가 있을 때 어떤 경로를 우선 사용할지 결정하는 값입니다. 일반적으로 값이 낮을수록 우선순위가 높습니다.
마무리
Static Route는 Linux 서버에서 특정 네트워크를 원하는 경로로 전달하기 위한 중요한 기능입니다. ip route, ip route get, traceroute, tracepath 등을 활용하면 대부분의 Static Route 문제를 빠르게 분석할 수 있으며, Gateway와 Metric, 영구 설정을 함께 점검하면 안정적인 네트워크 운영이 가능합니다.