Að beina forriti að SOCKS-gátt virkar fyrir vafra og mistekst fyrir leik, og ástæðan er ekki stillingar. SOCKS5 skilgreinir nokkrar skipanir, og útfærsla má styðja aðeins sumar þeirra; viðmót Tor tekur við streymistengingum og nafnaupplausn, ekki handahófskenndri framsendingu gagnagranna. Biðlari sem sendir UDP og væntir þess að milliþjónninn sendi það áfram biður um skipun sem þjónninn útfærir ekki. Leiðarvísirinn hér að neðan prófar þetta á nokkrum mínútum og velur síðan flutning sem getur í raun virkað.

Athugaðu hvað forritið sendir í raun

Byrjaðu á að greina flutninginn frekar en nafn samskiptareglunnar. Raddbiðlari getur skráð sig inn yfir HTTPS og flutt miðilinn yfir UDP; leikur getur auðkennt sig yfir TCP og spilað yfir UDP; skráaflutningur getur notað TCP fyrir stjórnun og UDP fyrir uppgötvun. Fyrstu tvær hegðanirnar líta eins út þar til innskráningin tekst og símtalið mistekst samt, þess vegna er „það tengdist“ ekki sönnun þess að allt forritið virki. Sumir biðlarar falla líka sjálfir til baka úr UDP í TCP, sem lætur að hluta virka lotu líta út eins og óstöðugt net frekar en lokaðan flutning.

Skrifaðu niður áfangagáttina og flutninginn fyrir þann hluta sem mistekst. Þessi eina lína ræður því hvort milliþjónn getur yfirhöfuð hjálpað.

Hvað SOCKS-viðmót Tor tekur við

Tor útfærir skipunina SOCKS5 CONNECT fyrir streymistengingar og viðbótarskipanir fyrir nafnaupplausn, þess vegna virkar vafri í gegnum það óbreyttur. UDP ASSOCIATE, skipunin sem myndi leyfa biðlara að afhenda milliþjóninum gagnagrön fyrir framsendingu, er ekki hluti af því sem Tor býður. Skjölun viðbótanna er í forskrift SOCKS-viðbóta verkefnisins, og hún er stutt. Skorturinn á skipun fyrir gagnagrön er viljandi: að senda handahófskennd UDP áfram myndi gefa netinu framsendingarhlutverk sem það var aldrei hannað fyrir.

Þetta er líka svarið fyrir WireGuard, sem er UDP að hönnun og hefur enga TCP-varaleið. Engin studd leið beinir WireGuard að SOCKS-gátt, og allt sem fullyrðir hið gagnstæða er umbúðir með eigin sögu um traust og viðhald, ekki eiginleiki hvors tveggja verkfæra.

OpenVPN er hlutfallsleg undantekning, því hægt er að stilla það til að gönguleggja yfir TCP og það skilur SOCKS-milliþjónsvalkost. Það krefst samt þjóns stillts fyrir TCP og meðvitaðrar ákvörðunar um afleiðingar fyrir afköst og fingrafar, svo það er hönnunarval, ekki samhæfingarviðgerð.

Keyrðu prófunina í réttri röð

Staðfestu fyrst að milliþjónninn virki fyrir streymi, svo síðari mistök verði ekki kennd óaðgengilegri gátt. Staðfestu síðan eigin umferð forritsins og fylgstu með hvaða sokkum það opnar í raun.

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'

Árangursrík fyrsta skipun og stofnuð streymi í annarri línu sýna að leiðin í gegnum milliþjóninn virkar eins og hannað var. Þriðja skipunin leitar að staðbundnum UDP-sokkum sem tilheyra forritinu; ef biðlarinn opnar einn og sendir beint á fjarlægt vistfang hefur hann aldrei ráðfært sig við milliþjóninn og engin milliþjónsstilling breytir því. Ef það mistekst þegar í fyrsta skrefi, stöðvaðu og lagaðu leiðina í gegnum milliþjóninn áður en þú rannsakar forritið, því tveir gallar í einu gefa skýrslu sem enginn getur brugðist við.

Farðu til baka og veldu rétt verkfæri

Fjarlægðu allar milliþjónsumhverfisbreytur eða milliþjónsstillingar fyrir hvert forrit sem beindu UDP-biðlaranum að SOCKS-gáttinni; að láta þær standa gerir síðari prófanir tvíræðar. Endurheimtu fyrri stillingar úr afriti, endurræstu forritið og staðfestu að upprunaleg hegðun komi aftur svo samanburðurinn sé hreinn. Afturköllun sem er ekki staðfest er aðeins von um að ástandinu hafi verið breytt.

Fyrir flutning sem verður að vera UDP hentar VPN yfirleitt betur: það ber pakka forritsins án þess að krefjast þess að forritið tali milliþjónssamskiptareglur, á kostnað algerlega annarra nafnleysislegra eiginleika. Notaðu hvert verkfæri fyrir það sem það skjalfestir, og meðhöndlaðu hverja brú þeirra á milli sem sérstakt kerfi sem þarf eigin yfirferð. Skrifaðu í lokaskýrsluna hvaða lag ber hvaða flutning, svo næsta manneskja uppgötvi ekki sama mörkin aftur með öðru forriti.

Tengdir greinar