Domenais pagrįstas VPN maršrutizavimas prieš IP maršrutus: kuris tinka?

IP maršrutas atitinka adreso prefiksą, o branduolys jį taiko neklausdamas daugiau klausimų. Domenais pagrįsta VPN taisyklė atitinka vardą, o tai reiškia, kad kažkas kamino viduje turi nuspręsti, kokius adresus tas vardas šiuo metu reiškia, ir išlaikyti tą sprendimą aktualų. Tai skirtingi mechanizmai su skirtingais gedimo režimais, o tiekėjai abiem naudoja tą patį žodį. Jų palyginimas funkcijų sąrašuose prašoka esmę; palyginkite juos pagal tai, kas nutinka pasikeitus atsakymui.

Naudingas atskyrimas yra tarp taisyklės, kuri išsprendžia, ir taisyklės, kuri neišsprendžia.

Ką iš tikrųjų atitinka kiekviena taisyklė

Prefikso taisyklė atitinka paskirties adresus maršrutizavimo lentelėje. Niekas neišsprendžiama, niekas nepasibaigia, o atitikimas yra tikslus kiekvienam paketui. Domeno taisyklė atitinka programos prašymą dėl vardo, kurį RFC 1034 apibrėžia kaip etikečių medį, o ne adresą. Kai kurie produktai vardą išsprendžia vieną kartą ir gautus adresus įdiegia kaip maršrutus, todėl taisyklė tampa IP taisykle su prijungtu atnaujinimo laikmačiu.

Prieš derindami išsiaiškinkite, kurią iš šių dviejų turite, nes gedimas kiekvienu atveju atrodo visiškai kitaip.

Kur domeno taisyklė gyvena kamino viduje

Jei produktas domenų taisykles įgyvendina per vietinį tarpinį serverį, srautas turi pasiekti tą tarpinį serverį, o programos, kurios nepaiso sistemos tarpinio serverio, taisyklę visiškai apeina. Jei jis jas įgyvendina išspręsdamas vardus ir pridėdamas maršrutus, adresai yra tokie pat nauji kaip paskutinis atnaujinimas. Jei jis prisikabina prie sprendėjo, DNS elgsena tampa maršrutizavimo politikos dalimi, o atsarginis sprendėjas gali ją tyliai atšaukti.

Skaitykite tiekėjo modelį, o ne nustatymo etiketę. Du klientai su laukeliu pavadinimu Split Tunnel gali daryti tris skirtingus dalykus.

Palyginkite, kas lūžta

Trys dalykai lūžta skirtingai. Adresų kaita: CDN hosto vardas per minutes gali išsispręsti į kitą adresų rinkinį, todėl nukopijuotas sąrašas greitai pasensta. Subdomenų apimtis: example.com taisyklė gali apimti api.example.com arba ne, o dokumentacija paprastai aiškiai nurodo, kuris atvejis. Sprendimo gedimas: kai sprendėjas sugenda, sprendžiantis klientas gali pereiti prie srauto tuneliavimo arba jo siuntimo tiesiogiai.

Tik antroji yra konfigūracijos klausimas. Kitos dvi yra dizaino klausimai apie tai, kiek produktas pasirengęs spėlioti.

Kada prefiksas yra geresnis atsakymas

Stabiliam privačiam potinkiui aiškus prefiksas yra aiškesnis, greitesnis ir lengviau audituojamas. Jis taip pat atlaiko sprendėjo sutrikimą, nes nieko nereikia spręsti. Pasirinkite domeno taisyklę, kai paslauga talpinama, kai adresai sukasi arba kai tikrai negalite išvardyti paskirties rinkinio. Nesirinkite jos vien todėl, kad hosto vardas yra tai, ką atsitiktinai žinote.

Spėliotas statinis sąrašas yra blogiausia iš abiejų: atrodo prižiūrimas ir tyliai praleidžia srautą tą dieną, kai tiekėjas prideda hostą.

Patikrinkite nauja užklausa

Išbandykite šalta užklausa po įprasto pakartotinio prisijungimo, nes podėlyje esantis puslapis gali niekada nepaliesi taisyklės. Išspręskite vardą, tada patikrinkite, kur ryšys iš tikrųjų nuėjo. dig +short app.example.com pateikia dabartinį adresų rinkinį, o kliento ryšių sąrašas parodo, kuri sąsaja nešė srautą.

Pakartokite po produkto dokumentuojamo atnaujinimo intervalo. Jei adresų rinkinys pasislenka, o taisyklė jo neseka, radote tikrąją elgseną.

Sprendėjo politiką taip pat laikykite atskirai. Domeno taisyklei reikia teisingų vardų duomenų, bet ji pati nenusprendžia, kuris sprendėjas atsako į užklausą.