UDP troch de SOCKS-poarte fan Tor: wat net trochjûn wurdt

In programma nei in SOCKS-poarte wize wurket foar in browser en mislearret foar in spultsje, en de reden is net konfiguraasje. SOCKS5 definiearret ferskate opdrachten, en in ymplemintaasje is frij om mar guon dêrfan te stypjen; de ynterface fan Tor akseptearret streamferbiningen en namme-oplossing, gjin willekeurige datagramtrochjefte. In klant dy't UDP stjoert en ferwachtet dat de proxy it trochjaan sil, freget om in opdracht dy't de tsjinner net ymplemintaasje hat. De hantlieding hjirûnder kontrolearret dat yn in pear minuten en kiest dan in transport dat echt wurkje kin.

Kontrolearje wat it programma echt stjoert

Begjin mei it identifisearjen fan it transport yn plak fan de protokolnamme. In stimklant kin oer HTTPS oanmelde en dan media oer UDP drage; in spultsje kin oer TCP ferifiearje en oer UDP spylje; in bestânsferfier kin TCP brûke foar kontrôle en UDP foar ûntdekking. De earste twa gedragingen lykje identyk oant de oanmelding slagget en it petear noch mislearret, en dêrom is “it is ferbûn” gjin bewiis dat it hiele programma wurket. Guon klanten falle ek út harsels fan UDP nei TCP werom, wat in diels wurkjende sesje lykje lit as in ûnstabel netwurk yn plak fan in blokkearre transport.

Skriuw de bestimmingspoarte en it transport op foar it diel dat mislearret. Dy iene rigel beslút oft in proxy hielendal helpe kin.

Wat de SOCKS-ynterface fan Tor akseptearje sil

Tor ymplemintearret de opdracht SOCKS5 CONNECT foar streamferbiningen en útwreidingsopdrachten foar namme-oplossing, dêrom wurket in browser dertroch sûnder feroaring. UDP ASSOCIATE, de opdracht wêrmei't in klant datagrammen oan de proxy jaan koe om troch te jaan, heart net by wat Tor biedt. De dokumintaasje oer de útwreidingen stiet yn de spesifikaasje fan SOCKS-útwreidingen fan it projekt, en it is koart lêswurk. It ûntbrekken fan in datagramopdracht is bewust: willekeurige UDP trochjaan soe it netwurk in trochjaanrol jaan dêr't it nea foar ûntwurpen is.

Dit is ek it antwurd foar WireGuard, dat neffens ûntwerp UDP is en gjin TCP-fallback hat. Der is gjin stipe paad dat WireGuard nei in SOCKS-poarte wiist, en alles wat oars beweart is in omskot mei syn eigen ferhaal oer fertrouwen en ûnderhâld, net in funksje fan ien fan beide ark.

OpenVPN is de dielútsûndering, om't it konfigurearre wurde kin om oer TCP te tunneljen en it in SOCKS-proxyopsje begrypt. Dat freget noch altyd in tsjinner konfigurearre foar TCP en in bewuste beslissing oer de gefolgen foar prestaasjes en fingerprints, dus it is in ûntwerpkar, net in kompatibiliteitsreparaasje.

Fier de kontrôle yn folchoarder út

Befêstigje earst dat de proxy foar streams wurket, sadat in lettere mislearring net oan in ûnberikbere poarte taskreaun wurde kin. Befêstigje dan it eigen ferkear fan it programma en sjoch hokker sockets it echt iepenet.

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'

In slagge earste opdracht en in fêstige stream yn de twadde rigel litte sjen dat it proxypaad wurket sa't it ûntwurpen is. De tredde opdracht siket lokale datagram-sockets dy't by it programma hearre; as de klant ien iepenet en streekrjocht nei in fiere adres stjoert, hat er de proxy nea frege en gjin proxyynstelling sil dat feroarje. As it by de earste stap mislearret, stopje en reparearje it proxypaad foardat jo it programma ûndersykje, want twa flaters tagelyk leverje in ferslach dêr't nimmen op hannelje kin.

Draai werom en kies it goede ark

Ferwiderje alle proxy-omjouwingsfariabelen of proxyynstellingen per programma dy't de UDP-klant nei de SOCKS-poarte wiisden; as jo se stean litte, wurde lettere tests dûbelsinnich. Werstel de foarige konfiguraasje út in kopy, start it programma opnij en befêstigje dat it oarspronklike gedrach weromkomt sadat de fergeliking skjin is. In weromdraaiing dy't net ferifiearre is, is allinne in hope dat de tastân feroare is.

Foar in transport dat UDP bliuwe moat, is in VPN meastentiids better geskikt: it draacht de pakketten fan it programma sûnder it programma te freegjen in proxyprotokol te sprekken, tsjin de priis fan hiel oare anonimiteitseigenskippen. Brûk elk ark foar wat it dokumintearret, en behannelje elke brêge der tusken as in apart systeem dat syn eigen beoardieling nedich hat. Skriuw yn it einferslach hokker laach hokker transport draacht, sadat de folgjende persoan deselde grins net opnij ûntdekt mei in oar programma.