안녕하세요. 일본서버 호스팅 전문 비전 IDC 기술팀입니다.
오늘은 Windows 10에서 ARP 캐시 문제로 같은 네트워크의 게이트웨이, 서버 또는 다른 PC와 통신되지 않을 때 확인하고 해결하는 방법을 알아보겠습니다. ARP(Address Resolution Protocol)는 IPv4 주소와 같은 로컬 네트워크에 있는 장치의 MAC 주소를 연결하는 데 사용되며, 잘못된 ARP 캐시가 남아 있으면 IP 주소는 정상인데도 특정 장비와 통신되지 않는 현상이 발생할 수 있습니다.
이 문서에서는 현재 IP와 게이트웨이 확인 → arp -a로 ARP 캐시 점검 → 특정 항목 또는 전체 캐시 삭제 → 통신 후 ARP 재생성 확인 → 잘못된 MAC 주소가 다시 등록될 때 IP 충돌과 네트워크 장비를 점검하는 순서로 진행합니다.
적용 환경 및 ARP 문제의 특징
이 문서는 Windows 10에서 IPv4 통신을 사용하는 유선 또는 무선 네트워크를 기준으로 작성합니다. Microsoft의 arp 명령은 Windows 10에서 ARP 캐시의 IP 주소와 물리적(MAC) 주소 매핑을 표시하거나 수정할 수 있습니다.
지원 종료 안내: Windows 10은 2025년 10월 14일 일반 지원이 종료되었습니다. 계속 운영해야 하는 환경이라면 Extended Security Updates(ESU) 적용 여부 또는 지원되는 Windows 버전으로의 이전을 함께 검토하십시오.
ARP 적용 범위: ARP는 같은 로컬 링크에 있는 IPv4 장치의 IP 주소를 MAC 주소로 해석할 때 사용됩니다. 다른 네트워크나 인터넷의 원격 서버로 접속할 때는 원격 서버의 MAC 주소가 아니라 일반적으로 기본 게이트웨이의 MAC 주소가 ARP 캐시에 등록됩니다.
목차
- 현재 IP와 기본 게이트웨이 확인
- ARP 캐시 확인
- 문제가 의심되는 ARP 항목 확인
- 특정 ARP 캐시 항목 삭제
- 전체 ARP 캐시 초기화
- PowerShell로 ARP 이웃 캐시 확인 및 삭제
- 캐시 재생성 및 통신 확인
- 잘못된 MAC 주소가 다시 등록될 때
- 증상별 점검 방법
- 정적 ARP 항목과 원상복구
- 공식 참고자료
1. 현재 IP와 기본 게이트웨이 확인
ARP 캐시를 삭제하기 전에 현재 사용 중인 IPv4 주소, 서브넷 마스크, 기본 게이트웨이와 네트워크 어댑터를 먼저 확인합니다. 명령 프롬프트에서 다음 명령을 실행합니다.
ipconfig /all실제로 연결된 이더넷 또는 Wi-Fi 어댑터에서 다음 항목을 확인합니다.
- IPv4 주소
- 서브넷 마스크
- 기본 게이트웨이
- DHCP 사용 여부
- 네트워크 어댑터의 물리적 주소(MAC)
게이트웨이 주소 자체가 없거나 현재 IP가 잘못 설정되어 있다면 ARP 캐시보다 먼저 IP·DHCP·고정 IP 설정을 확인해야 합니다.
2. ARP 캐시 확인
현재 Windows가 알고 있는 IPv4 주소와 MAC 주소 매핑을 확인하려면 다음 명령을 실행합니다.
arp -a여러 네트워크 어댑터가 설치된 PC라면 인터페이스별로 별도의 ARP 테이블이 표시될 수 있습니다. 문제를 확인할 때는 실제 통신에 사용되는 인터페이스의 IP 주소 아래에 표시된 항목을 확인합니다.
특정 로컬 인터페이스의 ARP 테이블만 확인하려면 -N 옵션 뒤에 해당 인터페이스의 IPv4 주소를 지정할 수 있습니다. 예를 들어 현재 PC의 주소가 203.0.113.10인 경우 다음과 같습니다.
arp -a -N 203.0.113.10ARP 출력의 인터넷 주소는 IPv4 주소, 물리적 주소는 MAC 주소입니다. 형식이 dynamic이면 통신 과정에서 동적으로 학습된 항목이고, static이면 정적으로 등록된 항목입니다.
3. 문제가 의심되는 ARP 항목 확인
예를 들어 같은 네트워크의 기본 게이트웨이가 203.0.113.1이라고 가정하면 해당 주소의 ARP 항목만 확인할 수 있습니다.
arp -a 203.0.113.1게이트웨이나 같은 서브넷의 특정 서버와 통신할 수 없고, 해당 IP 주소에 등록된 MAC 주소가 실제 장비와 다르다고 확인된다면 잘못된 ARP 캐시를 의심할 수 있습니다.
참고: MAC 주소가 맞는지 판단하려면 라우터·스위치·서버의 실제 인터페이스 정보 또는 네트워크 관리자가 제공한 값을 기준으로 비교해야 합니다. 단순히 처음 보는 MAC 주소라는 이유만으로 잘못된 항목이라고 판단하면 안 됩니다.
4. 특정 ARP 캐시 항목 삭제
문제가 특정 게이트웨이나 특정 로컬 장비의 ARP 항목으로 좁혀졌다면 전체 캐시를 삭제하기보다 해당 IP의 항목만 먼저 삭제하는 것이 안전합니다. 관리자 권한으로 명령 프롬프트를 실행한 뒤 다음과 같이 입력합니다.
arp -d 203.0.113.1위 명령은 203.0.113.1에 대한 ARP 캐시 항목을 삭제합니다. 실제 환경에서는 삭제할 게이트웨이 또는 같은 서브넷 장비의 IPv4 주소로 변경하십시오.
삭제 후 해당 IP로 다시 통신하면 Windows가 ARP 요청을 보내 MAC 주소를 다시 학습합니다.
5. 전체 ARP 캐시 초기화
여러 ARP 항목이 비정상적이거나 어떤 항목이 문제인지 특정하기 어려운 경우 관리자 권한 명령 프롬프트에서 전체 ARP 항목을 삭제할 수 있습니다.
arp -d *주의: 전체 삭제 전에 arp -a로 정적 ARP 항목이 있는지 확인하십시오. 운영 환경에서 관리자가 의도적으로 등록한 정적 매핑이 있다면 삭제 후 다시 등록해야 할 수 있습니다. 원격으로 작업 중이라면 네트워크 연결이 잠시 영향을 받을 수 있으므로 콘솔 접근 수단을 확보하는 것이 안전합니다.
캐시를 삭제하면 정상 통신 과정에서 필요한 동적 ARP 항목은 다시 생성됩니다. 따라서 삭제 직후 ARP 테이블이 비어 있거나 항목 수가 줄어드는 것은 정상입니다.
6. PowerShell로 ARP 이웃 캐시 확인 및 삭제
PowerShell에서는 IPv4 ARP 캐시를 NetTCPIP 모듈의 이웃(Neighbor) 캐시로 확인할 수 있습니다. Microsoft 문서에 따르면 IPv4에서 이웃 캐시는 일반적으로 ARP 캐시를 의미합니다.
IPv4 이웃 캐시를 확인합니다.
Get-NetNeighbor -AddressFamily IPv4 |
Sort-Object InterfaceIndex, IPAddress특정 IP 주소만 확인하려면 다음과 같이 실행합니다.
Get-NetNeighbor -IPAddress 203.0.113.1해당 항목을 삭제할 때는 관리자 PowerShell에서 다음 명령을 사용할 수 있습니다.
Remove-NetNeighbor -IPAddress 203.0.113.1 -Confirm:$false여러 인터페이스에서 같은 IP가 표시되는 복잡한 환경이라면 먼저 Get-NetNeighbor로 InterfaceIndex를 확인하고 정확한 인터페이스의 항목인지 확인한 뒤 삭제하는 것이 좋습니다.
7. 캐시 재생성 및 통신 확인
ARP 항목을 삭제한 뒤 문제가 발생했던 같은 서브넷 장비 또는 기본 게이트웨이로 다시 통신을 발생시킵니다.
ping 203.0.113.1이후 ARP 항목이 다시 생성되었는지 확인합니다.
arp -a 203.0.113.1정상적인 경우 해당 IPv4 주소에 새로운 MAC 주소 매핑이 다시 표시됩니다. 실제 장비의 MAC 주소를 알고 있다면 새로 학습된 값이 일치하는지 비교합니다.
참고: 대상 장비가 ICMP Echo 응답을 차단하면 ARP가 정상이어도 ping은 실패할 수 있습니다. 이 경우 ARP 항목의 재생성 여부와 실제 사용하는 서비스의 TCP/UDP 통신 상태를 함께 확인하십시오.
8. 잘못된 MAC 주소가 다시 등록될 때
ARP 캐시를 삭제했는데도 같은 IP 주소에 예상하지 않은 MAC 주소가 다시 등록된다면 Windows 캐시 자체가 아니라 네트워크에서 전달되는 ARP 응답을 확인해야 합니다.
다음과 같은 상황을 점검합니다.
- 중복 IP: 두 장비가 같은 IPv4 주소를 사용하고 있는지 확인합니다.
- 게이트웨이 또는 장비 교체: 라우터·방화벽 장비가 교체되면서 MAC 주소가 변경되었는지 확인합니다.
- 고가용성 구성: VRRP, 클러스터, 가상 MAC 등 의도적으로 MAC 주소가 변경되는 구성이 있는지 확인합니다.
- Proxy ARP: 라우터가 다른 장비를 대신해 ARP 응답을 보내는 네트워크인지 확인합니다.
- 보안 이상: 관리자가 예상하지 못한 장비가 동일 IP에 응답한다면 네트워크 관리자가 스위치의 MAC 주소 테이블과 연결 포트를 확인해야 합니다.
ARP 캐시 삭제만 반복해도 같은 잘못된 매핑이 다시 만들어진다면 PC에서 해결할 문제가 아닐 수 있습니다. 이 경우 라우터, 스위치, 가상화 호스트 또는 같은 VLAN의 다른 장비를 함께 점검해야 합니다.
9. 증상별 점검 방법
| 증상 | 가능한 원인 | 확인 방법 | 해결 방향 |
|---|---|---|---|
| 같은 서브넷의 특정 IP만 통신되지 않음 | 잘못되거나 오래된 ARP 항목 | arp -a 대상IP |
해당 항목만 삭제 후 재통신 |
| 기본 게이트웨이와 통신되지 않음 | 게이트웨이 ARP 불일치, IP 설정 오류, 링크 문제 | ipconfig /all, arp -a |
게이트웨이 항목 삭제 후 IP·링크 상태 확인 |
| 캐시 삭제 후 잠시 정상인데 다시 장애 발생 | 중복 IP 또는 네트워크에서 잘못된 ARP 응답 | 삭제 전후 동일 IP의 MAC 주소 비교 | 스위치·라우터·동일 VLAN 장비 점검 |
| 인터넷만 안 되고 같은 LAN 장비는 통신됨 | 게이트웨이, DNS, 라우팅 등 다른 원인 가능 | ipconfig /all과 게이트웨이 통신 확인 |
ARP 외에 기본 게이트웨이·DNS·라우팅 점검 |
arp -a에 대상 항목이 없음 |
아직 해당 장비와 통신하지 않았거나 ARP 응답을 받지 못함 | 대상에 통신을 발생시킨 뒤 다시 arp -a |
같은 서브넷 여부와 링크·VLAN 상태 확인 |
10. 정적 ARP 항목과 원상복구
운영 환경에서 특정 IP와 MAC 주소를 정적으로 등록해 사용하고 있었다면 전체 ARP 캐시 삭제 전에 값을 기록해 두어야 합니다. Microsoft의 arp -s 명령은 특정 IPv4 주소와 MAC 주소를 정적으로 연결할 수 있습니다.
예를 들어 원래 관리자가 지정한 값이 확인되어 있고 이를 다시 등록해야 하는 경우 형식은 다음과 같습니다.
arp -s 203.0.113.1 00-AA-00-4F-2A-9C주의: 실제 장비의 MAC 주소를 정확히 확인하지 않은 상태에서 정적 ARP 항목을 임의로 추가하지 마십시오. 잘못된 MAC 주소를 고정하면 정상적인 ARP 학습이 이루어지지 않아 통신 장애가 지속될 수 있습니다.
일반적인 PC 환경에서는 동적 ARP 학습을 사용하는 것이 정상이며, 별도의 운영 정책이 없다면 문제 해결을 위해 임의의 정적 ARP 값을 새로 만드는 방식은 권장하지 않습니다.
공식 참고자료
- Microsoft Learn — arp — Windows 10에서 ARP 캐시 표시, 특정 항목 삭제, 전체 항목 삭제와 정적 ARP 등록 구문 확인. 조회일: 2026-11-07.
- Microsoft Learn — Get-NetNeighbor — IPv4 Neighbor Cache가 ARP 캐시에 해당하며 IP 주소와 링크 계층 주소를 조회하는 방법 확인. 조회일: 2026-11-07.
- Microsoft Learn — Remove-NetNeighbor — PowerShell에서 특정 이웃 캐시 항목을 제거하는 방법 확인. 조회일: 2026-11-07.
- Microsoft Learn — ipconfig — Windows 10에서 IPv4 주소, 서브넷 마스크, 기본 게이트웨이 등 TCP/IP 구성 확인 방법 참고. 조회일: 2026-11-07.
- Microsoft Learn — Windows 10 릴리스 정보 — Windows 10 일반 지원 종료 상태 확인. 조회일: 2026-11-07.
자주 묻는 질문
ARP 캐시를 삭제하면 인터넷 연결이 끊기나요?
동적 ARP 항목은 필요한 통신이 발생하면 다시 학습되므로 일반적으로 영구적인 연결 장애가 발생하지 않습니다. 다만 원격 작업 중에는 재학습 과정이나 기존 네트워크 문제로 세션이 끊길 수 있으므로 중요한 서버에서는 콘솔 접속 수단을 준비하는 것이 좋습니다.
DNS 캐시와 ARP 캐시는 같은 것인가요?
다릅니다. DNS 캐시는 도메인 이름과 IP 주소의 관계를 저장하고, ARP 캐시는 같은 로컬 링크의 IPv4 주소와 MAC 주소 관계를 저장합니다. 따라서 ipconfig /flushdns는 ARP 캐시를 삭제하는 명령이 아닙니다.
인터넷 서버의 IP 주소가 arp -a에 보이지 않는 이유는 무엇인가요?
원격 인터넷 서버가 같은 로컬 링크에 있지 않기 때문입니다. 일반적으로 Windows는 원격 서버의 MAC 주소가 아니라 패킷을 다음 네트워크로 전달할 기본 게이트웨이의 MAC 주소를 ARP로 확인합니다.
ARP 캐시를 삭제해도 같은 잘못된 MAC 주소가 다시 나타납니다.
Windows 캐시가 아니라 네트워크에서 해당 MAC 주소로 ARP 응답이 계속 들어오는 상황일 수 있습니다. 중복 IP, 고가용성 장비, Proxy ARP 또는 잘못 연결된 장비가 있는지 네트워크 측에서 확인해야 합니다.
정적 ARP를 추가하면 문제가 해결되나요?
실제 MAC 주소가 확실하고 네트워크 운영 정책상 정적 매핑이 필요한 경우가 아니라면 권장하지 않습니다. 잘못된 값을 고정하면 오히려 정상적인 ARP 학습을 막아 장애를 지속시킬 수 있습니다.
마무리
Windows 10에서 ARP 캐시 문제로 네트워크 통신이 되지 않을 때는 먼저 현재 IP와 게이트웨이를 확인하고, arp -a로 실제 IP·MAC 매핑을 확인한 뒤 문제가 의심되는 항목만 삭제하는 순서가 안전합니다. 전체 캐시 초기화 후에도 잘못된 MAC 주소가 반복해서 등록된다면 PC 내부 캐시보다 중복 IP, 라우터, 스위치 또는 같은 네트워크의 다른 장비를 점검해야 합니다.
비전 IDC는 일본서버 호스팅 환경을 포함한 다양한 Windows 및 Linux 서버 운영 환경에서 네트워크 장애 원인을 정확하게 구분하고 해결하는 데 도움이 되는 기술정보를 지속적으로 제공하겠습니다.
