Virheenjäljitysvälityspalvelin sokeutuu, kun yrityksen VPN yhdistyy

Kaappausohjelma toimii koko aamun, tunneli yhdistyy ja se vaikenee. Katkaise yhteys ja se alkaa uudelleen. Ensimmäinen ajatus on, että VPN rikkoi välityspalvelimen, mutta välityspalvelimen kokoonpanossa ei todellisuudessa muuttunut mikään. Muuttui se, mitä kokoonpanoa sovellukset nyt lukevat: tunnelimerkintä voi kantaa omat välityspalvelinasetuksensa, hallittu profiili voi ottaa automaattisen kokoonpanon uudelleen käyttöön ja jotkin ajonaikaiset ympäristöt lukevat vain osan siitä, mitä käyttöjärjestelmä tarjoaa. Lue yhteyskohtainen arvo ennen kuin kosket yleiseen.

Windows pitää välityspalvelinta yhteyttä kohden

Internet-asetuksissa on kaksi kerrosta, jotka näyttävät valintaikkunassa samoilta. Lähiverkon asetukset koskevat tavallista paikallista yhteyttä, kun taas valinta- tai VPN-merkintä pitää omaa kopiotaan polussa HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections binääriarvona tallennettuna. Tuttujen yleisten rekisteriarvojen kirjoittaminen ei päivitä sitä kopiota.

Juuri näin työkalu käyttäytyy oikein ennen yhdistämistä ja väärin sen jälkeen, ilman näkyvää muutosta sen asetuksissa. Valintaikkuna, jota tuijotit, oli lähiverkon paneeli. Se oli oikein ja se oli merkityksetön. Merkintä, jota Windows todella käytti, oli tunnelia varten luotu.

Tuettu tapa muuttaa yhtä merkintää on WinINETin yhteysasetusten API: täytä INTERNET_PER_CONN_OPTION_LIST yhteyden nimellä, lipuilla, välityspalvelimella ja ohitusluettelolla, käytä sitä ja päivitä sitten. Nopeaa tarkistusta varten avaa tunnelimerkinnän oma asetusvalintaikkuna ja vertaa sen välityspalvelinpaneelia lähiverkon paneeliin; ero on yleensä ilmeinen, kun tietää mihin katsoa.

Hallittu PAC voi kytkeytyä itsestään takaisin päälle

macOS:ssa automaattinen välityspalvelimen kokoonpanoskripti ja välityspalvelimen automaattinen tunnistus ovat verkkopalvelun ominaisuuksia, eivät koneen. Kokoonpanoprofiili voi vaatia ne, joten ne ilmestyvät uudelleen, kun poistat valinnan, ja jokainen pyyntö lähetetään silloin välityspalvelimelle, jonka skripti valitsee.

Tarkista ja, jos sinulla on valtuudet, kytke ne kaksi kytkintä pois palvelulta, joka kuljettaa liikennettä:

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

Käytä todellista palvelun nimeä, älä arvausta. Kannettavassa, jossa on sekä langaton verkko että USB-Ethernet-sovitin, on kaksi sellaista, ja vain yksi kuljettaa liikennettäsi. scutil --proxy tulostaa nykyisen ensisijaisen palvelun arvot. Vertaa tuota tulostetta siihen, mitä muokkasit, ennen kuin päättelet profiilin voittaneen.

Suuntaa työkalu todelliseen ylävirtaan

Jos skripti sisältää yrityksen välityspalvelimen, lue se ja syötä sama osoite ulkoisena välityspalvelimena kaappausohjelman sisään. Silloin työkalu välittää todelliselle ylävirralle, mitä yrityksen välityspalvelin odottaa, ja se pysyy pyynnön polussa sen sijaan että taistelisi käytäntöä vastaan.

Se on se liike, joka pitää sinut virheenjäljityksessä eikä uudelleenmäärittämisessä.

Työnnä välityspalvelin tunneliin

OpenVPN-pohjainen asiakas voi hyväksyä välityspalvelinasetuksia, jotka tulevat voimaan, kun tunneli on pystyssä, mikä on kätevää, kun asiakas omistaa reitit:

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

Vain asetuksen huomioivat asiakkaat käyttävät sitä, ja se kovakoodaa kuunteluporttisi profiiliin. Kohtele sitä laboratoriohelpotuksena, älä käyttöönottostandardina, koska seuraava profiilin työntö poistaa sen.

Jotkin asiakkaat eivät koskaan lue järjestelmän välityspalvelinta

Firefox pitää omat välityspalvelinasetuksensa, minkä vuoksi se joskus jatkaa kaappausta, kun järjestelmän välityspalvelinta käyttävä selain ei jatka. Vanhempi .NET-asiakas, joka ei ymmärrä automaattista kokoonpanoa, yhdistää suoraan missä tahansa se ajetaankin, joten tunnelimerkinnän kautta latautuva sivu voi silti epäonnistua sovelluksen sisällä.

Verkkotyökaluilla on myös omat syynsä. FTP-istunto, joka jumittuu tunnelin tai puhelimen tetheroinnin yli, on usein asiakkaan neuvottelema aktiivi- vastaan passiivitilan ongelma, eikä mikään välityspalvelinasetus muuta sitä.

Lue kokoonpanoa, älä kytkintä

Työskentele tässä järjestyksessä: tunnelimerkinnän oma välityspalvelinarvo, palvelukohtainen PAC- ja automaattitunnistustila, sitten sovelluksen oma välityspalvelinkäsittely. Pysähdy ensimmäiseen, joka poikkeaa oletuksestasi.

Jokainen tapaus tässä on kokoonpanon prioriteettiongelma. Yksikään ei ole tunneli, joka rikkoo työkalusi.