Konfliktien IP-osoitteita verkossa: havaitseminen ja Resolution

Foorumeilla kysymyksen verkon määräajoin nousee, jotka sisältävät saman IP-osoite samaan fyysiseen segmenttiin. On käynyt ilmi, ns konflikti IP-osoitteita verkossa. Luettuani monet näistä foorumeista on selvää, etteivät kaikki oikein ymmärrä tätä prosessia, niin monet ovat alkaneet antaa ulos tosiasiat erilaisia fiktion ja arveluja, jotka ovat kaukana totuudesta. Ei niin kauan sitten yhdessä erinomainen resurssi ylläpitäjät voimakkaasti keskustellut tästä asiasta. Tältä osin oli tarpeen jotenkin selventää kiireellinen asia. Foorumien - vaihto ketjun kysymyksiä ja vastauksia niihin, ja artikkelissa kattaa kaiken johdonmukaisesti.

Ristiriita IP-osoitteita verkossa ja verkkoprotokollat

Ainoa asia, joka on vastuussa valvonnasta päällekkäisyyttä verkko-osoitteiden, protokollamuunnos 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?

Solmu lähettää pyynnön verkkoon, hankkii aseman ns hyökkääjän sivuston, ja se, joka antoi vastauksen pyyntöön, hankkii tilan hyökkäsi sivuston. Mitä tapahtuu jokainen niistä parhaillaan havaitsemisen konfliktin?

Harkitse hyökkäävä yksikkö. Jos hän ei asettanut dynaaminen IP- osoitteen, ja asetukset tehdään manuaalisesti, kun vastaus on nollattu alustusta osoite, eli solmu voi määrittää ristiriitaisia osoite rajapintaan. Ennätys merkitään lokitiedosto ja virhe näkyy näytöllä. Jos osoite muuttaminen suoritetaan kautta DHCP, niin asiakas on tarkistettava kyseessä konfliktin puuttua, jotka se sai ne DHCP-palvelin erityisen paketin DHCPOFFER. Siinä tapauksessa, jos käy ilmi, että osoitteen DHCPOFFER varmuuskopion, sitten kun asiakas saa vastauksen pyyntöön lähetetään erityisen paketin DHCPDECLINE DHCP-palvelimelta. Riippuen palvelujen toteuttamiseen tähän osoitteeseen merkitään vialliseksi, se on poistettava luettelosta saatavilla osoitteista. Tämän jälkeen asiakas tehdään uusia yrityksiä saada IP-osoitteen palvelimen lähettää DHCPDISCOVER paketteja.

Nyt näet IP-osoitteen konflikti verkon puolella hyökkäsi sivuston. Ne määritellään konflikti on hyvin yksinkertainen, jos alalla SPA, niin solmu todetaan konflikti. Tämä seikka on myös tallennettu tapahtumalokiin, ja käyttäjä saa virheilmoituksen. Samalla kanssa hyökkäsi isännän IP-osoite ei poistu, siitä on tullut aiheuttaa konflikteja. Todettuaan konflikti alkaa toimia mekanismi ratkaisemiseksi nykyinen konflikti. Ydin ongelma tässä tapauksessa on seuraava: kun lähettämällä kyselyn toimitetaan vapaaehtoisen pyynnön kaikille asiakassegmenteille tietty kuvio. Tuloksena on saada kuvio sarjaliikenne kolminkertainen kehyksiä.

On tärkeää ymmärtää, että viestintä pyynnöt ja vastaukset ainoastaan alustamaan osoite. Jos, esimerkiksi, sivusto on konfiguroitu -osoiteristiriita ennen sen yhteys verkkoon, sen jälkeen kun se on sisällytetty ei tapahdu vapaaehtoinen vaihtaminen tietopyyntöjä. Tässä suhteessa, kaksi verkon solmujen voidaan käyttää osoite konflikti, mutta jokaisen uuden ARP pyyntö molemmat solmut tuottavat virheitä konfliktien osoitteita.