IP의 충돌은 네트워크 주소 : 감지 및 해결을

포럼의 네트워크에 대한 질문은 주기적으로 동일한 물리적 세그먼트에서 동일한 IP 주소를 포함하는 상승한다. 그것은 네트워크의 IP 주소의 소위 충돌을 끈다. 이 모두 적절하게이 과정을 이해하지 않는 것이 분명해진다 이러한 포럼의 많은 읽은 후, 많은 진실에서 멀리이다 소설과 추측의 다양한 사실을 제공하기 시작했다. 얼마 전까지 하나의 훌륭한 자원 관리자에서 적극적으로이 문제를 논의하지 않습니다. 이와 관련하여, 어떻게 든 압박 상황을 명확히 할 필요가 있었다. 포럼 형식 - 그들에게 질문과 답변의 체인의 교환, 그리고 문서에서 지속적으로 모든 것을 커버 할 수있다.

IP의 충돌 해결 네트워크 및 네트워크 프로토콜

네트워크 주소의 중복 관리에 대한 책임이있는 유일한 방법은, 프로토콜 변환은 ARP 주소입니다. 그것은 어떤 형태로 모든 상호 작용을 나타낼 수있다. 때 새로운 IP 주소, 노드 A는 ARP 형식으로 특별한 broakdast 자발적 요청을 보냅니다. 이 모든 과정은 IP DNS 서버 주소에 영향을 미치지 않는다는 것을 이해하는 것이 중요하다. 요청 필드 SPA TRA와 자신의 주소를 포함하는 것을 특징으로 정보 전송의 특별한 형태이다. 이 요청이 대답하여 그것이 한 경우 IP의 충돌이 네트워크에 해결합니다. 거기에 응답 한 후 주소없고 중 복식, 그리고 경우는 네트워크에서 고유합니다. 답이 오면 상황이 훨씬 더 흥미로운, 그 경우에 네트워크가?

노드는 네트워크에 요청을 보내는 소위 침입자의 사이트의 상태를 획득하고, 요청에 답을 준 사람은 공격 사이트의 상태를 얻습니다. 어떤 충돌의 검출 과정에서 그들 각각 어떻게됩니까?

공격하는 단위를 고려하십시오. 그가 설정하지 않은 경우 동적 IP 주소를, 그리고 응답이 다시 초기화 주소가 후 설정을 수동으로 만들어진, 즉, 노드는 인터페이스에 충돌하는 주소를 할당 할 수 없습니다. 기록은 로그 파일에 입력되며, 오류가 화면에 표시됩니다. 주소 설정은 DHCP를 통해 수행되는 경우, 고객은 특별 패키지 DHCPOFFER에 DHCP 서버에서 그들에 의해 수신 주소 충돌에 확인됩니다. 이 경우, 경우는 DHCPOFFER 백업의 주소가, 클라이언트가 수신 후 후 요청에 대한 응답이 특별한 패키지 DHCPDECLINE DHCP 서버로 전송됩니다 것으로 나타났다. 이 주소에 결함이있는 것으로 표시됩니다 서비스 구현에 따라, 다음 사용 가능한 주소 목록에서 제거해야합니다. 그 후, 고객은 DHCPDISCOVER 패킷을 전송하는 서버의 IP 주소를 얻기 위해 새로운 시도를 할 것이다.

지금 당신은 공격 사이트의 네트워크 측의 IP 주소 충돌을 볼 수 있습니다. 그들은 SPA의 필드, 노드가 충돌을 확인하는 경우 충돌이 매우 간단 결정했다. 이 사실은 또한 이벤트 로그에 기록되고, 사용자는 에러 메시지를 수신한다. 제거되지 않는 공격 호스트의 IP 주소와 동시에,이되었다 갈등의 원인. 충돌을 확인하는 한 기존의 갈등을 해결하기위한 메커니즘을 작동하기 시작합니다. 쿼리를 전송하는 것은 특정 패턴의 모든 고객 세그먼트에 자발적 요청에 제출 한 후 :이 경우 문제의 본질은 다음과 같습니다. 결과는 시리얼 통신 트리플 프레임의 패턴을 얻을 수있다.

이 통신 요청과 응답은 주소를 초기화하는 것을 이해하는 것이 중요합니다. 예를 들어, 사이트가 네트워크와의 연결 전에 충돌을 해결하기 위해 구성되어, 경우, 그 포함 후에 데이터 요청 자발적 교환을 발생하지 않습니다. 이와 관련하여, 네트워크의 두 노드는 주소 충돌에 의해 사용되지만, 각각의 새로운 ARP 요청과 두 노드는 충돌 주소에 오류가 발생합니다.