Tor-bruggen teenoor ’n VPN: watter probleem los elkeen op?

Toegang wat geblokkeer is, ’n Tor Browser wat nie wil koppel nie, en twee produkte wat as oplossings aangebied word: ’n brug en ’n VPN. Hulle faal op verskillende plekke en herstel verskillende dinge. ’n Brug is ’n ingangspunt na Tor wat nie in die relay-gids gepubliseer word nie, terwyl ’n VPN ’n tonnel na ’n operateur is wat jy self gekies het. Om tussen hulle te kies begin daarmee om te benoem wat werklik stukkend is.

Twee instrumente, twee verskillende take

’n Brug verander hoe Tor Browser die Tor-netwerk bereik. Die kliënt bou steeds ’n stroombaan, gebruik steeds ’n uitgangsrelay vir die publieke web, en bly afhanklik van die gidsowerhede vir alles behalwe daardie eerste sprong. ’n VPN verander hoe die plaaslike masjien ’n eindpunt van jou keuse bereik, en alles ná daardie eindpunt is die operateur se besigheid.

Daardie verskil bepaal watter fout elke instrument kan aanspreek. As verbindings na bekende Tor-ingangsadresse geblokkeer word, bied ’n brug ’n ander ingang, en die Tor Project se brugdokumentasie beskryf die ondersteunde maniere om een te bekom. As die netwerk alle verkeer ondersoek, kan ’n brug help en kan dit nie, want inpropbare transmissies verander die vorm van ’n verbinding eerder as om te waarborg dat niemand dit kan herken nie. As die plaaslike netwerk bestemmings monitor, is die antwoord ’n heeltemal ander vraag. Bring die simptoom voordat jy ’n produk bring.

Wat ’n brug werklik verberg

’n Brug is ’n relay wat nie in die publieke gids voorkom nie en via aparte kanale versprei word, soos die ingeboude aanvraagvloei of e-pos. Dit verberg die ingangspunt vir enigiemand wat die publieke lys lees, en dit is die hele doel.

Dit verberg nie die bestemming vir die werf wat jy besoek nie, want die uitgangsrelay maak steeds daardie versoek. Dit maak die plaaslike netwerk ook nie blind nie, want die verbinding verlaat steeds die masjien met ’n adres en ’n tydpatroon. ’n Brug is eerstens ’n bereikbaarheidsinstrument en tweedens ’n privaatheidshulpmiddel.

Wat Tor-eerste-deur-’n-VPN verander

Om Tor deur ’n VPN te laat loop, verskuif die eerste sprong: die plaaslike netwerk sien die VPN-eindpunt, en die VPN-operateur sien ’n verbinding na ’n Tor-ingang. Die stroombaan self bly van daardie punt af onveranderd.

Daardie reëling verskuif wie die ingangsverbinding kan waarneem en voeg nog ’n rekening, kliënt en foutmodus by om te onderhou. Dit verander ook wat die VPN-operateur sou kon korreleer, en dit is ’n beleidsvraag eerder as ’n tegniese een. ’n VPN dek nie by verstek elke program op die masjien nie, so ’n aparte e-poskliënt of sinchronisasie-instrument kan steeds die gewone pad gebruik. Behandel enige verbindingsaanwyser as bewyse oor een program, nie oor die toestel nie.

Verifieer die program waaroor jy jou bekommer

Toets die betrokke toepassing eerder as die teenwoordigheid van ’n ikoon. ’n Luisterende SOCKS-poort en ’n werkende stroombaan is twee aparte feite, en net die tweede beteken iets.

tor --verify-config
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip

Die eerste opdrag kontroleer dat die Tor-proses sy konfigurasie aanvaar, en die tweede rapporteer watter uitgangsadres die netwerk werklik sien. As die tweede misluk terwyl die eerste slaag, is dit nie die stroombaan nie maar die plaaslike proxy-instelling. Herhaal die toets met die instrument wat gefaal het, want ’n blaaieruitbreiding kan sy eie proxy-konfigurasie hê.

Hou die bewyse by die ticket: die vervoermiddel in gebruik, die tipe ingang en die uitgang wat waargeneem is. Daardie drie reëls besleg die meeste verbindingsgesprekke sonder nog ’n produkvergeliking.