Mae cyfeirio ap at borth SOCKS yn gweithio i borwr ac yn methu i gêm, ac nid y ffurfweddiad yw’r rheswm. Mae SOCKS5 yn diffinio sawl gorchymyn, ac mae rhyddid i weithrediad gefnogi rhai ohonynt yn unig; mae rhyngwyneb Tor yn derbyn cysylltiadau ffrwd a datrysiad enwau, nid anfon datagramau mympwyol ymlaen. Mae cleient sy’n anfon UDP ac yn disgwyl i’r dirprwy ei ailgyfeirio yn gofyn am orchymyn nad yw’r gweinydd yn ei weithredu. Mae’r llawlyfr isod yn gwirio hynny mewn ychydig funudau ac yna’n dewis cludydd a all weithio mewn gwirionedd.

Gwiriwch beth mae’r ap yn ei anfon mewn gwirionedd

Dechreuwch drwy nodi’r cludydd yn hytrach nag enw’r protocol. Gall cleient llais fewngofnodi drwy HTTPS ac yna gludo’r cyfryngau dros UDP; gall gêm ddilysu dros TCP a chwarae dros UDP; gall trosglwyddo ffeil ddefnyddio TCP ar gyfer rheolaeth ac UDP ar gyfer darganfod. Mae’r ddau ymddygiad cyntaf yn edrych yn unfath nes bod y mewngofnodi yn llwyddo a’r alwad yn dal i fethu, ac felly nid yw “mae wedi cysylltu” yn dystiolaeth bod y ap cyfan yn gweithio. Mae rhai cleientiaid hefyd yn cwympo’n ôl o UDP i TCP drostynt eu hunain, sy’n gwneud sesiwn sy’n gweithio’n rhannol i edrych fel rhwydwaith anwadal yn hytrach na chludydd wedi’i rwystro.

Nodwch y porth cyrchfan a’r cludydd ar gyfer y rhan sy’n methu. Mae’r un llinell honno yn penderfynu a all dirprwy helpu o gwbl.

Beth fydd rhyngwyneb SOCKS Tor yn ei dderbyn

Mae Tor yn gweithredu gorchymyn SOCKS5 CONNECT ar gyfer cysylltiadau ffrwd a gorchmynion estyniad ar gyfer datrys enwau, a dyna pam mae porwr yn gweithio drwyddo heb newid. Nid yw UDP ASSOCIATE, y gorchymyn a fyddai’n caniatáu i gleient drosglwyddo datagramau i’r dirprwy i’w hanfon ymlaen, yn rhan o’r hyn y mae Tor yn ei gynnig. Mae’r dogfennau ar gyfer yr estyniadau yn manyleb estyniadau SOCKS y prosiect, ac mae’n ddarllen byr. Mae absenoldeb gorchymyn datagramau yn fwriadol: byddai anfon UDP mympwyol ymlaen yn rhoi rôl anfon ymlaen i’r rhwydwaith na chafodd ei chynllunio ar ei chyfer erioed.

Dyma hefyd yr ateb ar gyfer WireGuard, sy’n UDP yn ôl ei gynllun ac nad oes ganddo gefnlen TCP. Nid oes llwybr a gefnogir sy’n cyfeirio WireGuard at borth SOCKS, ac mae unrhyw beth sy’n honni fel arall yn lapio sydd â’i stori ymddiriedaeth a chynhaliaeth ei hun yn hytrach na nodwedd o’r naill offeryn na’r llall.

OpenVPN yw’r eithriad rhannol, oherwydd gellir ei ffurfweddu i dwnelu dros TCP ac mae’n deall opsiwn dirprwy SOCKS. Mae hynny’n dal i fod angen gweinydd wedi’i ffurfweddu ar gyfer TCP a phenderfyniad bwriadol ynghylch y canlyniadau perfformiad a chraithbais, felly dewis dylunio yw hwn yn hytrach na thrws cyfunoldeb.

Rhedegwch y gwiriad yn ei drefn

Cadarnhewch yn gyntaf fod y dirprwy yn gweithio ar gyfer ffrydiau, fel na ellir beio methiant diweddarach ar borth anghyraeddadwy. Yna cadarnhewch draffig yr ap ei hun, a sylwch pa socedi y mae’n eu hagor mewn gwirionedd.

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'

Mae gorchymyn cyntaf llwyddiannus a ffrwd sefydledig yn yr ail linell yn dangos bod llwybr y dirprwy yn gweithio fel y’i cynlluniwyd. Mae’r trydydd gorchymyn yn chwilio am socedi datagramau lleol sy’n perthyn i’r ap; os yw’r cleient yn agor un ac yn anfon yn syth at gyfeiriad pell, nid yw erioed wedi ymgynghori â’r dirprwy ac ni fydd unrhyw osodiad dirprwy yn newid hynny. Os yw’n methu yn y cam cyntaf, stopiwch a thrwsiwch lwybr y dirprwy cyn ymchwilio i’r ap, oherwydd mae dwy fai ar unwaith yn cynhyrchu adroddiad na all neb weithredu arno.

Trowch yn ôl a dewiswch yr offeryn cywir

Tynnwch unrhyw newidynnau amgylchedd dirprwy neu osodiadau dirprwy fesul ap a oedd yn cyfeirio’r cleient UDP at borth SOCKS; mae eu gadael yn eu lle yn gwneud profion diweddarach yn amwys. Adferwch y ffurfweddiad blaenorol o gopi, ailgychwynnwch yr ap, a chadarnhewch fod yr ymddygiad gwreiddiol yn dychwelyd fel bod y gymhariaeth yn lân. Nid yw troi yn ôl heb ei wirio yn ddim ond gobaith bod y cyflwr wedi newid.

Ar gyfer cludydd y mae’n rhaid iddo aros yn UDP, mae VPN fel arfer yn fwy addas: mae’n cludo pecynnau’r ap heb ofyn iddo siarad protocol dirprwy, ar draul priodoleddau anhysbysrwydd hollol wahanol. Defnyddiwch bob offeryn ar gyfer yr hyn y mae’n ei ddogfennu, a thriniwch unrhyw bont rhyngddynt fel system ar wahân sydd angen ei hadolygiad ei hun. Nodwch yn yr adroddiad terfynol pa haen sy’n cludo pa gludydd, fel nad yw’r person nesaf yn ailddarganfod yr un ffin gydag ap gwahanol.

Erthyglau cysylltiedig