Domeingebaseerde VPN-roetering teenoor IP-roetes: watter een pas?

'n IP-roete pas by 'n adresprefiks, en die kernel pas dit toe sonder verdere vrae. 'n Domeingebaseerde VPN-reel pas by 'n naam, wat beteken iets in die stapel moet besluit watter adresse daardie naam tans beteken en daardie besluit aktueel hou. Dis verskillende meganismes met verskillende foutmodusse, en verskaffers gebruik dieselfde woord vir albei. Om hulle op kenmerklyste te vergelyk mis die punt; vergelyk hulle op wat gebeur wanneer die antwoord verander.

Die nuttige skeiding is tussen 'n reel wat oplos en 'n reel wat nie.

Wat elke reel werklik pas

'n Prefiksreel pas by bestemmingsadresse in 'n roetetabel. Niks los op nie, niks verstryk nie, en die passing is presies vir elke pakket. 'n Domeinreel pas by 'n toepassing se versoek vir 'n naam, wat RFC 1034 definieer as 'n boom van etikette eerder as 'n adres. Sommige produkte los die naam een keer op en installeer die gevolglike adresse as roetes, wat die reel 'n IP-reel met 'n verversingstimer maak.

Weet watter van die twee jy het voordat jy dit ontfout, want die fout lyk heeltemal anders in elke geval.

Waar die domeinreel in die stapel woon

As die produk domeinreels deur 'n plaaslike instaanbediener implementeer, moet verkeer daardie instaanbediener bereik, en toepassings wat die stelselinstaanbediener ignoreer, omseil die reel heeltemal. As dit hulle implementeer deur name op te los en roetes by te voeg, is die adresse net so vars soos die laaste verversing. As dit die oplosser hak, word DNS-gedrag deel van die roeteringsbeleid, en 'n terugvaloplosser kan dit stilweg ongedaan maak.

Lees die verskaffer se model eerder as die etiket op die instelling. Twee kliente met 'n blokkie genaamd Split Tunnel kan drie verskillende dinge doen.

Vergelyk wat breek

Drie dinge breek anders. Adresverloop: 'n CDN-gasheernaam kan binne minute na 'n ander adresstel oplos, so 'n gekopieerde lys verouder sleg. Subdomeinbereik: 'n reel vir example.com dek dalk api.example.com of dalk nie, en die dokumentasie is gewoonlik duidelik oor watter. Oplossingsfout: wanneer die oplosser faal, kan 'n oplossende klient terugval op tonneling van die verkeer, of op direkte versending daarvan.

Net die tweede een is 'n konfigurasievraag. Die ander twee is ontwerpvrae oor hoeveel die produk bereid is om te raai.

Wanneer die prefiks die beter antwoord is

Vir 'n stabiele privaat subnet is 'n eksplisiete prefiks duideliker, vinniger en makliker om te oudit. Dit oorleef ook 'n oplosser-storing, want niks hoef op te los nie. Gryp na 'n domeinreel wanneer die diens gehuisves is, wanneer adresse roteer, of wanneer jy regtig nie die bestemmingsversameling kan opsom nie. Moenie daarna gryp net omdat die gasheernaam die ding is wat jy toevallig ken nie.

'n Gerade statiese lys is die slegste van albei: dit lyk onderhou, en dit mis stilweg verkeer die dag wanneer die verskaffer 'n gasheer byvoeg.

Verifieer met 'n vars versoek

Toets met 'n koue versoek na 'n normale herverbinding, want 'n gekaste bladsy raak dalk nooit aan die reel nie. Los die naam op en kyk dan waar die verbinding werklik heen gegaan het. dig +short app.example.com gee die huidige adresstel, en die klient se verbindingslys wys jou watter koppelvlak die vloei gedra het.

Herhaal na die verversingstydperk wat die produk dokumenteer. As die adresstel verskuif en die reel volg nie, het jy die werklike gedrag gevind.

Hou oplosserbeleid ook apart. 'n Domeinreel het korrekte naamdata nodig, maar dit besluit nie op sigself watter oplosser die navraag antwoord nie.