Xung đột địa chỉ IP trên mạng: Phát hiện và Nghị quyết

Trên các diễn đàn một câu hỏi về mạng kỳ tăng có chứa cùng địa chỉ IP trong phân khúc vật lý như nhau. Hóa ra cái gọi là cuộc xung đột địa chỉ IP trên mạng. Sau khi đọc rất nhiều các diễn đàn nó trở nên rõ ràng rằng không hiểu tất cả đúng quá trình này, rất nhiều người đang bắt đầu đưa ra các sự kiện cho một loạt các tiểu thuyết và phỏng đoán rằng là xa sự thật. Cách đây không lâu trong một nhà quản lý tài nguyên tuyệt vời mạnh mẽ tranh luận vấn đề này. Về vấn đề này, nó là cần thiết để bằng cách nào đó làm rõ các tình huống cấp bách. Forum định dạng - một cuộc trao đổi của một chuỗi các câu hỏi và câu trả lời cho họ, và trong bài viết có thể bao gồm tất cả mọi thứ một cách nhất quán.

Xung đột địa chỉ IP trên giao thức mạng và mạng

Điều duy nhất mà có trách nhiệm kiểm soát việc sao chép các địa chỉ mạng, chuyển đổi giao thức là địa chỉ ARP. Nó có thể được thể hiện trong một số hình thức tất cả các tương tác này. Khi một địa chỉ IP mới, nút A gửi một yêu cầu tự nguyện broakdast đặc biệt để định dạng ARP. Điều quan trọng là phải hiểu rằng toàn bộ quá trình này không ảnh hưởng đến địa chỉ IP máy chủ DNS. Yêu cầu là một hình thức đặc biệt của truyền thông tin, trong đó lĩnh vực SPA TRA và chứa địa chỉ của mình. Nếu yêu cầu này đã được trả lời, và nó là một cuộc xung đột địa chỉ IP trên mạng. Nếu không có phản ứng, sau đó địa chỉ và tăng gấp đôi trong hai, và nó là duy nhất trong mạng. Nhiều thú vị hơn tình hình khi câu trả lời đến, mà trong trường hợp đó có một mạng?

Nút gửi một yêu cầu vào mạng, mua lại trạng thái trang web cái gọi là kẻ tấn công, và một trong đó đã đưa ra câu trả lời cho các yêu cầu, mua lại tình trạng của các trang web bị tấn công. Điều gì xảy ra mỗi người trong quá trình phát hiện các cuộc xung đột?

Hãy xem xét một đơn vị tấn công. Nếu ông đã không được thiết lập một IP động địa chỉ, và các thiết lập được thực hiện bằng tay, sau khi phản ứng là địa chỉ khởi tạo thiết lập lại, có nghĩa là, các nút có thể không gán một địa chỉ mâu thuẫn với giao diện. Ghi lại sẽ được nhập vào file log, và các lỗi sẽ được hiển thị trên màn hình. Nếu cài đặt địa chỉ được thực hiện thông qua DHCP, sau đó khách hàng sẽ được xác minh trên cơ xung đột mà giải quyết, trong đó đã nhận được chúng từ DHCP-server trong một gói đặc biệt DHCPOFFER. Trong trường hợp đó, nếu nó quay ra rằng địa chỉ của các sao lưu DHCPOFFER thì sau khi khách hàng nhận được một phản ứng với yêu cầu sẽ được gửi đến một gói đặc biệt DHCPDECLINE DHCP server. Tùy thuộc vào việc thực hiện dịch vụ địa chỉ này sẽ được đánh dấu là khiếm khuyết, sau đó nó phải được loại bỏ khỏi danh sách các địa chỉ có sẵn. Sau đó, khách hàng sẽ được thực hiện những nỗ lực mới để có được địa chỉ IP của máy chủ gửi các gói tin DHCPDISCOVER.

Bây giờ bạn sẽ nhìn thấy xung đột địa chỉ IP ở phía bên mạng của các trang web bị tấn công. Họ xác định cuộc xung đột là rất đơn giản, nếu lĩnh vực SPA, sau đó các nút được xác định chắc chắn xung đột. Thực tế này cũng được ghi lại trong nhật ký sự kiện, và người dùng nhận được một thông báo lỗi. Đồng thời với địa chỉ host ip tấn công không được cắt bỏ, nó đã trở thành một nguyên nhân gây ra xung đột. Sau khi xem xét cuộc xung đột bắt đầu làm việc một cơ chế để giải quyết cuộc xung đột hiện có. Bản chất của vấn đề trong trường hợp này là như sau: sau khi gửi một truy vấn được gửi đến một yêu cầu tự nguyện cho tất cả các phân khúc khách hàng trong một mô hình cụ thể. Kết quả là để có được một mô hình của truyền thông nối tiếp khung ba.

Điều quan trọng là phải hiểu rằng các yêu cầu thông tin liên lạc và phản ứng chỉ để khởi tạo địa chỉ. Nếu, ví dụ, các trang web đã được cấu hình để giải quyết cuộc xung đột trước khi kết nối nó vào mạng, sau khi đưa nó sẽ không xảy ra trao đổi tự nguyện yêu cầu dữ liệu. Về vấn đề này, hai nút của mạng sẽ được sử dụng bởi các cuộc xung đột địa chỉ, nhưng với mỗi yêu cầu ARP mới cả hai nút sẽ tạo ra lỗi trên các địa chỉ xung đột.