UDP deur Tor se SOCKS-poort: wat nie deurkom nie

Om ’n program na ’n SOCKS-poort te wys werk vir ’n blaaier en misluk vir ’n speletjie, en die rede is nie konfigurasie nie. SOCKS5 definieer verskeie opdragte, en ’n implementering is vry om net sommige daarvan te ondersteun; Tor se koppelvlak aanvaar stroomverbindings en naamoplossing, nie willekeurige datagramaansturing nie. ’n Kliënt wat UDP stuur en verwag dat die volmag dit moet deurstuur, vra vir ’n opdrag wat die bediener nie implementeer nie. Die prosedure hieronder kontroleer dit in ’n paar minute en kies dan ’n vervoer wat werklik kan werk.

Kontroleer wat die program werklik stuur

Begin deur die vervoer te identifiseer eerder as die protokolnaam. ’n Stemkliënt kan oor HTTPS aanmeld en dan media oor UDP dra; ’n speletjie kan oor TCP verifieer en oor UDP speel; ’n lêeroordrag kan TCP vir beheer en UDP vir ontdekking gebruik. Die eerste twee gedragspatrone lyk identies totdat die aanmelding slaag en die oproep steeds misluk, en daarom is “dit het gekoppel” nie bewys dat die hele program werk nie. Sommige kliënte val ook uit eie beweging van UDP na TCP terug, wat ’n gedeeltelik werkende sessie soos ’n wisselvallige netwerk laat lyk eerder as ’n geblokkeerde vervoer.

Skryf die bestemmingspoort en die vervoer neer vir die deel wat misluk. Daardie een reël bepaal of ’n volmag hoegenaamd kan help.

Wat Tor se SOCKS-koppelvlak sal aanvaar

Tor implementeer die SOCKS5 CONNECT-opdrag vir stroomverbindings en uitbreidingsopdragte vir naamoplossing, en daarom werk ’n blaaier onveranderd daardeur. UDP ASSOCIATE, die opdrag wat ’n kliënt sou toelaat om datagramme aan die volmag vir aansturing te gee, is nie deel van wat Tor bied nie. Dokumentasie oor die uitbreidings is in die projek se SOCKS-uitbreidingspesifikasie te vinde, en dit is kort leeswerk. Die afwesigheid van ’n datagramopdrag is opsetlik: om willekeurige UDP aan te stuur sou die netwerk ’n aansturingsrol gee waarvoor dit nooit ontwerp is nie.

Dit is ook die antwoord vir WireGuard, wat per ontwerp UDP is en geen TCP-terugval het nie. Daar is geen ondersteunde pad wat WireGuard na ’n SOCKS-poort wys nie, en enigiets wat anders beweer, is ’n omhulsel met sy eie vertroue- en instandhoudingstorie eerder as ’n kenmerk van een van die twee gereedskap nie.

OpenVPN is die gedeeltelike uitsondering, want dit kan gekonfigureer word om oor TCP te tonnel en dit verstaan ’n SOCKS-volmagopsie. Dit vereis steeds ’n bediener wat vir TCP gekonfigureer is en ’n doelbewuste besluit oor die prestasie- en vingerafdrukgevolge, so dit is ’n ontwerpkeuse eerder as ’n versoenbaarheidsoplossing.

Voer die kontrole in volgorde uit

Bevestig eers dat die volmag vir strome werk, sodat ’n latere mislukking nie aan ’n onbereikbare poort toegeskryf kan word nie. Bevestig dan die program se eie verkeer en let op watter sokkels dit werklik oopmaak.

curl --socks5-hostname 127.0.0.1:9050 -sS https://check.torproject.org/api/ip
ss -tupn | grep 9050
ss -aun | grep -E ':(3478|5060|27015)\b'

’n Suksesvolle eerste opdrag en ’n gevestigde stroom in die tweede reël wys dat die volmagpad werk soos ontwerp. Die derde opdrag soek plaaslike datagramsokkels wat aan die program behoort; as die kliënt een oopmaak en direk na ’n afgeleë adres stuur, het dit nooit die volmag geraadpleeg nie en geen volmaginstelling sal dit verander nie. As dit by die eerste stap misluk, stop en herstel die volmagpad voordat jy die program ondersoek, want twee foute op dieselfde tyd lewer ’n verslag op waarop niemand kan reageer nie.

Draai terug en kies die regte gereedskap

Verwyder enige volmag-omgewingsveranderlikes of per-program volmaginstellings wat die UDP-kliënt na die SOCKS-poort gewys het; om dit te laat staan, maak latere toetse dubbelsinnig. Herstel die vorige konfigurasie uit ’n kopie, herbegin die program en bevestig dat die oorspronklike gedrag terugkeer sodat die vergelyking skoon is. ’n Terugdraaiing wat nie geverifieer is nie, is net ’n hoop dat die toestand verander het.

Vir ’n vervoer wat UDP moet bly, is ’n VPN gewoonlik die beter pas: dit dra die program se pakkette sonder om van die program te vra om ’n volmagprotokol te praat, ten koste van heeltemal ander anonimiteitseienskappe. Gebruik elke stuk gereedskap vir wat dit dokumenteer, en behandel enige brug tussen hulle as ’n aparte stelsel wat sy eie oorsig nodig het. Skryf in die finale verslag neer watter laag watter vervoer dra, sodat die volgende persoon nie dieselfde grens met ’n ander program herontdek nie.