Proxy-ja e korrigjimit verbërohet kur lidhet VPN-ja e korporatës

Mjeti i kapjes punon gjithë mëngjesin, tuneli lidhet dhe ai hesht. Shkëputeni dhe fillon përsëri. Mendimi i parë është se VPN-ja prishi proxy-n, por në konfigurimin e proxy-s në të vërtetë nuk ndryshoi asgjë. Ajo që ndryshoi është cila konfigurim lexojnë tani aplikacionet: një hyrje tuneli mund të mbartë rregullimet e veta të proxy-s, një profil i administruar mund të riaktivizojë konfigurimin automatik dhe disa mjedise ekzekutimi lexojnë vetëm një pjesë të asaj që ofron sistemi operativ. Lexoni vlerën për çdo lidhje përpara se të prekni atë globale.

Windows mban një proxy për çdo lidhje

Në opsionet e Internetit ka dy shtresa që duken njësoj në dialog. Rregullimet e rrjetit lokal zbatohen për lidhjen lokale të zakonshme, ndërsa një hyrje e lidhjes telefonike ose VPN mban kopjen e vet nën HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections, e ruajtur si vlerë binare. Shkrimi i vlerave globale të regjistrit që njihen nuk e përditëson atë kopje.

Pikërisht kështu një mjet sillet saktë përpara lidhjes dhe gabim pas saj, pa asnjë ndryshim të dukshëm në rregullimet e tij. Dialogu ku po shihnit ishte paneli i rrjetit lokal. Ishte i saktë dhe ishte i parëndësishëm. Hyrja që Windows përdorte në të vërtetë ishte ajo e krijuar për tunelin.

Mënyra e mbështetur për të ndryshuar një hyrje është API-ja e opsioneve të lidhjes WinINET: plotësoni një INTERNET_PER_CONN_OPTION_LIST me emrin e lidhjes, flamujt, serverin proxy dhe një listë përjashtimesh, zbatoni atë dhe më pas rifreskoni. Për një kontroll të shpejtë, hapni dialogun e rregullimeve të vetë hyrjes së tunelit dhe krahasoni panelin e proxy-s me panelin e rrjetit lokal; ndryshimi zakonisht është i dukshëm sapo dini ku të shikoni.

Një PAC i administruar mund të riaktivizohet vetë

Në macOS, skripti i konfigurimit automatik të proxy-s dhe zbulimi automatik i proxy-s janë veti të një shërbimi rrjeti, jo të makinës. Një profil konfigurimi mund t'i kërkojë ato, kështu që ato rishfaqen pasi i hiqni shenjën, dhe çdo kërkesë shkon atëherë te proxy-ja që zgjedh skripti.

Inspektoni dhe, nëse jeni i autorizuar, fikni ato dy çelësa për shërbimin që mbart trafikun:

networksetup -setautoproxystate "Wi-Fi" off
networksetup -setproxyautodiscovery "Wi-Fi" off
scutil --proxy

Përdorni emrin e vërtetë të shërbimit, jo një hamendësim. Një laptop me Wi-Fi dhe përshtatës USB Ethernet ka dy të tillë, dhe vetëm njëri mbart trafikun tuaj. scutil --proxy printon vlerat për shërbimin kryesor aktual. Krahasoni atë dalje me atë që redaktuat përpara se të konkludoni që profili fitoi.

Ushtroni mjetin drejt burimit të vërtetë

Nëse skripti përmban proxy-n e korporatës, lexojeni dhe jepni të njëjtën adresë si proxy e jashtme brenda mjetit të kapjes. Atëherë mjeti përcjell te burimi i vërtetë, që është ajo që pret proxy-ja e korporatës, dhe qëndron në rrugën e kërkesës në vend që të luftojë me politikën.

Ky është hapi që ju mban në korrigjim dhe jo në rikonfigurim.

Shtyjeni proxy-n brenda tunelit

Një klient i bazuar në OpenVPN mund të pranojë opsione proxy që zbatohen pasi tuneli ngrihet, gjë që është e përshtatshme kur klienti zotëron rrugët:

dhcp-option HTTPPROXY 127.0.0.1:8888
dhcp-option HTTPSPROXY 127.0.0.1:8888

Do t'i përdorin vetëm klientët që e respektojnë opsionin, dhe ai e shkruan portin tuaj të dëgjimit fort në një profil. Trajtojeni si lehtësi laboratori dhe jo si standard vendosjeje, sepse dërgimi i ardhshëm i profilit do ta heqë.

Disa klientë nuk e lexojnë kurrë proxy-n e sistemit

Firefox mban rregullimet e veta të proxy-s, prandaj ndonjëherë vazhdon të kapë kur një shfletues me proxy të sistemit nuk e bën më. Një klient i vjetër .NET që nuk e kupton konfigurimin automatik lidhet drejtpërdrejt kudo që ekzekutohet, kështu që një faqe e ngarkuar përmes hyrjes së tunelit mund të dështojë përsëri brenda aplikacionit.

Mjetet e rrjetit kanë gjithashtu shkaqet e tyre. Një sesion FTP që ngec përmes një tuneli ose tethering-u të telefonit është shpesh problem i modalitetit aktiv kundrejt pasiv që negociohet nga klienti, dhe asnjë rregullim proxy nuk e ndryshon atë.

Lexoni konfigurimin, jo çelësin

Punoni në këtë rend: vlera e proxy-s e vetë hyrjes së tunelit, gjendja e PAC dhe e zbulimit automatik për shërbimin, pastaj trajtimi i proxy-s nga vetë aplikacioni. Ndaloni te i pari që ndryshon nga ajo që supozuat.

Çdo rast këtu është problem i përparësisë së konfigurimit. Asnjëri nuk është tuneli që ju prish mjetin.