Tor-brêgen tsjin in VPN: hokker probleem lost elk op?

Blokkearre tagong, in Tor Browser dy't net ferbynt, en twa produkten as oplossing oanbean: in brêge en in VPN. Se falle op ferskate plakken en meitsje ferskate dingen wer goed. In brêge is in ynkomstpunt nei Tor dat net yn it relay-register publisearre wurdt, wylst in VPN in tunnel is nei in operator dy't jo sels keazen hawwe. Kieze tusken beide begjint mei it beneamen fan wat eins stikken is.

Twa ark, twa ferskate taken

In brêge feroaret hoe't Tor Browser it Tor-netwurk berikt. De klant bout noch altyd in sirkwy, brûkt noch altyd in útgongsrelay foar it iepenbiere web en is foar alles behalve dy earste sprong noch altyd ôfhinklik fan de registerautoriteiten. In VPN feroaret hoe't de lokale masine in einpunt fan jo kar berikt, en alles nei dat einpunt is de saak fan de operator.

Dat ferskil beslút hokker stoaring elk ark oanpakke kin. As ferbiningen nei bekende Tor-ynkomstadressen blokkearre binne, biedt in brêge in oare ynkomst, en de brêgedokumintaasje fan Tor Project beskriuwt de stipe manieren om ien te krijen. As it netwurk al it ferkear ûndersiket, kin in brêge helpe en kin it net, om't oanslútbere transporten de foarm fan in ferbining feroarje ynstee fan te garandearjen dat nimmen dy werkenne kin. As it lokale netwurk bestimmingen folget, is it antwurd in hiel oare fraach. Bring it symptoom foardat jo in produkt bringe.

Wat in brêge eins ferberget

In brêge is in relay dy't yn it iepenbiere register ûntbrekt en fia aparte kanalen ferspraat wurdt, lykas de ynboude oanfraachstream of e-post. It ferberget it ynkomstpunt foar elkenien dy't de iepenbiere list lêst, en dat is it hiele doel.

It ferberget de bestimming net foar de side dy't jo besykje, om't de útgongsrelay dy oanfraach noch altyd docht. It makket ek it lokale netwurk net blyn, om't de ferbining de masine noch altyd mei in adres en in tiidpatroan ferlit. In brêge is earst in ark foar berikberens en twad in ark foar privacy.

Wat Tor troch in VPN feroaret

Tor troch in VPN rinne litte ferpleatst de earste sprong: it lokale netwurk sjocht it VPN-einpunt, en de VPN-operator sjocht in ferbining nei in Tor-ynkomst. It sirkwy sels feroaret fan dat punt ôf net.

Dy opstelling ferpleatst wa't de ynkomstferbining observearje kin en foeget noch in akkount, klant en steuringmodus ta om te ûnderhâlden. It feroaret ek wat de VPN-operator korrelearje koe, en dat is in beliedsfraach ynstee fan in technyske. In VPN dekt net standert elk programma op 'e masine, dus in aparte e-postklant of syngronisaasje-ark kin noch altyd it gewoane paad brûke. Behannelje elke ferbiningsindikator as bewiis oer ien programma, net oer it apparaat.

Kontrolearje it programma dat jo oangiet

Test de oanbelangjende applikaasje ynstee fan 'e oanwêzigens fan in ikoan. In harkjende SOCKS-poarte en in wurkjend sirkwy binne twa aparte feiten, en allinnich it twadde betsjut wat.

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

It earste kommando kontrolearret dat it Tor-proses syn konfiguraasje akseptearret, en it twadde rapportearret hokker útgongsadres it netwurk eins sjocht. As it twadde mislearret wylst it earste slagget, is it sirkwy net it probleem mar de lokale proxy-ynstelling. Werhelje de kontrôle mei it ark dat mislearre, om't in browserútwreiding syn eigen proxy-konfiguraasje hawwe kin.

Hâld it bewiis by it ticket: it brûkte transport, it type ynkomst en de observearre útgong. Dy trije rigels besljochtsje de measte ferbiningsdiskúsjes sûnder noch in produktfergeliking.