Hinaharangan ka ba ng site kapag naka-on lang ang VPN? Ito ang nakikita nito
Ang harang ay karaniwang exit address, hindi pagtagas. Suriin ang network kung saan tila galing ang trapiko mo, ang resolver na maaaring i-log ng site, at ang alam ng page code.
Maayos na naglo-load ang tindahan sa bahay at nagpapakita ng pader ng «hindi karaniwang trapiko» sa sandaling umangat ang tunnel. Tumangging mag-log in ka ng isang forum, at iginiit ng isang streaming page na nasa bansa kang hindi mo pa napuntahan. Wala sa mga iyon ang nangangailangan ng spyware. Nakikita ng site ang address kung saan galing ang mga packet mo, at kapag may VPN ang address na iyon ay pag-aari ng data center, hindi ng linya sa bahay. Karamihan ng tinatawag na VPN detection ay nagsisimula at nagtatapos sa nag-iisang katotohanang iyon, at ang natitira ay hinuha na may mahuhulaang rate ng error.
Nagsisimula ang harang sa kung saan tila galing ang mga packet mo
Bawat request ay may source address, at ang server na tumatanggap nito ay maaaring hanapin ito sa pampublikong data: aling network ang nag-anunsyo nito, kung hosting provider ang network na iyon, kung lumabas na ito sa mga listahan ng abuse, at kung aling bansa ang itinatakda ng registry. Wala sa mga iyon ang nagpapakilala sa iyo, at sapat ang lahat ng iyon upang mailagay ka sa isang kategorya.
Tingnan ang sarili mong trapiko tulad ng pagtingin ng estranghero. Dalawang command ang sumasaklaw sa malaking bahagi ng surface, at ang pangalawa ang nakakalimutan ng mga tao:
curl -sS https://ipinfo.io/json
dig +short TXT o-o.myaddr.l.google.com @ns1.google.com
Ibinabalik ng una ang exit address, ang organisasyon at bansa nito. Ibinabalik ng pangalawa ang address ng resolver na nakarating sa name server ng Google; madalas itong kabilang sa ibang network kaysa sa exit mo, at iyon ang address na nakikita ng site kung nagla-log ito ng data sa side ng resolver. Kapag ang dalawang ito ay kabilang sa magkaibang bansa, itinuturing ng ilang site na kahina-hinala ang pagkakaiba kahit walang mali sa setup mo.
Kapag nagsimula lamang ang pagtanggi pagkatapos umangat ang tunnel, hinalain muna ang exit address bago ang iba. Palitan ang server at subukang muli bago hawakan ang browser. Ang harang na sumusunod sa iyo sa tatlong exit ng isang provider ay tungkol sa mga range ng provider; ang harang na nawawala sa ibang server ay tungkol sa nag-iisang address na iyon.
Hindi tugma ang time zone, wika at orasan sa address
Mababasa ng page code ang time zone mo, mga kagustuhan sa wika at mga setting ng screen nang walang anumang request ng permiso. Ang browser na nag-uulat ng oras ng Gitnang Europa habang galing sa data center sa Singapore ang koneksyon ay mas malakas na senyales kaysa sa address lamang, at iyon ang uri ng pagkakaibang ginawa ng fraud scoring upang mapansin.
Intl.DateTimeFormat().resolvedOptions().timeZone
navigator.language
Intl.DateTimeFormat().resolvedOptions().locale
Sinasabi ng tatlong linyang iyon sa developer console kung ano ang kusang ibinibigay ng browser mo. Mababago ng VPN client ang ruta mo at wala nang iba, kaya nananatiling lokal ang profile na dala mo habang ang exit mo ay hindi. Ang mahalaga dito ay consistency: ang laptop na nakatakda sa parehong rehiyon ng exit ay mukhang ordinaryo, at ang sumasalungat sa sarili nito ay hindi.
Kaya paminsan-minsan ang pagpalya. Maraming site ang walang pakialam, ilan ang nagbibigay ng score, at isang membership site ang nagpasya na manloloko ka. Gumagana nang tama ang client sa lahat ng tatlong kaso, kaya ang karaniwang sagot ng support, «malamang browser mo iyan», ay nakakainis at bahagyang totoo.
Ano ang tunay na alam ng page code tungkol sa makina mo
Walang API ang JavaScript na naglilista ng network interface. Hindi matatanong ng page kung anong address mayroon ang laptop mo, kaya ang lumang claim na binabasa ng script ang LAN address mo ay pangunahing alaala mula sa panahon ng plugin, nang magagawa iyon ng ActiveX controls, Java applets at iba pang native code.
| Signal | What it reveals | Status today |
|---|---|---|
| Source address of the request | Exit network, country, hosting status | Always visible; the main signal |
| Time zone and language | Where the profile claims to be | Readable without permission |
| WebRTC candidates | Local addresses, historically | Host candidates are mDNS-obfuscated by default |
| Interface list | All local addresses | Not available to ordinary JavaScript |
Ang WebRTC ang tapat na eksepsiyon sa «walang pagtagas ng local address». Ang collection ng candidate nito ay dating naglalantad ng local address sa kahit anong page na humingi, at ang pagwawasto ay palitan ang host candidate ng random na mDNS name. Umiiral ang default na iyon sa mga kasalukuyang browser, ngunit desisyon ito ng browser at hindi garantiya ng protocol, kaya ang lumang build o hardened configuration na muling nagpapagana ng local candidate ay puwede pa ring tumagas. Ang pag-update ng browser ay mas nakakatulong sa iyo dito kaysa sa anumang extension.
Nakikita ng provider mo ang mga pangalan, hindi ang nilalaman
Pinoprotektahan ng HTTPS ang nilalaman ng page mula simula hanggang dulo, at hindi mababasa ng tunnel operator na nagpapasa ng mga byte na iyon. Nakikita pa rin ng operator kung anong address ang kinontak mo, at sa karamihan ng deployment ang pangalan ng server sa handshake, dahil kailangang mabasa ang pangalan upang ma-route ang koneksyon sa tamang site. Umiiral ang Encrypted Client Hello para itago ang field na iyon, at nakakatulong lang kapag sinusuportahan ito ng client at site.
Ang name resolution ang kabilang kalahati. Kung ang provider mo rin ang nagbibigay ng resolver, nakikita nito ang bawat pangalan na hinahanap mo bago pa may koneksyon. Kung gumagamit ang device mo ng public resolver sa pamamagitan ng HTTPS, nakikita ng provider ang koneksyon sa resolver na iyon at wala nang iba, samantalang ang resolver mismo ang nakakakita ng listahan.
Ang HTTP request na hindi naka-encrypt ay nababasa ng operator sa parehong dahilan na nababasa ito ng hotel network: walang naka-encrypt sa loob nito. Hindi kailanman nag-claim ng kabaligtaran ang tunnel, at hindi nito inaayos ang pinili ng application.
Paghiwalayin ang «VPN ito» sa «ako ito»
Ang detection ay mura, probabilistiko at madalas mali. Ang shared exit address ay namarkahan dahil inabuso ito ng iba, ang corporate range ay inuuri na hosting, at ang mobile carrier ay naglalabas ng geographic na resulta na nagpapasorpresa sa lahat. Ang identification ay ibang problema: kailangan nito ng tuloy-tuloy na koneksyon tulad ng account na na-log in mo, cookie, detalye ng bayad, o dalawang observer na naghahambing ng tala.
Magpasya kung alin sa dalawa ang talagang nilalabanan mo. Kung layunin mong magbasa ng page, ginagawa na iyon ng HTTPS at kaunti lang ang binabago ng tunnel. Kung layunin mong hindi malaman ng site kung anong lungsod ka, ang exit at resolver ang mahalaga. Kung layunin mong putulin ang ugnayan sa tunay na pagkakakilanlan mo, ang account ang mahinang punto, at walang nagagawa ang pagpapalit ng server sa login na ginamit mo lang.
Ang bagong exit ay hindi ka nagla-log out sa kahit ano, at hindi nito mabubura ang na-store na ng site tungkol sa account na ginamit mo. Kaya ang praktikal na pagkakasunod-sunod ay walang kislap: pumili ng exit na mukhang ordinaryo ang network, panatilihing consistent ang browser profile dito, i-update ang browser upang gamitin ng leak-prone features ang modernong default nito, at tanggapin na mali pa rin ang hula ng ilang site tungkol sa iyo.