Bakit nakalista pa rin ng Little Snitch ang browser sa ilalim ng VPN?

Binubuksan mo ang VPN, binuksan ang Little Snitch, at naroon agad ang browser, may koneksyon sa isang site na akala mo ay dumadaan sa tunnel. Ang entry na iyon ay hindi patunay ng pagtagas sa sarili nito. Iniulat ng lokal na monitor kung aling proseso ang nagbukas ng socket sa makinang ito, at binuksan nga ito ng browser; ang VPN client ay pangalawang proseso na kumukuha ng mga packet na iyon pagkatapos. Pareho silang totoo nang sabay, at ang display ay ipinapakita sa iyo ang una.

Ano ang maaari at hindi maaaring iugnay ng lokal na monitor

Ang pag-uugnay ay nangyayari sa socket. Alam ng kernel kung aling proseso ang may-ari ng koneksyon, kaya maaaring lagyan ng label ng Little Snitch ang entry ng pangalan ng app nang may mataas na katiyakan. Ang hindi nito nakikita bilang default ay ang panlabas na koneksyon na itinatayo ng VPN sa paligid ng trapik na iyon, dahil pag-aari ito ng ibang proseso.

Ang mga pangalan ng domain ay mas mahinang senyales kaysa sa itsura nila. Sa koneksyong HTTPS ang pangalan ay maaaring magmula sa query ng DNS, sa pangalan ng server na inialok habang nag-uusap ang dalawang panig, o sa baligtad na paghahanap ng address, ayon sa naobserbahan ng sistema. Wala sa mga ito ang nangangailangan ng pagdecrypt ng pahina, at wala sa mga ito ang nagpapatunay kung saan nagpunta ang mga byte pagkatapos.

Kaya ang entry ng browser ay sumasagot sa sino, hindi sa saan. Ituring itong data ng pag-uugnay at kunin ang saan mula sa ibang view.

Unang hakbang: magsimula sa walang laman na window kaysa mag-scroll sa kasaysayan

Hindi masasabi ng lumang entry kung ano ang ginagawa ng kasalukuyang configuration. Ilipat ang filter ng oras sa Mula Ngayon, o pindutin ang Command-K, upang ang window ay magpakita lamang ng mga koneksyong lumalabas pagkatapos ng sandaling iyon.

Pagkatapos gawin ang eksaktong isang walang pinsalang bagay sa app na iniimbestigahan mo, halimbawa mag-load ng pahinang pinapayagan kang i-load. Isang aksyon, isang sandali, upang ang mga entry na lumalabas ay maiugnay dito nang walang hula. Maghintay ng isa o dalawang segundo pagkatapos nitong matapos, dahil ang pag-load ng pahina ay gumagawa ng bugso ng mga koneksyon at hindi isa lamang. Ang pagbasa ng listahan habang pinupuno pa ito ay ginagarantiyang mali ang huhusgahan mo sa pagkakasunod-sunod.

Bago basahin ang resulta, tingnan kung may field ng paghahanap o filter ng estado na nagpapaliit ng listahan. Ang filter na naiwan mula sa naunang session ang pinakakaraniwang dahilan kung bakit parang nawawala ang isang koneksyon gayong nakatago lamang ito, at iyon din ang dahilan kung bakit hindi nagkakasundo ang dalawang taong tumitingin sa parehong makina tungkol sa nangyayari.

Ikalawang hakbang: isama ang mga koneksyon ng extension upang makita ang tunnel mismo

Ang VPN client sa kasalukuyang bersyon ng macOS ay karaniwang extension ng network at hindi ordinaryong app. I-on ang Ipakita ang mga Network Extension sa Monitor at ang mga koneksyong ginagawa ng extension ay makikita kasama ng lahat ng iba pa.

Ngayon ay mababasa nang sabay ang dalawang layer. Ang browser ang pinagmumulan ng kahilingan, at ang extension ang transportasyong nagdadala nito. Normal at inaasahan ang makita ang dalawa; ang makita lamang ang extension ay karaniwang nangangahulugang na-filter ang view, habang ang makita lamang ang app ay nangangahulugang patay ang view ng extension.

Walang view na nag-iisa ang naglilista ng buong landas. Ang mga tuntunin ng routing, pag-uugali ng DNS at anumang pagbubukod bawat app ay nasa labas ng listahan ng koneksyon, kaya kailangan ng kumpletong sagot na suriin ang mga iyon nang hiwalay.

Ikatlong hakbang: ihiwalay ang tunay na direktang koneksyon sa epekto ng display

Kung pinaghihinalaan mong lumalabas nang direkta ang isang partikular na destinasyon, pangalanan ang destinasyong iyon at suriin ito nang mag-isa. Tingnan ang sariling configuration ng routing at pagharang ng VPN client para sa host o app na iyon, at tiyakin kung dapat itong ibukod.

Ang hindi mo dapat gawin ay harangin ang bawat nakikitang entry ng browser bilang tugon. Kailangan pa rin ng browser na gumawa ng mga koneksyon nito, at ang pagharang sa mga ito sa monitor ay hindi naglilipat sa kanila sa tunnel; pinipigilan lamang ito. Ginagawa nitong aberya ang isang diagnostic na tanong. Kung mukhang kailangan ang isang tuntunin, limitahan ito sa nag-iisang destinasyong kayang katwiran, na may tala kung bakit ito umiiral.

Ang parehong pag-iingat ay dapat sa column ng domain. Ang pangalang ikinagulat mo ay maaaring shared hostname, endpoint ng paghahatid ng nilalaman, o paghahanap na nangyari bago tumaas ang tunnel, at ang ituring itong patunay ng pagtagas ay humahantong sa mga tuntuning sumisira sa gumaganang trapik.

Ikaapat na hakbang: panatilihing hiwalay ang view at tuntunin

Binabago ng bawat pagbabago sa pagsasanay na ito ang ipinapakita ng monitor. Wala sa mga ito ang nagbabago sa pinapayagan ng firewall, at wala sa mga ito ang naglilipat ng trapik papasok o palabas ng tunnel.

Kapag tapos na, ibalik ang mga filter sa estadong maipapaliwanag mo, upang ang susunod na taong magbubukas ng window ay hindi magbasa ng view na iniwan mo. Kung ang tanong ay kung dumadaan ba sa tunnel ang isang destinasyon, sagutin ito mula sa mga setting ng routing at pagbubukod, pagkatapos gamitin ang monitor upang kumpirmahin ang resulta sa halip na hulaan ito.