Kaksi VPN:ää, yksi resolveri: viimeksi kirjoittanut voittaa

Kaksi VPN-asiakasta on yhdistetty, yksi työtä ja yksi laboratorioverkkoa varten, ja sisäiset nimet ratkeavat vain viimeksi yhdistyneelle asiakkaalle. Tämä kuvio näyttää vian toisessa asiakkaassa. Yleensä se on kahden ohjelman ennustettava tulos, kun ne kirjoittavat saman resolverin kokoonpanon sopimatta siitä, kuka omistaa minkä nimen.

Myytti: uusin VPN omistaa DNS:n

Ei ole yleissääntöä, että uusin yhteys voittaa. Se, mitä tapahtuu, riippuu alustan mekanismista ja siitä, miten kukin asiakas sen kirjoittaa. Asiakas, joka korvaa resolverin tiedoston, tuottaa yhden tuloksen; asiakas, joka lisää domeenin linkkiä kohden, tuottaa toisen; asiakas, joka ei tee mitään, jättää aiemman tilan ennalleen.

Havaittu käyttäytyminen on siis kahden toteutuksen ominaisuus, ei dokumentoitu prioriteetti. Pelkästä käynnistysjärjestyksestä päätteleminen osuu joskus oikeaan ja joskus väärään tavalla, jota on vaikea toistaa. Kirjoita kohdistus muistiin sen sijaan. Kahdessa asiakkaassa elävä suunnittelu ei ole suunnittelu.

Kohdista nimiavaruudet resolvereihin

Luettele yksityiset liitteet ja resolveri, jonka kukin verkko vaatii, ja päätä sitten, minne julkisten nimien pitää mennä. Se luettelo on suunnittelu. Ilman sitä asiakkaat tekevät päätöksen vahingossa.

Alusta, joka tukee linkkikohtaista DNS:ää tai reititysdomeeneja, voi ilmaista jaon tarkoituksella: yksi domeeni menee yhdelle linkille, toinen domeeni toiselle, ja kaikki muu noudattaa nimenomaista oletusta. Kaksi litteää skriptiä, jotka kirjoittavat saman tiedoston uudelleen, eivät voi säilyttää tätä suunnittelua, koska kumpikin uskoo omistavansa koko kokoonpanon.

Windowsissa nimien ratkaisun käytäntötaulukko voi ohjata liitteet tietyille palvelimille, ja VPN-asiakas voi asentaa sinne sääntöjä. Tarkista käytäntö, älä sovittimien luetteloa, koska nimi ei ratkea sovittimien luettelon avulla.

Pidä käynnistyspolku

Jokaisen asiakkaan on löydettävä oma päätepisteensä ennen kuin se voi käyttää palvelua, jonka tuo päätepiste tarjoaa. Jos päätepisteen isäntänimi voidaan ratkaista vain tunnelin kautta ja tunneli tarvitsee ratkaistun isäntänimen, sinulla on kehämäinen riippuvuus, joka näkyy yhteyden aikakatkaisuna. Pidä yksi käynnistyspolku molempien tunnelien ulkopuolella. Se ei maksa mitään ennen sitä päivää, jolloin se pelastaa yhteyden.

Katso polkua kuhunkin resolveriin, ei vain sille määritettyä nimeä. Resolveri, joka on tavoitettavissa vain toisen tunnelin kautta, käyttäytyy kuin puuttuva, ja oire on aikakatkaisu eikä reititysvirhe.

Päällekkäiset osoitteet eivät ole DNS-ongelma

Kahta yksityistä verkkoa, joilla on sama osoitealue, ei voi korjata DNS-järjestyksellä. Jos molemmat tunnelit vaativat 10.0.0.0/8:n, oikein ratkeava nimi osoittaa silti osoitteeseen, johon isäntä ei voi reitittää oikeaa tunnelia. Se vaatii ratkaisun osoitetasolla, kuten eri alueet, nimiavaruus tai käännös, ei toista resolveriasetusta. Asian päättäminen varhain estää pitkän kiertotien DNS-kokoonpanon kautta, joka ei olisi koskaan toiminut.

Vertaa molempien tunnelien osoitemäärityksiä ennen kuin syytät nimien ratkaisua. Kun molemmat osapuolet työntävät saman etuliitteen, isäntä pitää sille yhden reitin, ja toisen tunnelin kautta ratkennut nimi päätyy silti osoitteeseen, jonka ensimmäinen tunneli omistaa. Eri alueet, nimiavaruus verkkoa kohden tai käännös ovat korjaukset; kun kukin asiakas on yhdistetty, varmista, että reititystaulukko näyttää tarkoittamasi polun.

Todista se oikeilla sovelluksilla

Valitse kaksi isäntää, jotka ovat olemassa vain omassa nimiavaruudessaan, ja yksi julkinen nimi, ja ratkaise sitten kukin asiakkaan kautta, jonka pitäisi omistaa se. Odotetun resolverin oikea vastaus ei todista, että sovellus tavoittaa isännän, koska reitti tuohon osoitteeseen voi silti epäonnistua. Tee jokaisen haun jälkeen yhteystesti ohjelmasta, jonka käyttäjä todella suorittaa.

Asiakas, jolla on oma salattu DNS-vaihtoehto, voi ohittaa juuri vahvistamasi käytännön, joten tarkista tuo asetus osana katselmointia. Yhdistä sitten molemmat asiakkaat uudelleen siinä järjestyksessä, jota toimittaja tukee, ja toista haut; jos vastaukset vaihtuvat järjestyksen muuttuessa, kilpaileva kirjoittaja omistaa yhä osan kokoonpanosta. Selvitä, mikä komponentti asentaa säännön - asiakas, käyttöjärjestelmän profiili vai hallinta-agentti - ennen kuin muutat mitään. Kirjaa järjestys ja omistajat, jotta seuraavan henkilön ei tarvitse löytää niitä uudelleen.