안녕하세요. 일본서버, 미국서버 호스팅 전문 지구 IDC 기술팀입니다.
오늘은 Windows 10에서 라우팅 테이블을 확인하고 잘못된 기본 게이트웨이를 수정하는 방법을 알아보겠습니다. 인터넷이 되지 않거나 특정 네트워크로만 트래픽이 나가거나, 유선·무선·VPN을 함께 사용할 때 예상과 다른 인터페이스가 선택되는 경우에는 Windows의 기본 경로와 인터페이스 메트릭을 먼저 확인하는 것이 좋습니다.
Windows의 기본 게이트웨이는 라우팅 테이블에서 IPv4 기준 0.0.0.0/0 경로로 표현됩니다. 여러 기본 경로가 동시에 존재할 수도 있으며, 이 경우 단순히 경로가 여러 개 있다는 이유만으로 오류라고 판단하지 말고 인터페이스, 다음 홉(게이트웨이), 경로 메트릭과 인터페이스 메트릭을 함께 확인해야 합니다.
적용 환경
| 항목 | 내용 |
|---|---|
| 운영체제 | Windows 10 |
| 주요 도구 | route, ipconfig, PowerShell Get-NetRoute, Get-NetIPConfiguration, Get-NetIPInterface |
| 권한 | 조회는 일반 권한에서도 가능하지만 기본 게이트웨이와 경로 수정은 관리자 권한 필요 |
참고: Microsoft 기준 일반 Windows 10 22H2의 지원은 2025년 10월 14일 종료되었습니다. 일부 LTSC/LTSB 제품은 별도 수명주기를 따르며, ESU에 등록한 장치는 조건에 따라 추가 보안 업데이트를 받을 수 있습니다. 계속 운영해야 하는 환경에서는 보안 업데이트 정책과 Windows 11 또는 지원 중인 Windows Server 계열로의 이전 계획도 함께 검토하시기 바랍니다.
기본 게이트웨이와 라우팅 테이블의 관계
Windows는 목적지 IP 주소에 따라 라우팅 테이블을 조회해 어느 인터페이스와 게이트웨이로 패킷을 보낼지 결정합니다. IPv4에서 인터넷 전체를 의미하는 기본 경로는 목적지 0.0.0.0, 네트워크 마스크 0.0.0.0 또는 PowerShell 표현으로 0.0.0.0/0입니다.
라우팅 경로를 선택할 때는 먼저 더 구체적인 목적지와 일치하는 경로가 우선합니다. 같은 접두사 길이의 경로가 여러 개라면 메트릭이 낮은 경로가 우선되며, Windows에서는 경로 메트릭과 인터페이스 메트릭을 함께 고려합니다.
참고: 유선 LAN, Wi-Fi, VPN, 가상 어댑터가 동시에 활성화된 시스템에서는 기본 경로가 여러 개 보일 수 있습니다. VPN이 의도적으로 기본 경로를 추가하는 경우도 있으므로, 사용 목적을 확인하지 않고 경로를 삭제하면 인터넷이나 사내망 또는 원격 접속이 끊길 수 있습니다.
목차
- 수정 전 네트워크 설정 백업
- route print로 라우팅 테이블 확인
- PowerShell로 기본 경로 확인
- 잘못된 기본 게이트웨이 판단 방법
- DHCP 환경에서 기본 게이트웨이 수정
- 고정 IP 환경에서 기본 게이트웨이 수정
- 수동으로 추가된 잘못된 기본 경로 수정
- 여러 인터페이스의 우선순위와 메트릭 조정
- 수정 후 정상 작동 확인
- 자주 발생하는 문제와 해결 방법
- 원상복구 방법
- 관련 기술자료와 공식 참고자료
- 자주 묻는 질문
수정 전 네트워크 설정 백업
기본 게이트웨이와 라우팅 테이블을 수정하기 전에 현재 IP 구성과 경로 정보를 파일로 저장해 두는 것이 안전합니다. 특히 RDP로 접속한 원격 서버에서는 잘못된 게이트웨이 변경 한 번으로 현재 세션이 즉시 끊길 수 있습니다.
주의: RDP나 원격 관리 도구로 접속 중인 서버에서는 기본 경로를 삭제하거나 게이트웨이를 변경하기 전에 콘솔 접속 수단, KVM, IDC 원격 콘솔 등 복구 경로를 확보하십시오. 현재 원격 접속에 사용되는 경로를 삭제하면 즉시 접속이 끊길 수 있습니다.
관리자 권한 명령 프롬프트에서 현재 IP 설정과 라우팅 테이블을 저장합니다.
ipconfig /all > C:\ipconfig-before.txt
route print > C:\route-before.txt
netsh -c interface dump > C:\network-before.txt
Microsoft의 TCP/IP 문제 해결 문서에서도 netsh -c interface dump를 사용해 네트워크 구성을 백업하는 방법을 안내합니다. 복원 시에는 인터페이스 이름이 바뀌지 않았는지 먼저 확인해야 합니다.
route print로 라우팅 테이블 확인
먼저 명령 프롬프트에서 전체 라우팅 테이블을 확인합니다.
route print
출력 상단의 Interface List에서 각 네트워크 어댑터의 인터페이스 번호를 확인하고, IPv4 Route Table의 Active Routes에서 목적지와 게이트웨이를 확인합니다.
기본 경로는 일반적으로 다음과 같은 형태입니다.
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 203.0.113.1 203.0.113.10 25
위 예시에서는 목적지 0.0.0.0과 마스크 0.0.0.0이 기본 경로이고, 203.0.113.1이 기본 게이트웨이입니다. 203.0.113.10은 이 경로를 사용할 로컬 인터페이스 주소입니다.
IP 주소, 서브넷 마스크와 기본 게이트웨이 설정을 어댑터별로 비교하려면 다음 명령도 함께 실행합니다.
ipconfig /all
사용 중인 어댑터의 IPv4 주소, 서브넷 마스크, DHCP 사용 여부, 기본 게이트웨이를 확인하고 route print의 기본 경로와 일치하는지 비교합니다.
PowerShell로 기본 경로 확인
PowerShell에서는 IPv4 기본 경로만 필터링해 보다 명확하게 확인할 수 있습니다.
Get-NetRoute -AddressFamily IPv4 -DestinationPrefix "0.0.0.0/0" | Format-Table ifIndex,InterfaceAlias,NextHop,RouteMetric,InterfaceMetric -AutoSize
여기서 NextHop은 게이트웨이 주소이고, ifIndex는 인터페이스 번호입니다. 여러 기본 경로가 있다면 각 경로의 인터페이스와 메트릭을 비교해야 합니다.
현재 어댑터의 IP 설정을 함께 확인하려면 다음 명령을 사용합니다.
Get-NetIPConfiguration
인터페이스 메트릭과 DHCP 상태를 확인하려면 다음과 같이 조회할 수 있습니다.
Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric | Format-Table ifIndex,InterfaceAlias,ConnectionState,Dhcp,AutomaticMetric,InterfaceMetric -AutoSize
유선, Wi-Fi, VPN 등이 함께 활성화된 환경에서는 이 결과를 통해 어떤 인터페이스의 우선순위가 더 높은지 확인할 수 있습니다.
잘못된 기본 게이트웨이 판단 방법
기본 게이트웨이가 잘못되었다고 판단하기 전에 다음 항목을 순서대로 확인하십시오.
- 현재 사용 중인 어댑터가 맞는지 확인: 케이블이 연결된 이더넷이나 실제 사용 중인 Wi-Fi의 주소인지 확인합니다.
- 게이트웨이가 같은 로컬 네트워크에 있는지 확인: 일반적인 LAN 환경에서는 게이트웨이가 해당 인터페이스에서 직접 도달 가능한 같은 서브넷에 있어야 합니다.
- 기본 경로가 여러 개인지 확인: 유선, 무선, VPN, 가상 어댑터가 각각
0.0.0.0/0경로를 가지고 있는지 확인합니다. - 메트릭을 확인: 같은 기본 경로가 여러 개라면 낮은 경로 메트릭과 인터페이스 메트릭 조합이 우선될 수 있습니다.
- VPN 정책 확인: VPN이 전체 트래픽을 터널로 보내도록 설정되어 있다면 VPN 게이트웨이가 기본 경로로 잡히는 것이 정상일 수 있습니다.
게이트웨이 자체에 도달 가능한지 확인하려면 실제 기본 게이트웨이 IP를 사용해 다음과 같이 테스트합니다.
ping 203.0.113.1
arp -a
일부 라우터는 ICMP 응답을 차단할 수 있으므로 ping 실패만으로 게이트웨이 장애를 단정하지 마십시오. arp -a에서 동일 네트워크의 게이트웨이 MAC 주소가 정상적으로 학습되는지도 참고할 수 있습니다.
DHCP 환경에서 잘못된 기본 게이트웨이 수정
공유기나 사내 DHCP 서버에서 IP 주소를 자동으로 받는 PC라면 기본 게이트웨이도 DHCP를 통해 전달되는 경우가 일반적입니다. 이 환경에서는 route add로 임시 경로를 덧붙이기보다 DHCP에서 다시 올바른 설정을 받도록 처리하는 것이 우선입니다.
1. 해당 어댑터를 DHCP로 설정
예를 들어 어댑터 이름이 Ethernet이라면 관리자 권한 명령 프롬프트에서 다음 명령을 사용할 수 있습니다.
netsh interface ipv4 set address name="Ethernet" source=dhcp
주의: 이 명령은 해당 인터페이스의 기존 고정 IPv4 주소와 기본 게이트웨이 설정을 DHCP 방식으로 변경합니다. 고정 IP를 사용해야 하는 서버에서는 실행하면 안 됩니다.
2. DHCP 임대 갱신
DHCP 설정이 맞다면 기존 임대를 갱신합니다.
ipconfig /release
ipconfig /renew
원격 접속 중인 시스템에서는 ipconfig /release 실행 즉시 네트워크 연결이 끊길 수 있으므로 로컬 콘솔에서 작업하는 것이 안전합니다.
갱신 후 ipconfig /all과 route print를 다시 실행해 올바른 게이트웨이와 0.0.0.0/0 경로가 생성되었는지 확인합니다. 계속 잘못된 게이트웨이를 받는다면 Windows 자체보다 DHCP 서버의 Scope Option 또는 라우터 설정을 확인해야 합니다.
고정 IP 환경에서 잘못된 기본 게이트웨이 수정
고정 IP를 사용하는 서버나 업무용 PC는 네트워크 어댑터의 IPv4 설정에서 올바른 IP 주소, 서브넷 마스크와 기본 게이트웨이를 함께 지정해야 합니다. 게이트웨이만 임의로 바꾸기 전에 통신사, IDC 또는 네트워크 관리자에게 할당된 값을 확인하십시오.
예시로 IPv4 주소가 203.0.113.10, 서브넷 마스크가 255.255.255.0, 기본 게이트웨이가 203.0.113.1이고 어댑터 이름이 Ethernet이라면 다음과 같이 설정할 수 있습니다.
netsh interface ipv4 set address name="Ethernet" source=static address=203.0.113.10 mask=255.255.255.0 gateway=203.0.113.1 gwmetric=10 store=persistent
위 주소는 문서용 예시입니다. 실제 환경에서는 반드시 제공받은 IP 주소, 서브넷 마스크와 게이트웨이로 변경해야 합니다.
설정 후 다음 명령으로 값이 반영되었는지 확인합니다.
ipconfig /all
route print
기본 게이트웨이와 기본 경로가 모두 의도한 인터페이스를 가리키는지 확인하십시오.
수동으로 추가된 잘못된 기본 경로 수정
네트워크 어댑터의 게이트웨이 설정은 정상인데 예전에 수동으로 추가한 기본 경로가 남아 있다면 해당 경로만 선택적으로 제거할 수 있습니다. 먼저 정확한 인터페이스 번호와 잘못된 다음 홉 주소를 확인합니다.
Get-NetRoute -AddressFamily IPv4 -DestinationPrefix "0.0.0.0/0" | Format-Table ifIndex,InterfaceAlias,NextHop,RouteMetric,InterfaceMetric -AutoSize
예를 들어 인터페이스 번호가 12이고 잘못된 게이트웨이가 203.0.113.254로 확인되었다면 PowerShell에서 다음 명령으로 해당 경로만 제거할 수 있습니다.
Remove-NetRoute -DestinationPrefix "0.0.0.0/0" -InterfaceIndex 12 -NextHop "203.0.113.254" -Confirm
주의: 기본 경로를 삭제하면 현재 인터넷 연결과 RDP 세션이 즉시 끊길 수 있습니다. 반드시 동일한 목적지의 다른 정상 기본 경로가 존재하는지 확인하고, 삭제 대상의 인터페이스 번호와 게이트웨이 주소가 정확한지 다시 확인하십시오.
정상 기본 경로가 아예 없고 의도적으로 수동 경로를 관리해야 하는 환경이라면 다음과 같이 기본 경로를 추가할 수 있습니다.
New-NetRoute -DestinationPrefix "0.0.0.0/0" -InterfaceIndex 12 -NextHop "203.0.113.1" -RouteMetric 10
Microsoft 문서에 따르면 New-NetRoute는 기본적으로 경로를 활성 저장소와 영구 저장소에 저장합니다. 다만 일반적인 PC나 서버의 기본 게이트웨이는 수동 경로로 별도 관리하기보다 네트워크 어댑터의 DHCP 또는 고정 IP 설정에서 구성하는 편이 관리가 명확합니다.
명령 프롬프트의 route add, route change, route delete도 사용할 수 있지만, 여러 기본 경로가 존재하는 환경에서는 PowerShell로 인터페이스와 다음 홉을 명시해 대상 경로를 좁히는 방식이 실수를 줄이는 데 도움이 됩니다.
여러 인터페이스의 우선순위와 메트릭 조정
유선과 Wi-Fi가 모두 인터넷에 연결되어 있거나 VPN과 일반 네트워크가 동시에 기본 경로를 제공하면 어느 경로가 우선되는지가 중요합니다. Windows 10에서는 인터페이스 바인딩 순서 대신 인터페이스 메트릭을 이용해 우선순위를 조정할 수 있습니다.
현재 값을 확인합니다.
Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric | Format-Table ifIndex,InterfaceAlias,AutomaticMetric,InterfaceMetric -AutoSize
특정 인터페이스를 우선 사용하도록 수동 메트릭을 지정해야 한다면 다음과 같이 설정할 수 있습니다. 아래 예시는 인터페이스 번호 12의 메트릭을 10으로 지정합니다.
Set-NetIPInterface -InterfaceIndex 12 -AutomaticMetric Disabled -InterfaceMetric 10
Microsoft 문서에 따르면 동일한 대상에 대해 여러 경로가 있을 때 전체 우선순위 판단에는 경로 메트릭과 인터페이스 메트릭이 함께 사용됩니다. 숫자가 낮을수록 우선순위가 높아질 수 있습니다.
참고: 단순히 숫자를 낮추는 것이 항상 정답은 아닙니다. VPN 클라이언트나 보안 소프트웨어가 의도적으로 메트릭과 경로를 설정할 수 있으므로, 해당 소프트웨어의 라우팅 정책과 split tunnel 여부를 먼저 확인하십시오.
자동 메트릭으로 되돌리려면 다음과 같이 설정합니다.
Set-NetIPInterface -InterfaceIndex 12 -AutomaticMetric Enabled
수정 후 정상 작동 확인
설정 변경 후에는 경로가 의도한 대로 생성되었는지 다시 확인합니다.
ipconfig /all
route print
PowerShell에서는 다음과 같이 기본 경로를 다시 확인합니다.
Get-NetRoute -AddressFamily IPv4 -DestinationPrefix "0.0.0.0/0" | Format-Table ifIndex,InterfaceAlias,NextHop,RouteMetric,InterfaceMetric -AutoSize
그 다음 실제 게이트웨이 통신과 외부 경로를 확인합니다.
ping 203.0.113.1
tracert -d 8.8.8.8
실제 게이트웨이 IP는 환경에 맞게 변경하십시오. tracert의 첫 번째 홉이 의도한 게이트웨이 또는 네트워크 경로로 진행되는지 확인하면 잘못된 인터페이스가 선택되는 문제를 점검하는 데 도움이 됩니다.
IP 주소로 외부 통신은 되지만 웹사이트 이름만 열리지 않는다면 기본 게이트웨이보다 DNS 설정 문제일 가능성이 있으므로 DNS 서버와 이름 해석을 별도로 확인해야 합니다.
자주 발생하는 문제와 해결 방법
| 증상 | 가능한 원인 | 확인 방법 | 해결 방향 |
|---|---|---|---|
| 인터넷이 전혀 되지 않음 | 기본 경로가 없거나 잘못된 게이트웨이 설정 | route print, ipconfig /all |
DHCP 갱신 또는 고정 IP의 게이트웨이 재설정 |
| 유선이 연결되어 있는데 Wi-Fi로 트래픽이 나감 | 인터페이스 또는 경로 메트릭 우선순위 | Get-NetIPInterface, Get-NetRoute |
자동 메트릭 상태 확인 후 필요한 경우 인터페이스 메트릭 조정 |
| VPN 연결 후 인터넷 경로가 바뀜 | VPN이 기본 경로를 의도적으로 추가 | VPN 연결 전후 Get-NetRoute 비교 |
VPN 정책과 split tunnel 설정 확인, 경로를 임의 삭제하지 않음 |
| 재부팅 후 잘못된 경로가 다시 생김 | 영구 경로, 어댑터 고정 게이트웨이 또는 VPN/관리 프로그램이 경로 재생성 | route print의 Persistent Routes, Get-NetRoute 확인 |
영구 경로 또는 생성 주체의 설정 수정 |
| 설정 화면과 실제 경로가 맞지 않음 | TCP/IP 구성 상태 충돌 또는 오래된 설정 | 백업 후 ipconfig /all, route print 비교 |
필요한 경우 네트워크 설정 백업 후 TCP/IP 초기화 검토 |
설정 충돌이 의심될 때 TCP/IP 초기화
정상적인 게이트웨이 값을 입력했는데도 이전 설정이 반복적으로 남거나 IP 구성과 라우팅 상태가 비정상적으로 충돌하는 경우에는 마지막 단계로 TCP/IP 설정 초기화를 검토할 수 있습니다.
netsh interface ip reset
주의: TCP/IP 초기화는 사용자 지정 네트워크 설정에 영향을 줄 수 있으므로 일반적인 게이트웨이 수정의 첫 단계로 사용하지 마십시오. 반드시 네트워크 구성을 먼저 백업하고, 고정 IP·DNS·특수 라우팅 설정을 복구할 수 있는 상태에서 진행해야 합니다.
원상복구 방법
변경 후 네트워크가 더 불안정해졌다면 작업 전에 저장한 설정을 기준으로 원래 값을 복원합니다.
인터페이스 이름이 변경되지 않았다면 Microsoft가 안내하는 방식대로 저장한 netsh 구성 파일을 다시 적용할 수 있습니다.
netsh -f C:\network-before.txt
메트릭만 수동으로 변경했다면 자동 메트릭으로 되돌립니다.
Set-NetIPInterface -InterfaceIndex 12 -AutomaticMetric Enabled
수동 기본 경로를 새로 추가했다면 Get-NetRoute로 정확한 인터페이스와 다음 홉을 확인한 뒤 해당 경로만 제거하십시오. 원격 서버에서는 원상복구 작업 역시 연결을 끊을 수 있으므로 콘솔 접속 수단을 확보한 상태에서 진행하는 것이 안전합니다.
관련 지구 IDC 기술자료
공식 참고자료
| 기관 | 문서 | 확인 내용 | 조회일 |
|---|---|---|---|
| Microsoft | route | route print, add/change/delete, 영구 경로와 인터페이스 인덱스 |
2026년 11월 6일 |
| Microsoft | ipconfig | 어댑터별 IPv4, 서브넷 마스크, 기본 게이트웨이와 DHCP 설정 확인 | 2026년 11월 6일 |
| Microsoft | Get-NetRoute / New-NetRoute | PowerShell 기반 라우팅 테이블 조회와 기본 경로 생성, 경로 메트릭 | 2026년 11월 6일 |
| Microsoft | Set-NetIPInterface | 인터페이스 메트릭과 자동 메트릭 설정 | 2026년 11월 6일 |
| Microsoft | netsh interface | DHCP 전환과 고정 IPv4·기본 게이트웨이 설정 | 2026년 11월 6일 |
| Microsoft | TCP/IP 통신 문제 해결 지침 | 네트워크 설정 백업과 복원, TCP/IP 초기화 절차 | 2026년 11월 6일 |
| Microsoft | Windows 10 지원 종료 안내 | 일반 Windows 10 지원 종료일과 이전 권장 사항 | 2026년 11월 6일 |
자주 묻는 질문
route print에 기본 경로가 두 개 보이면 하나를 삭제해야 하나요?
반드시 그렇지는 않습니다. 유선과 Wi-Fi가 동시에 연결되어 있거나 VPN이 활성화된 경우 여러 기본 경로가 정상적으로 존재할 수 있습니다. 인터페이스와 다음 홉, 메트릭, VPN 정책을 확인한 뒤 불필요한 경로인지 판단해야 합니다.
기본 게이트웨이 메트릭은 숫자가 낮을수록 좋은가요?
같은 접두사 길이의 경로가 여러 개 있을 때 낮은 메트릭이 더 높은 우선순위를 가질 수 있습니다. 다만 실제 우선순위에는 경로 메트릭과 인터페이스 메트릭이 함께 반영되므로 한 값만 보고 판단하면 안 됩니다.
기본 게이트웨이는 반드시 같은 서브넷에 있어야 하나요?
일반적인 이더넷 LAN 구성에서는 호스트가 ARP를 통해 게이트웨이에 직접 도달할 수 있어야 하므로 같은 로컬 네트워크에 있는 형태가 일반적입니다. 다만 통신사나 특수 라우팅 환경에서는 별도 구조를 사용할 수 있으므로 IDC 또는 네트워크 사업자가 제공한 설정값이 있다면 그 값을 우선해야 합니다.
route delete 0.0.0.0을 실행해도 되나요?
원격 서버에서는 매우 위험합니다. 기본 경로 전체를 삭제하면 인터넷과 RDP 연결이 즉시 끊길 수 있습니다. 삭제가 필요하다면 인터페이스 번호와 잘못된 다음 홉을 지정해 제거 대상을 최대한 좁히고 콘솔 복구 수단을 확보하십시오.
기본 게이트웨이를 수정했는데 도메인만 접속되지 않습니다.
외부 IP 주소로 통신은 정상인데 도메인 이름만 열리지 않는다면 라우팅보다 DNS 문제일 가능성이 높습니다. ipconfig /all로 DNS 서버 주소를 확인하고 nslookup 등을 이용해 이름 해석을 별도로 점검하십시오.
마무리
오늘은 Windows 10에서 route print와 PowerShell을 이용해 라우팅 테이블과 기본 게이트웨이를 확인하고, DHCP·고정 IP·수동 경로 환경에 따라 잘못된 기본 경로를 수정하는 방법을 설명드렸습니다.
기본 경로는 시스템의 전체 네트워크 통신에 직접 영향을 주므로, 원격 서버에서는 변경 전에 반드시 현재 설정을 백업하고 콘솔 복구 수단을 준비하십시오. 여러 네트워크 어댑터나 VPN을 사용하는 환경에서는 경로 자체뿐 아니라 경로 메트릭과 인터페이스 메트릭도 함께 확인하는 것이 중요합니다.
지구 IDC는 일본서버와 미국서버를 포함한 다양한 서버 호스팅 환경에서 안정적인 운영에 도움이 되는 기술정보를 지속적으로 제공하겠습니다.