Derinimo proxy tampa aklas, kai prisijungia įmonės VPN

Jūsų proxy niekas nepasikeitė. Tunelio įrašas turi savo nustatymus, valdomas PAC gali grįžti, o kai kurie klientai sisteminio proxy visai neskaito.

Užrašymo įrankis dirba visą rytą, tunelis prisijungia, ir jis nutyla. Atjungiate ir jis vėl pradeda. Pirmoji mintis, kad VPN sugadino proxy, bet proxy konfigūracijoje iš tikrųjų niekas nepasikeitė. Pasikeitė tai, kokią konfigūraciją dabar skaito programos: tunelio įrašas gali turėti savo proxy nustatymus, valdomas profilis gali vėl įjungti automatinę konfigūraciją, o kai kurios vykdymo aplinkos skaito tik dalį to, ką siūlo operacinė sistema. Perskaitykite vertę konkrečiam ryšiui prieš liedami bendrąją.

Windows laiko proxy kiekvienam ryšiui

Interneto parinktyse yra du sluoksniai, kurie dialoge atrodo vienodai. Vietinio tinklo nustatymai taikomi įprastam vietiniam ryšiui, o rinkimo ar VPN įrašas laiko savo kopiją HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections kelyje, išsaugotą kaip dvejetainę vertę. Pažįstamų bendrųjų registro verčių įrašymas tos kopijos neatnaujina.

Būtent taip įrankis elgiasi teisingai prieš prisijungdamas ir neteisingai po to, be jokio matomo jo nustatymų pakeitimo. Dialogas, į kurį žiūrėjote, buvo vietinio tinklo skydas. Jis buvo teisingas ir jis buvo nereikšmingas. Įrašas, kurį Windows iš tikrųjų naudojo, buvo tas, kuris sukurtas tuneliui.

Palaikomas būdas pakeisti vieną įrašą yra WinINET ryšio parinkčių API: užpildykite INTERNET_PER_CONN_OPTION_LIST ryšio pavadinimu, vėliavėlėmis, proxy serveriu ir praleidimo sąrašu, pritaikykite ir tada atnaujinkite. Greitam patikrinimui atidarykite paties tunelio įrašo nustatymų dialogą ir palyginkite jo proxy skydą su vietinio tinklo skydu; skirtumas paprastai akivaizdus, kai žinai, kur žiūrėti.

Valdomas PAC gali pats vėl įsijungti

macOS automatinio proxy konfigūracijos scenarijus ir automatinis proxy aptikimas yra tinklo paslaugos, o ne mašinos savybės. Konfigūracijos profilis gali jų reikalauti, todėl jie vėl atsiranda, kai nuimate žymą, ir tada kiekviena užklausa siunčiama tam proxy, kurį pasirenka scenarijus.

Patikrinkite ir, jei turite įgaliojimą, išjunkite tuos du jungiklius paslaugai, kuri neša srautą:

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

Naudokite tikrąjį paslaugos pavadinimą, o ne spėjimą. Nešiojamajame kompiuteryje, turinčiame ir belaidį tinklą, ir USB Ethernet adapterį, jų yra du, ir tik vienas neša jūsų srautą. scutil --proxy išspausdina dabartinės pagrindinės paslaugos vertes. Palyginkite tą išvestį su tuo, ką redagavote, prieš darydami išvadą, kad profilis laimėjo.

Nukreipkite įrankį į tikrąjį aukštupį

Jei scenarijuje yra įmonės proxy, perskaitykite jį ir įveskite tą patį adresą kaip išorinį proxy užrašymo įrankio viduje. Tada įrankis persiunčia į tikrąjį aukštupį, ko įmonės proxy ir tikisi, ir jis lieka užklausos kelyje, o ne kovoja su politika.

Tai ėjimas, kuris išlaiko jus derinime, o ne perkonfigūravime.

Įstumkite proxy į tunelį

Klientas, pagrįstas OpenVPN, gali priimti proxy parinktis, kurios galioja pakėlus tunelį, o tai patogu, kai maršrutai yra kliento rankose:

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

Jas naudos tik tas parinktis gerbiantys klientai, o ji kietai įrašo jūsų klausymosi prievadą į profilį. Laikykite tai laboratorijos patogumu, o ne diegimo standartu, nes kitas profilio siuntimas ją pašalins.

Kai kurie klientai niekada neskaito sisteminio proxy

Firefox laiko savo proxy nustatymus, todėl kartais tęsia užrašymą, kai naršyklė su sisteminiu proxy to nebeteikia. Senesnis .NET klientas, nesuprantantis automatinės konfigūracijos, jungiasi tiesiogiai, kur bebėgtų, todėl puslapis, įkeltas per tunelio įrašą, programos viduje vis tiek gali nepavykti.

Tinklo įrankiai taip pat turi savo priežastis. FTP sesija, kuri stringa per tunelį ar telefono tethering, dažnai yra aktyvaus prieš pasyvų režimo problema, dėl kurios derasi klientas, ir joks proxy nustatymas to nepakeis.

Skaitykite konfigūraciją, o ne jungiklį

Dirbkite šia tvarka: paties tunelio įrašo proxy vertė, PAC ir automatinio aptikimo būsena pagal paslaugą, tada pačios programos proxy apdorojimas. Sustokite ties pirmuoju, kuris skiriasi nuo jūsų prielaidos.

Kiekvienas atvejis čia yra konfigūracijos prioriteto problema. Nė vienas nėra tunelis, laužantis jūsų įrankį.

Susiję straipsniai