ARP 삭제 문제를 해결하는 방법

네트워크 연결 시 DNS 캐시가 지워지지 않는 문제를 해결하세요.

1 이러한 상황이 발생했을 때 취할 수 있는 가장 간단한 방법은 DNS를 새로 고치는 것입니다. , 캐시에서 DNS 확인자 항목을 삭제합니다. "시작" - "실행" 클릭 - cmd를 입력하고 "확인"을 클릭한 후 명령 프롬프트 창에 ipconfig /flushdns를 입력하세요.

2 위의 방법으로 문제가 해결되지 않으면 시스템에서 DNS 클라이언트와 DHCP를 변경하세요. service 클라이언트의 두 가지 서비스 구성 요소가 시작됩니다

네트워크 가위손 네트워크 법 집행관 네트워크 에이전트와 같은 arp 스푸핑 공격의 경우 네트워크 카드 복구 작업에서 arp 캐시를 사용할 수 있으며, cmd 명령의 arp -d 명령

좋은 방법은 키 마법사에서 다음과 같이 스크립트를 작성하는 것입니다:

VBS Set Oshell = CreateObject("wscript.shell")

VBS Oshell. "cmd /c arp -d" 실행, vbHide

VBS Set Oshell = Nothing

VBS End Sub

지연 1000

이것은 1초마다 arp 캐시를 지우는 것이며 지연을 직접 조정할 수 있습니다! !

IPConfig에서 제공하는 정보를 통해 TCP/IP 속성에 존재하는 일부 구성 문제를 확인할 수 있습니다. 예를 들어, "IPConfig /all"을 사용하면 IP 주소, 서브넷 마스크, 기본 게이트웨이, DNS 서버 및 기타 정보를 포함한 호스트의 자세한 구성 정보를 얻을 수 있습니다.

얻어진 정보를 통해 네트워크 장애를 신속하게 판단할 수 있습니다. 예를 들어, 서브넷 마스크가 0.0.0.0인 경우 LAN의 IP 주소가 중복될 수 있음을 의미하며, 반환된 로컬 IP 주소가 169.254.*.*로 표시되고 서브넷 마스크가 255.255.0.0인 경우 이 IP 주소는 Windows XP의 자동 개인 IP 주소 지정 기능에 의해 할당됩니다. 이는 TCP/IP가 DHCP 서버를 찾지 못했거나 네트워크 인터페이스에 대한 기본 게이트웨이를 찾을 수 없음을 의미합니다. 반환된 로컬 IP 주소가 0.0.0.0으로 표시되는 경우는 DHCP 초기화에 실패하여 IP 주소를 할당할 수 없는 경우이거나, 네트워크 카드가 네트워크 연결 부족을 감지하거나 TCP/IP에서 네트워크 연결 부족을 감지한 경우일 수 있습니다. IP 주소 충돌.

우리 모두 알고 있듯이 모든 컴퓨터에는 인터넷에 정상적으로 액세스하기 위해 주소가 필요합니다. 이 주소를 우리는 흔히 IP 주소라고 부릅니다. 실제 업무에서 네트워크 관리자로서 이러한 IP 주소를 어떻게 효과적으로 관리할 수 있습니까? 각 컴퓨터에 해당 IP 주소, 서브넷 마스크, 게이트웨이 주소, DNS 주소 및 기타 네트워크 매개 변수를 설정하는 것은 확실히 가능하지만 매우 번거롭고 많은 작업이 필요합니다. 실제 응용 프로그램에서는 충돌 현상이 자주 발생할 수 있습니다.

이러한 네트워크 매개변수를 어떻게 효과적으로 할당합니까? DHCP 서비스는 전문 서버에서 DHCP 서비스를 구성한 다음 네트워크의 모든 일반 클라이언트에 IP 및 기타 정보를 할당함으로써 매우 효율적인 작업입니다. 그러나 DHCP는 네트워크 관리에 편리함을 제공하지만 몇 가지 문제도 발생합니다. 예를 들어, 네트워크 대역폭이 영향을 받아 클라이언트가 올바른 주소 정보를 얻을 수 없거나 어떤 정보도 얻을 수 없는 경우가 많습니다. 실제로 특정 규칙에 따라 이러한 오류를 해결할 수 있습니다. 오늘 저자는 IT168 독자에게 DHCP 오류 문제 해결 방법에 대한 포괄적인 소개를 제공합니다.

1. 개념:

DHCP 오류 문제 해결을 소개하기 전에 먼저 이론을 풍부하게 함으로써 다음 소개를 더 잘 이해할 수 있습니다. 문제 해결 아이디어.

첫 번째: DHCP 서비스는 어떤 데이터를 제공할 수 있나요? DHCP 서비스는 전능하지 않습니다. IP 주소, 마스크 주소, 게이트웨이 주소, WINS 및 DNS 서버 주소 등과 같은 네트워크 계층 관련 매개변수만 제공할 수 있습니다. 하위 주소의 경우 MAC 주소와 같은 정보를 사용할 수 없습니다. MAC 주소는 컴퓨터의 네트워크 카드에 기록됩니다.

둘째: 여러 DHCP 서버를 동시에 실행할 수 있나요? DHCP 서버는 브로드캐스트 패킷을 통해 클라이언트에 네트워크 정보를 보냅니다. 따라서 동일한 네트워크, 특히 동일한 브로드캐스트 도메인에 DHCP 서버가 여러 개 있는 경우 각 서버는 자체 네트워크 정보를 제공하므로 브로드캐스트 패킷 충돌이 발생합니다. 네트워크. 클라이언트는 어떤 DHCP 서버로부터 정보를 받아들여야 할지 모릅니다. 따라서 Microsoft에서는 기본적으로 동일한 브로드캐스트 도메인 네트워크에 하나의 DHCP 서버만 존재할 수 있으며 나중에 설정되거나 활성화된 DHCP는 작동하지 않도록 설정했습니다.

셋째: 임대란 무엇인가요? DHCP 서버를 구성하는 동안 임대 일수가 설정됩니다. 그렇다면 임대란 무엇입니까? DHCP 서버는 클라이언트에 네트워크 정보 할당 패킷을 보낸 후 클라이언트로부터 응답 패킷을 받습니다. 그런 다음 DHCP 서버는 할당된 IP 주소와 클라이언트로부터 받은 컴퓨터의 MAC 주소 사이에 링크를 설정합니다. , 이 통신 내용을 DHCP 서버의 임대 풀에 저장합니다. 이 임대 풀이 필요한 이유는 무엇입니까? 한편으로는 다음 번에 네트워크 매개변수 정보를 배포하는 속도가 향상됩니다. 그러나 MAC 주소에 해당하는 클라이언트 컴퓨터가 다른 곳으로 이동하거나 MAC 주소가 변경된 경우, 위에서 설정된 해당 관계가 DHCP 서버의 임대 풀에 유지되면 사용 가능한 IP 주소 수가 줄어들고, less, 많은 유효 주소가 유효하지 않은 MAC에 의해 점유되므로 Microsoft는 임대 개념을 도입했습니다. 임대를 통해 DHCP 서버의 임대 풀에 저장된 모든 해당 항목을 정기적으로 삭제하도록 강제하여 불법 MAC 주소가 합법적인 IP를 점유하는 것을 방지할 수 있습니다.

넷째: 내 클라이언트는 DHCP 서버에서 169.254.*.* 형식의 IP 정보를 얻을 수 있습니다. 이 문장은 잘못되었습니다. 왜? Microsoft는 Windows 2000 시스템에서 이 기능을 제공합니다. 즉, 네트워크에 DHCP 서버가 없고 클라이언트의 로컬 네트워크 정보가 자동으로 IP를 얻도록 설정되어 있으면 Windows 2000 이상의 운영 체제는 자동으로 자신에게 할당합니다. . 169.254.*.* 형식의 IP 정보입니다. 따라서 클라이언트가 169.254.*.*와 같은 IP 주소만 얻을 수 있다면 이는 DHCP 서버가 제대로 작동하지 않는다는 의미입니다.