Miks Little Snitch loetleb brauserit endiselt VPN-i all?
Kohalik monitor nimetab rakenduse, mis socketi avas, mitte tunnelit, mis seda kannab. Värske ajavahemik ja laienduste vaade näitavad mõlemat kihti.
Lülitate VPN-i sisse, avate Little Snitchi ja brauser on kohe seal, ühendusega saidile, mis teie arvates läks tunnelist läbi. See kirje ei ole iseenesest lekkimise tõend. Kohalik monitor teatab, milline protsess sellel masinal socketi avas, ja brauser avas selle; VPN-klient on teine protsess, mis need paketid hiljem üles korjab. Mõlemad väited on korraga tõesed ja ekraan näitab teile esimest.
Mida kohalik monitor omistada saab ja mida mitte
Omistamine toimub socketi juures. Kernel teab, milline protsess ühendust omab, seega saab Little Snitch kirje suure kindlusega rakenduse nimega märgistada. Mida see vaikimisi ei näe, on väline ühendus, mille VPN selle liikluse ümber ehitab, sest see kuulub teisele protsessile.
Domeeninimed on nõrgem signaal, kui paistavad. HTTPS-ühenduse puhul võib nimi tulla DNS-päringust, käepigistuse ajal pakutud serveri nimest või aadressi pöördotsingust, sõltuvalt sellest, mida süsteem jälgis. Miski sellest ei nõua lehe dekrüpteerimist ja miski ei tõesta, kuhu baidid hiljem läksid.
Niisiis vastab brauseri kirje küsimusele kes, mitte kuhu. Käsitlege seda omistamisandmetena ja hankige kuhu teisest vaatest.
Esimene samm: alustage tühjast aknast, mitte kerige ajalugu
Vanad kirjed ei saa teile öelda, mida praegune konfiguratsioon teeb. Vahetage ajafilter valikule Praegusest hetkest või vajutage Command-K, et aken näitaks ainult ühendusi, mis ilmuvad pärast seda hetke.
Seejärel tehke uuritavas rakenduses täpselt üks kahjutu toiming, näiteks laadige leht, mida tohib laadida. Üks tegevus, üks hetk, et ilmuvad kirjed saaks ilma oletusteta sellega siduda. Oodake pärast lõppu sekund või kaks, sest lehe laadimine tekitab ühenduste purske, mitte ühe. Nimekirja lugemine, kui see alles täitub, tagab, et hindate järjekorda valesti.
Enne tulemuse lugemist kontrollige, kas otsinguväli või olekufilter nimekirja kitsendab. Eelmisest seansist jäänud filter on kõige tavalisem põhjus, miks ühendus näib puuduvat, kui see on vaid peidetud, ja ka põhjus, miks kaks sama masinat vaatavat inimest on eriarvamusel, mis toimub.
Teine samm: kaasake laienduste ühendused, et näha tunnelit ennast
Praeguses macOS-i versioonis on VPN-klient tavaliselt võrgulaiend, mitte harilik rakendus. Lülitage Monitoris sisse Näita võrgulaiendeid ja selle laiendi tehtud ühendused muutuvad nähtavaks koos kõige muuga.
Nüüd saab mõlemat kihti koos lugeda. Brauser on päringu allikas ja laiend on transport, mis seda kannab. Mõlema nägemine on normaalne ja oodatav; ainult laiendi nägemine tähendab tavaliselt, et vaade on filtreeritud, ainult rakenduse nägemine aga seda, et laienduste vaade on väljas.
Ükski vaade üksi ei loetle kogu teekonda. Marsruutimisreeglid, DNS-i käitumine ja mis tahes erandid rakenduse kaupa asuvad väljaspool ühenduste nimekirja, seega täielik vastus nõuab nende eraldi kontrollimist.
Kolmas samm: eristage tõelist otsest ühendust kuvaefektist
Kui kahtlustate, et konkreetne sihtkoht läheb otse välja, nimetage see sihtkoht ja kontrollige seda eraldi. Vaadake VPN-kliendi enda marsruutimis- ja blokeerimiskonfiguratsiooni selle hosti või rakenduse jaoks ja kinnitage, kas see peaks olema välja jäetud.
Mida te ei peaks tegema, on vastuseks blokeerida iga nähtav brauseri kirje. Brauser peab ikkagi oma ühendused looma ja nende blokeerimine monitoris ei suuna neid tunnelisse; see lihtsalt peatab need. See muudab diagnostilise küsimuse katkestuseks. Kui reegel tundub vajalik, piirake see ühe sihtkohaga, mida suudate põhjendada, ja lisage märkus, miks see olemas on.
Sama ettevaatlikkus kehtib domeeniveeru kohta. Nimi, mis teid üllatab, võib olla jagatud hostinimi, sisu tarnimise lõpp-punkt või päring, mis toimus enne, kui tunnel üles tuli, ja selle lekkimise tõendiks pidamine viib reegliteni, mis rikuvad töötavat liiklust.
Neljas samm: hoidke vaade ja reegel lahus
Iga muudatus selles harjutuses muudab seda, mida monitor näitab. Ükski neist ei muuda seda, mida tulemüür lubab, ja ükski ei liiguta liiklust tunnelisse ega sealt välja.
Kui olete lõpetanud, viige filtrid tagasi olekusse, mida oskate seletada, et järgmine inimene, kes akna avab, ei loeks vaadet, mille te maha jätsite. Kui küsimus oli, kas sihtkoht läheb tunnelist läbi, vastake see marsruutimise ja erandite seadetest ning seejärel kasutage monitori tulemuse kinnitamiseks, mitte selle oletamiseks.