IP-osoitteen ristiriita verkossa: havaitseminen ja tarkkuus
Foorumit nostavat säännöllisesti kysymyksenVerkko, joka sisältää samat IP-osoitteet samassa fyysisessä osassa. Verkon ns. IP-osoitteen konflikti käy ilmi. Lukemalla monista näistä foorumeista on selvää, että kaikki eivät oikein ymmärtä tätä prosessia, joten monet ihmiset alkavat antaa tosiasioille erilaisia fiktioita ja arvauksia, jotka ovat kaukana totuudesta. Jo kauan sitten, erään erinomaisen järjestelmän ylläpitäjän resurssista, tätä asiaa käsiteltiin voimakkaasti. Tältä osin oli tarpeen jossakin tapauksessa selventää tilannetta, joka on syntynyt. Foorumien muoto on ketjujen vaihto, johon kuuluu kysymyksiä ja vastauksia, ja artikkelissa voi puhua kaikesta johdonmukaisesti.
Ristiriitaiset IP-osoitteet verkossa ja verkkoprotokollat
Ainoa valvonnasta vastaava asiapäällekkäisyyttä verkko-osoitteet, jotka on protokollamuunnoksen ARP-osoitteita. Se voidaan esittää jossain muodossa kaikissa tämän vuorovaikutuksen. Kun uusi IP-osoite, solmu A lähettää erityisen broakdast vapaaehtoisen pyynnön ARP muotoon. On tärkeää ymmärtää, että tämä koko prosessi ei vaikuta IP-DNS-palvelimen osoite. Pyyntö on erityinen muoto tiedonsiirron, jolloin kenttä SPA TRA ja on omat osoitteet. Jos pyyntö on vastattu, ja se on ristiriita IP-osoitteita verkossa. Jos ei ole vastausta, sitten osoite ja kaksinkertaistuu joko, ja se on ainutlaatuinen verkossa. Paljon mielenkiintoisempaa tilannetta, kun vastaus tulee, että kyseisessä tapauksessa on verkko?
Pyynnön lähettävä solmu hakee verkkoonns. hyökkäävän solmun tila ja pyynnölle vastanneilla oleva asema saa hyökkäyksen kohteena olevan solmun tilan. Mitä tapahtuu jokaiselle heistä tämän konfliktin havaitsemisprosessissa?
Harkitse hyökkäävää solmua. Jos sillä ei ole dynaamista IP-osoitetta ja kokoonpano tehdään manuaalisesti, vastauksen vastaanottamisen jälkeen osoitteen alustus nollataan, eli solmu ei voi antaa ristiriitaista osoitetta liittymälle. Tämä tietue tallennetaan järjestelmän lokiin ja näyttöön ilmestyy virhe. Jos osoite määritetään DHCP: n kautta, asiakas tarkistaa DHCP-palvelimen DHCP-palvelimelta DHCP-palvelimelta saadun osoitteen olevan ristiriidassa erityisen DHCPOFFER-paketin kanssa. Siinä tapauksessa, että DHCPOFFER: n osoite on kahtalainen, kun asiakas vastaanottaa vastauksen pyyntöön, DHCP-palvelimeen lähetetään erityinen DHCPDECLINE-paketti. Palvelun toteutuksesta riippuen tämä osoite merkitään vialliseksi, minkä jälkeen se on poistettava vapaan osoitteiston luettelosta. Sen jälkeen asiakas tekee uusia yrityksiä saada IP-osoite palvelimelta lähettämällä DHCPDISCOVER-paketit.
Nyt voit tarkastella IP-osoitteen ristiriitaaverkosta hyökkäyssolmulta. Ne ristiriita ovat hyvin yksinkertaisia, jos kenttä on erityissuojelualue, sitten solmu muodostaa ristiriidan. Tämä tosiasia on myös rekisteröity erityisessä tapahtumalokissa, ja käyttäjä saa virheilmoituksen. Samaan aikaan, IP-osoite, joka aiheutti konfliktit, ei poisteta hyökkäyksestä solmusta. Konfliktin jälkeen konfliktin ratkaisemisen mekanismi alkaa toimia. Tässä tapauksessa ongelman ydin on seuraava: yhden vapaaehtoisen pyynnön lähettämisen jälkeen kaikki segmentin asiakkaat lähetetään tietyssä järjestelmässä. Tuloksena on kuvan vastaanottaminen kolmen kehyksen peräkkäisestä vaihtamisesta.
On tärkeää ymmärtää, että tietojen vaihto pyyntöihin javastaukset tehdään vain alustettaessa osoitetta. Jos esim. Solmu on konfiguroitu ristiriitaiseen osoitteeseen, ennen kuin se muodostaa yhteyden verkkoon, sen jälkeen kun se on kytketty päälle, tietoja ei vaihdeta vapaaehtoisilla pyynnöillä. Tässä suhteessa molemmat verkon solmut käyttävät tätä ristiriitaista osoitetta, mutta jokaisen uuden ARP-pyynnön yhteydessä molemmat solmut aiheuttavat virheen ristiriitaisista osoitteista.
