Çfarë i shton në të vërtetë bypass-dhcp një plani rrugësh OpenVPN

Një profil që mban redirect-gateway def1 bypass-dhcp kombinon zëvendësimin e rrugës standarde IPv4 me një përjashtim të vetëm të ngushtë. Njerëzit lexojnë fjalën e fundit dhe presin një zgjidhje të përgjithshme për lidhjet celulare, pastaj kalojnë një pasdite me një teori DHCP që flamuri nuk e ka mbështetur kurrë. Secila pjesë bën një gjë, dhe përjashtimi është shumë më i vogël se reputacioni i tij.

Ndani flamujt përpara se t'ia atribuosh një dështim që ndodh vetëm në rrjetin celular caktimit të adresave. Dy gjysmat e atij vargu nuk kanë asnjë lidhje me njëra-tjetrën.

Dy flamuj, dy punë të palidhura

Me def1, klienti shton dy gjysmë-rrugë standarde IPv4 në vend që të zëvendësojë rrugën standarde që ekziston tashmë. 0.0.0.0/1 mbulon gjysmën e poshtme të hapësirës së adresave dhe 128.0.0.0/1 gjysmën e sipërme, kështu që së bashku arrijnë çdo destinacion ndërsa secila mbetet më specifike se 0.0.0.0/0. Rruga standarde origjinale pra mbetet në tabelë pa fituar ato kërkime, gjë që e mban portën e vjetër të arritshme për gjithçka që klienti e rrugëton në mënyrë eksplicite. Gjithashtu lë në tabelë dy rrugë standarde që mbivendosen, dhe për këtë arsye një nxjerrje rrugësh mund të duket më e çuditshme sesa sugjeron profili.

bypass-dhcp është i veçantë dhe nuk e prek fare rrugën standarde. Manual i OpenVPN 2.6 e përshkruan si shtimin e një rrugë të drejtpërdrejtë drejt një serveri DHCP që nuk është në nënrrjetin lokal, kështu që trafiku i qirasë del jashtë tunelit, dhe vëren se sjellja është implementuar në klientët Windows dhe mund të mos jetë e disponueshme diku tjetër.

Arsyeja e ekzistencës së tij është mekanike. Pasi gjysmë-rrugët standarde kapin trafikun dalës, një përtëritje DHCP e drejtuar drejt një serveri në rrjetin fizik do të rrugëtohej në tunel, përveç nëse diçka e fikson atë adresë në ndërfaqen e vërtetë. Flamuri e fikson.

Çfarë mbulon në të vërtetë përjashtimi

Një tabelë ilustruese pas një lidhjeje të suksesshme tregon formën: dy gjysmë-rrugë standarde përmes tunelit, dhe një rrugë hosti për serverin DHCP përmes portës fizike. Lexojeni si formë, jo si adresat tuaja.

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

Ai rreshti i tretë emërton një destinacion të vetëm. Nuk është cilësim i zgjidhësit, nuk është leje e përgjithshme për rrjetin lokal dhe nuk është rregull daljeje në server. Një telefon mbi një operator celular mund të mos ketë asnjë server DHCP që klienti të mund ta identifikojë në këtë mënyrë, dhe për këtë arsye flamuri nuk ndryshon asgjë atje.

Kontrolloni çfarë instaloi në të vërtetë klienti

Bëni dallimin mes një opsioni të shkruar në profil, një opsioni që ofron serveri dhe një rrugë që pronari i lidhjes e zbatoi vërtet. Një klient që refuzon një flamur të pambështetur mund ta mbajë pjesën tjetër të konfigurimit, kështu që tuneli ngrihet dhe përjashtimi thjesht mungon. Lexoni regjistrin e vetë klientit dhe tabelën e rrugëzimit që rezulton, në vend që të supozoni se rreshti në skedar hyri në fuqi. Tre prej këtyre mund të jenë të vërteta njëkohësisht, dhe vetëm i fundit ndryshon ku shkojnë vërtet paketat.

Mbani të përdorshme në të njëjtën kohë rrugën drejt pikës fundore të VPN-së. Ai përjashtim i pikës fundore është një kërkesë tjetër nga përjashtimi i DHCP, dhe pa të tuneli mund të kapë transportin që e mban gjallë.

Për një destinacion aplikacioni, shqyrtoni kërkimin efektiv në kontekstin ku ai dështon. Rrugët lokale më specifike, rrugëzimi me politikë dhe përjashtimet për aplikacion ndryshojnë të gjitha përgjigjen, kështu që prania e dy gjysmë-rrugëve standarde nuk është inventar i çdo fluksi.

Pjesa tjetër e rrugës nuk është në këtë flamur

Serveri ende ka nevojë për leje për të përcjellë trafikun e internetit të klientit dhe për një rregullim daljeje që mund ta kthejë atë. Asnjë rrugë në anën e klientit nuk krijon përcjellje apo përkthim burimi që mungon në server, dhe asnjë flamur nuk zëvendëson një rrugë kthimi që funksionon.

Zgjidhja e emrave dhe IPv6 kanë secila nevojë për politikën e vet. Një zëvendësim IPv4 as e drejton zgjidhësin drejt një serveri në anën e tunelit, as vendos mbulim IPv6, dhe një klient që ridrejton vetëm v4 e lë të paprekur një rrugë v6.

Krahasoni një kërkesë të padëmshme të miratuar në një rrugë aksesi që funksionon dhe në një që dështon, duke i mbajtur profilin dhe destinacionin fikse. Shënoni nëse ndryshimi qëndron në zgjidhjen e emrave, në vendosjen e tunelit, në zgjedhjen e rrugës apo në trafikun e përcjellë, dhe ruani përgjigjen bashkë me profilin. Ky shënim është ai që e pengon personin tjetër të fajësojë DHCP për një problem që ai nuk mund ta arrijë.