Wat bypass-dhcp tatsächlech zu engem OpenVPN-Routeplang bäisetzt

E Profil mat redirect-gateway def1 bypass-dhcp kombinéiert eng Iwwerschreiwung vun der IPv4-Standardroute mat enger eenzeger schmueler Ausnam. D'Leit liesen dat lescht Wuert a erwaarden eng allgemeng Léisung fir mobil Verbindungen, da verbréngen si en Nomëtteg mat enger DHCP-Theorie, déi de Fändel ni ënnerstëtzt huet. All Deel mécht eng Saach, an d'Ausnam ass vill méi kleng wéi hire Ruff.

Trennt d'Fändelen, ier Dir eng Ausfal, déi just am Mobilsnetz geschitt, der Adressverdeelung uschreift. Déi zwou Hallefte vun där Zäichenket hu mateneen näischt ze dinn.

Zwee Fändelen, zwou onofhängeg Aufgaben

Mat def1 füügt de Client zwou IPv4-Hallefstandardrouten dobäi, amplaz d'Standardroute z'ersetzen, déi schonn do ass. 0.0.0.0/1 deckt déi ënnescht Hallschent vum Adressraum of an 128.0.0.0/1 déi iewescht, sou datt se zesummen all Destinatioun erreechen, wärend jiddwereng vun 0.0.0.0/0 spezifescher bleift. D'ursprénglech Standardroute bleift dofir an der Tabell, ouni déi Recherchen ze gewannen, wat deenen alen Gateway fir alles erreechbar hält, wat de Client ausdrécklech routéiert. Et bleiwen och zwou iwwerlappend Standardrouten an der Tabell, an dofir kann eng Routeausgab méi komesch ausgesinn, wéi de Profil et vermuten léisst.

bypass-dhcp ass separat an et beréiert d'Standardroute iwwerhaapt net. D'OpenVPN-2.6-Handbuch beschreift et als Bäisetze vun enger direkter Route zu engem DHCP-Server, deen net am lokalen Ënnersubnetz läit, sou datt de Lease-Verkehr baussent dem Tunnel erausgeet, a bemierkt, datt d'Verhalen op Windows-Cliente implementéiert ass an et soss eventuell net verfügbar ass.

De Grond fir seng Existenz ass mechanesch. Soubal déi Hallefstandardroute den erausgänglechen Traffic fänken, géif eng DHCP-Erneierung, déi op e Server am physeschen Netz geet, an den Tunnel geroutet ginn, wann net eppes déi Adress un déi richteg Interface befestegt. De Fändel befestegt se.

Op wat d'Ausnam tatsächlech begrenzt ass

Eng illustrativ Tabell no enger erfollegräicher Verbindung weist d'Form: zwou Hallefstandardrouten duerch den Tunnel an eng Host-Route fir den DHCP-Server duerch de physeschen Gateway. Liest se als Form, net als Är eege Adressen.

0.0.0.0/1        via 10.8.0.1      dev tun0
128.0.0.0/1      via 10.8.0.1      dev tun0
192.168.1.1/32   via 192.168.1.254 dev wlan0

Déi drëtt Linn nennt eng eenzeg Destinatioun. Et ass keng Astellung vum Resolver, keng allgemeng Erlaabnes fir dat lokal Netz an och keng Ausgangsregel um Server. En Telefon op engem Mobilsnetz huet vläicht keen DHCP-Server, deen de Client sou identifizéiere kann, an dofir ännert de Fändel do näischt.

Kuckt no, wat de Client wierklech installéiert huet

Ënnerscheet tëschent enger Optioun, déi an engem Profil steet, enger Optioun, déi de Server ubitt, an enger Route, déi den Inhaber vun der Verbindung tatsächlech ugewannt huet. E Client, deen en net ënnerstëtzten Fändel refuséiert, kann de Rescht vun der Konfiguratioun behalen, sou datt den Tunnel eropkënnt an d'Ausnam einfach feelt. Liest de Log vum Client selwer an d'Resultat vun der Routetabell, amplaz unzehuelen, datt d'Linn an der Datei a Kraaft getrueden ass. Dräi vun dësen kënnen zur selwechter Zäit richteg sinn, a just déi lescht ännert, wou d'Pakete wierklech higinn.

Halt d'Route zum VPN-Endpunkt gläichzäiteg benotzbar. Déi Endpunkt-Ausnam ass eng aner Ufuerderung wéi d'DHCP-Ausnam, an ouni si kann den Tunnel den Transport fänken, deen en erhalte mécht.

Fir eng Applikatiounsdestinatioun, ënnersicht déi effektiv Recherche an deem Kontext, wou se feelt. Spezifescher lokal Routen, Politik-Routing an Ausnamen pro Applikatioun änneren all d'Äntwert, dofir ass d'Präsenz vun zwou Hallefstandardrouten keng Inventaire vun all Flux.

De Rescht vum Wee ass net an dësem Fändel

De Server brauch nach ëmmer d'Erlaabnes, den Internetverkehr vum Client weiderzeleeden, an eng Ausgangs-Reegelung, déi en zréckginn kann. Keng Route op der Client-Säit schaaft eng feelend Weiderleitung oder Quell-Iwwersetzung um Server, an dee Fändel ersetzt keen funktionéierende Retourwee.

Nimmopléisung an IPv6 brauchen all hir eege Politik. Eng IPv4-Iwwerschreiwung richt de Resolver weder op e Server op der Tunnelsäit, nach stellt se IPv6-Couvertur hier, an e Client, deen nëmmen v4 ëmleet, léisst e v6-Wee onberéiert.

Vergläicht eng genehmegt harmlos Ufro iwwer en funktionéierenden an en ausfalenden Zougangswee, mam Profil an der Destinatioun fest gehal. Notéiert, ob den Ënnerscheed an der Nimmopléisung, am Tunnelopbau, an der Routenwahl oder am weidergeleetem Verkehr läit, a behält d'Äntwert beim Profil. Genau dee Rekord verhënnert, datt déi nächst Persoun DHCP d'Schold gëtt fir e Problem, dat et net erreeche kann.