La sencimiga prokurilo blindiĝas, kiam la entreprena VPN konektiĝas

La kaptilo funkcias la tutan matenon, la tunelo konektiĝas, kaj ĝi silentas. Malkonektu kaj ĝi rekomenciĝas. La unua penso estas, ke la VPN rompis la prokurilon, sed fakte nenio ŝanĝiĝis en la prokurila agordo. Ŝanĝiĝis tio, kiun agordon la aplikaĵoj nun legas: tunela ero povas porti proprajn prokurilajn agordojn, administrata profilo povas reŝalti aŭtomatan agordon, kaj kelkaj rulmedioj legas nur parton de tio, kion la operaciumo proponas. Legu la valoron por konekto antaŭ ol tuŝi la tutmondan.

Windows tenas prokurilon por ĉiu konekto

En la Interretaj agordoj estas du tavoloj, kiuj en la dialogo aspektas identaj. La agordoj de la loka reto validas por la ordinara loka konekto, dum ero por poŝtelefona aŭ VPN-konekto tenas sian propran kopion sub HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections, konservitan kiel duuma valoro. Skribi la konatajn tutmondajn registrajn valorojn ne ĝisdatigas tiun kopion.

Ĝuste tiel ilo kondutas ĝuste antaŭ la konekto kaj malĝuste poste, sen videbla ŝanĝo ie ajn en ĝiaj agordoj. La dialogo, kiun vi fikse rigardis, estis la panelo de la loka reto. Ĝi estis ĝusta kaj ĝi estis nerelevanta. La ero, kiun Windows efektive uzis, estis tiu kreita por la tunelo.

La subtenata maniero ŝanĝi unu eron estas la WinINET-konektagorda API: plenigu INTERNET_PER_CONN_OPTION_LIST per la konekta nomo, la flagoj, la prokurila servilo kaj preterlista listo, apliku ĝin, kaj poste refreŝigu. Por rapida kontrolo malfermu la propran agordan dialogon de la tunela ero kaj komparu ĝian prokurilan panelon kun la panelo de la loka reto; la diferenco kutime evidentiĝas tuj kiam vi scias, kien rigardi.

Administrata PAC povas reŝalti sin

En macOS la aŭtomata prokurila agorda skripto kaj aŭtomata prokurila malkovro estas ecoj de reta servo, ne de la maŝino. Agorda profilo povas postuli ilin, do ili reaperas post kiam vi malmarkas ilin, kaj ĉiu peto tiam iras al tiu prokurilo, kiun la skripto elektas.

Kontrolu kaj, se vi estas rajtigita, malŝaltu tiujn du ŝaltilojn por la servo, kiu portas la trafikon:

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

Uzu la veran servan nomon anstataŭ konjekto. Tekkomputilo kun kaj sendrata reto kaj USB-Ethernet-adaptilo havas du da ili, kaj nur unu portas vian trafikon. scutil --proxy presas la valorojn por la nuna ĉefa servo. Komparu tiun eligon kun tio, kion vi redaktis, antaŭ ol konkludi, ke la profilo venkis.

Direktu la ilon al la vera supraĵo

Se la skripto enhavas la entreprenan prokurilon, legu ĝin kaj enigu tiun saman adreson kiel eksteran prokurilon ene de la kaptilo. Tiam la ilo plusendas al la vera supraĵo, kion la entreprena prokurilo atendas, kaj ĝi restas en la peta vojo anstataŭ batali kontraŭ la politiko.

Tiu estas la movo, kiu tenas vin en sencimigado anstataŭ en reagordado.

Puŝu la prokurilon en la tunelon

Kliento bazita sur OpenVPN povas akcepti prokurilajn opciojn, kiuj validas post kiam la tunelo staras, kio estas oportuna kiam la kliento posedas la itinerojn:

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

Nur klientoj, kiuj respektas la opcion, uzos ĝin, kaj ĝi malmole enskribas vian aŭskultan pordon en profilon. Traktu tion kiel laboratorian oportunon, ne kiel lanĉan normon, ĉar la sekva profila sendo forigos ĝin.

Kelkaj klientoj neniam legas la sisteman prokurilon

Firefox tenas proprajn prokurilajn agordojn, pro kio ĝi foje daŭrigas kaptadon, kiam retumilo kun sistema prokurilo ne faras tion. Pli malnova .NET-kliento, kiu ne komprenas aŭtomatan agordon, konektiĝas rekte kie ajn ĝi funkcias, do paĝo ŝarĝita tra la tunela ero ankoraŭ povas fiaski ene de la aplikaĵo.

Retaj iloj ankaŭ havas proprajn kaŭzojn. FTP-sesio, kiu pendas tra tunelo aŭ telefontether, ofte estas problemo de aktiva kontraŭ pasiva reĝimo, pri kiu intertraktas la kliento, kaj neniu prokurila agordo ŝanĝos tion.

Legu la agordon, ne la ŝaltilon

Laboru laŭ ĉi tiu ordo: la propra prokurila valoro de la tunela ero, la stato de PAC kaj aŭtomata malkovro por servo, poste la propra prokurila traktado de la aplikaĵo. Haltu ĉe la unua, kiu diferencas de tio, kion vi supozis.

Ĉiu kazo ĉi tie estas problemo pri agorda prioritato. Neniu el ili estas la tunelo rompanta vian ilon.