I forum periodicamente sollevano il problema del lavoro delle reti che contengono lo stesso indirizzo IP in un unico segmento fisico. Si scopre il cosiddetto conflitto di indirizzo IP nella rete. Dopo aver letto molti di questi forum, è chiaro che non tutti capiscono questo processo correttamente, così tante persone iniziano a dare ai fatti vari fictions e congetture che sono lontane dalla verità. Non molto tempo fa, su un'unica risorsa di amministratori di sistema, questo argomento è stato vigorosamente discusso. A questo proposito, c'è stata la necessità di chiarire in qualche modo la situazione che è sorta. Il formato dei forum è lo scambio di catene costituite da domande e risposte a loro, e nell'articolo si può parlare di tutto in modo coerente.
Gli indirizzi IP confliggenti nei protocolli di rete e di rete
L'unica cosa responsabile per controllare la duplicazione degli indirizzi di rete è il protocollo per la conversione degli indirizzi ARP. È possibile presentare in una certa forma tutta questa interazione. Quando viene ricevuto un nuovo indirizzo IP, il nodo A invia un bouacaste speciale alla richiesta volontaria nel formato ARP. È importante capire che l'intero processo non è influenzato dall'indirizzo IP del server DNS. La richiesta è una forma speciale di trasferimento di informazioni, in cui i campi SPA e TRA contengono i propri indirizzi. Se è stata ricevuta una risposta a questa richiesta, questo è il conflitto dell'indirizzo IP nella rete. Se non esiste risposta, non esiste un indirizzo duplicato e è univoco sulla rete. La situazione è molto più interessante quando arriva la risposta, cosa succede in rete in questo caso?
Il nodo che invia la richiesta alla rete acquista lo stato del cosiddetto nodo attaccante e quello che ha risposto alla richiesta ottiene lo stato del nodo attaccato. Cosa succede a ciascuno di essi nel processo di rilevazione di questo conflitto?
Considerate il nodo attaccante. Se non disponeva di un indirizzo IP dinamico e la configurazione viene eseguita manualmente, quindi dopo aver ricevuto la risposta, l'inizializzazione dell'indirizzo viene reimpostata, cioè il nodo non può assegnare un indirizzo in conflitto all'interfaccia. Un record di questo verrà registrato nel registro di sistema e verrà visualizzato un errore sullo schermo. Se l'indirizzo è configurato tramite DHCP, il client verifica che l'indirizzo ricevuto dal server DHCP sia in conflitto in un pacchetto speciale DHCPOFFER. Nel caso in cui appare che l'indirizzo da DHCPOFFER è duplicato, dopo che il client riceve una risposta alla richiesta, verrà inviato un particolare pacchetto DHCPDECLINE al server DHCP. A seconda dell'attuazione del servizio, questo indirizzo sarà contrassegnato come difettoso, dopo di che deve essere rimosso dall'elenco degli indirizzi gratuiti. Dopo di che, il client eseguirà nuovi tentativi per ottenere l'indirizzo IP dal server inviando pacchetti DHCPDISCOVER.
Ora puoi considerare il conflitto dell'indirizzo IP nella rete dal lato del nodo attaccato. Il conflitto è molto semplice, se il campo è una SPA, allora un nodo definisce un conflitto. Questo fatto è anche registrato in un registro eventi speciale e l'utente riceve una notifica di errore. Allo stesso tempo, l'indirizzo IP, che ha causato il conflitto , non viene rimosso dal nodo attaccato . Dopo che il conflitto è stabilito, inizia a funzionare un meccanismo per risolvere il conflitto che è sorto. L'essenza del problema in questo caso è la seguente: dopo l'invio di una richiesta volontaria, tutti i clienti del segmento sono inviati da un certo schema. Il risultato è la ricezione di un'immagine dallo scambio sequenziale dei tre fotogrammi.
È importante capire che lo scambio di dati tramite richieste e risposte viene eseguito solo quando l'indirizzo viene inizializzato. Se, ad esempio, un nodo è stato configurato in un indirizzo in conflitto prima di connettersi alla rete, quindi dopo essere stato attivato, non saranno scambiati dati da richieste volontarie. A questo proposito, entrambi i nodi della rete utilizzeranno questo indirizzo conflitto, ma con ogni nuova richiesta ARP, entrambi i nodi genereranno un errore sugli indirizzi in conflitto.
Latest posts
