Nuwe Tor-kring teenoor VPN-bediener-skakel: wat verander werklik

Om ’n Tor-kring te verander en om ’n VPN-bediener te skakel, voel albei soos ’n nuwe roete, maar hulle breek op verskillende plekke as jy dit as dieselfde knoppie behandel. Die een vra die Tor-kliënt om ’n ander pad vir ’n webwerf te bou; die ander vra die VPN-kliënt om aan ’n ander eindpunt te koppel. Nie een is ’n herstel nie, en die adres wat ’n webwerf uiteindelik sien, hang daarvan af watter van die twee nader aan die bestemming is. Hier is hoe ek besluit watter beheer om te gebruik, en wat ek daarna nagaan.

Twee bewerkings in twee verskillende lae

Tor is ’n oorkoepelende laag. Jou kliënt kies ’n wagrelais, ’n middelrelais en ’n uitgangsrelais en dra dan TCP-strome deur daardie kring; die bestemming sien die uitgang en niks anders nie. ’n Kringverandering is ’n besluit binne Tor oor watter relais ’n stroom dra.

’n VPN is ’n tonnel daaronder. Die kliënt kies ’n eindpunt, wikkel verkeer in ’n buitenste laag, en wat ook al volgende kom, sien die eindpunt se adres. ’n Bediener-skakel is ’n besluit oor waar die buitenste pad eindig.

Omdat die lae onafhanklik is, kan een bewerking onsigbaar wees aan die verre kant van die verbinding. Daardie asimmetrie verduidelik meeste van die verwarring rondom hierdie twee beheerders.

Wat Nuwe Tor-kring vir hierdie webwerf doen

Nuwe Tor-kring vir hierdie webwerf, in die webwerf-inligtingspaneel, sluit die strome wat Tor vir daardie webwerf dra en bou ’n nuwe kring vir die volgende versoek. Oortjies, koekies, aanmeldings en die res van die sessie bly presies waar hulle was, en dit is die punt: jy behou die sessie en verander die pad.

Dit maak dit die regte instrument vir ’n smal fout: ’n uitgangsrelais wat die bestemming blokkeer, ’n captcha-lus wat die uitgang volg, of een webwerf wat hang terwyl elke ander webwerf reg is. Die kringvertoning in dieselfde paneel lys die drie relais, so jy kan bevestig dat die uitgang werklik verander het eerder as om dit te aanvaar.

Let op die wag. Tor hou ’n klein stel ingangswagte, en ’n kringverandering gebruik gewoonlik dieselfde wag weer, so die eerste sprong op die netwerk beweeg nie. Nuwe identiteit is die groter herstel, wat oortjies sluit en blaaietoestand skoonmaak voordat ’n nuwe kring gebou word, en die identiteitsbeheerders word afsonderlik gedokumenteer met rede: dit is ’n ander bewerking met ’n ander koste.

Wat ’n VPN-bediener-skakel doen

Die kliënt breek die tonnel af en koppel aan ’n ander eindpunt. Die volgende sprong buite die tonnel, of dit ’n Tor-wag of die bestemming self is, sien ’n ander bronadres. Verbindings binne die tonnel breek en moet weer opgebou word, so bladsye kan hang tot hulle tyd uitloop eerder as om skoon te herlaai.

Niks bo die tonnel word herskryf nie, maar die afbreek is nie onsigbaar nie. In ’n VPN-eerste opstelling word die uitgang steeds deur Tor gekies, maar die val van die tonnel doodmaak die TCP-verbindings wat Tor na sy wag hou, so Tor breek daardie kringe af en bou nuwes, en kies weer ’n uitgang. Die webwerf kan dus ná ’n skakel ’n ander uitgangsadres sien, al het die skakel self nooit een gekies nie. Wat die skakel besluit, is die adres wat die wag sien; die herboude kring is wat die uitgang weer kies. As jy bedieners geskakel het net om te verander wat ’n webwerf sien terwyl Tor voor is, het jy ’n laag verskuif wat die webwerf nooit direk waarneem nie, en enige verandering wat die webwerf opmerk, kom van die herbou, nie van die skakel nie.

’n Skakel raak ook net die roete wat die kliënt besit. ’n Blaaier wat ’n oop verbinding hergebruik, kan op die ou pad vaslys totdat dit weer koppel, en ’n gekasde DNS-antwoord is die ander gewone oorsaak. Herlaai eers, oordeel dan.

Volgorde bepaal wat die bestemming sien

Die twee volgordes antwoord verskillende vrae. Met die VPN voor Tor sien die wag en die relais die VPN-eindpunt, terwyl die bestemming die Tor-uitgang sien. Met Tor voor die VPN sien die bestemming die VPN-eindpunt, want die tonnel is die laaste ding waardeur die verkeer gaan.

Dus rapporteer ’n IP-opsoek wat die bestemming gesien het, nie die pad wat dit gedra het nie. ’n Diens wat die uitgang in een opstelling wys en die VPN in die ander, tree korrek op, en lek nie.

Wat nie een van die bewerkings doen nie

Nie een daarvan verwyder ’n rekening se identiteit nie. ’n Aangemelde sessie is ’n koekie plus ’n bediener-kant rekord, en ’n padverandering raak nie een nie. ’n Stabiele blaaiersprofiel, dieselfde aanmelding en dieselfde vingerafdruk oorleef albei aksies.

Nie een is ook bewyse nie. ’n Webwerf rapporteer ’n adres wat dit tydens ’n versoek waargeneem het; dit kan nie jou relaispad rapporteer of of jou VPN tien minute vroeër afgeval het nie. As jy daardie tydlyn nodig het, skryf dit neer op die oomblik, want dit kan later nie van die verre kant af gerekonstrueer word nie.

Pas die beheer by die simptoom

Begin by wat gefaal het, nie by watter knoppie meer deeglik lyk nie:

• Een webwerf blokkeer jou, captchas loop, of ’n enkele webwerf is stadig: nuwe kring vir daardie webwerf.
• ’n Slegs-VPN-opstelling het ’n ander sigbare adres nodig: skakel die bediener.
• Jy het ’n uitgang verwag maar die webwerf rapporteer jou VPN: kyk na die volgorde, Tor is agter die tonnel.
• Oortjies het gesluit en alles is terugstel: jy het Nuwe identiteit gebruik, nie ’n kringverandering nie.
• Die uitgang lyk onveranderd ná ’n kringverandering: relais kan wettig herhaal, en die wag sal glad nie beweeg nie.

Skryf die aksie en die simptoom wat dit moes regstel neer voordat jy iets anders verander. Twee skakels in ’n ry lewer ’n vergelyking wat nie geïnterpreteer kan word nie, en om albei te herhaal wanneer net een laag verkeerd optree, is hoe ’n vyf-minute-kontrole ’n middag word.