Domainbaséiert VPN-Routing géint IP-Routen: wat passt?

Eng IP-Route entsprécht engem Adressprefix, an de Kernel applizéiert se, ouni weider Froen ze stellen. Eng domainbaséiert VPN-Regel entsprécht engem Numm, wat heescht, datt eppes am Stack entscheede muss, wéi eng Adressen dësen Numm grad bezeechent, an déi Entscheedung aktuell muss halen. Dat sinn ënnerschiddlech Mechanismen mat ënnerschiddlechen Ausfallmodi, an d'Liwweranten notzen dat selwecht Wuert fir béides. Se op Funktiounslëschten ze vergläichen verfehlt de Punkt; vergläicht se dorop, wat geschitt, wann d'Äntwert sech ännert.

Déi nëtzlech Trennung ass tëschent enger Regel, déi opléist, an enger Regel, déi et net mécht.

Mat wat all Regel tatsächlech entsprécht

Eng Prefixregel entsprécht den Ziladressen an enger Routingtabell. Näischt gëtt opgeléist, näischt leeft of, an d'Correspondenz ass exakt fir all Pak. Eng Domainregel entsprécht der Ufro vun enger Applikatioun no engem Numm, deen RFC 1034 als Bam vu Labelen an net als Adress definéiert. E puer Produite léisen den Numm eng Kéier op an installéieren déi doraus resultéierend Adressen als Routen, wat d'Regel zu enger IP-Regel mat engem ugehaangenen Aktualiséierungstimer mécht.

Wisst, wat vun den zwou dir hutt, ier dir et debuggt, well de Feeler an all Fall komplett anescht ausgesäit.

Wou d'Domainregel am Stack wunnt

Wann de Produit Domainregelen iwwer e lokale Proxy ëmsetzt, muss den Traffic deen Proxy erreechen, an Applikatiounen, déi de Systemproxy ignoréieren, ëmgoen d'Regel komplett. Wann en se duerch Opléise vun Nimm an Dobäisetze vu Route ëmsetzt, sinn d'Adressen nëmmen esou frësch wéi déi läscht Aktualiséierung. Wann en de Resolver anhänkt, gëtt DNS-Verhalen en Deel vun der Routingpolitik, an e Fallback-Resolverb kann et roueg réckgängeg maachen.

Liest de Modell vum Liwwerant an net d'Etikett vun der Astellung. Zwee Cliente mat enger Këscht mam Numm Split Tunnel kënnen dräi verschidden Saachen maachen.

Vergläicht, wat futti geet

Dräi Saachen ginn anescht futti. Adresswiessel: en CDN-Hostnumm kann a Minutten op eng aner Adresseset opléisen, dofir altert eng kopéiert Lëscht schlecht. Ënnerdomain-Ëmfang: eng Regel fir example.com kann api.example.com ofdecken oder och net, an d'Dokumentatioun ass normalerweis kloer, wat de Fall ass. Opléisungsfeeler: wann de Resolverb ausfällt, kann e Client, deen opléist, op d'Tunnelléierung vum Traffic oder op d'direkt Schécke falen.

Nëmmen déi zweet ass eng Konfiguratiounsfro. Déi aner zwou sinn Designfroe ronderëm, wéi vill de Produit bereet ass ze roden.

Wéini de Prefix déi besser Äntwert ass

Fir en stabilt private Subnetz ass en explizite Prefix méi kloer, méi séier an einfacher z'auditéieren. Et iwwerlieft och en Ausfall vum Resolverb, well näischt muss opgeléist ginn. Gräift op eng Domainregel zeréck, wann den Déngscht gehost ass, wann Adressen dréinen oder wann dir wierklech de Zilset net kënnt opzielen. Gräift net just dofir drop zeréck, well den Hostnumm dat ass, wat dir zufälleg wësst.

Eng geroden statesch Lëscht ass dat Schlettst vun deenen zwee: se gesäit ënnerhalen aus, a se verpasst roueg Traffic den Dag, wou den Ubidder en Host derbäi setzt.

Verifizéiert mat enger frëscher Ufro

Testt mat enger kaler Ufro no enger normaler Neiverbindung, well eng gecacht Säit d'Regel vläicht ni beréiert. Léist den Numm op a kontrolléiert dann, wou d'Verbindung tatsächlech higaang ass. dig +short app.example.com gëtt den aktuelle Adresseset, an d'Verbindungslëscht vum Client seet dir, wéi eng Interface de Flux gedroen huet.

Widderhëlt et no dem Aktualiséierungsintervall, deen de Produit dokumentéiert. Wann den Adresseset drifft an d'Regel net follegt, hutt dir dat richtegt Verhalen fonnt.

Halt d'Resolverbpolitik och separat. Eng Domainregel brauch korrekt Nummdata, awer se entscheet net eleng, wéi en Resolverb d'Ufro beäntwert.