SOCKS5 zerbitzariak TCP konexioa onartu eta, hala ere, helburura iristeko eskaera uka dezake. Irakurri erantzuna etapa egokian, zein amaiera-puntuk huts egin duen erabaki aurretik.

Lehenik metodoa hautatzen da. Erabiltzaile-izen eta pasahitz bidezko autentifikazioak, hautatzen bada, bere emaitza du. Ondoren soilik itzultzen du zerbitzariak CONNECT edo beste SOCKS komando baten erantzuna. Etapa bateko byte-balioa ezin da beste etapa baten taularekin interpretatu.

Eskaeren erantzunek hutsegiteak bereizten dituzte

Erantzunaren balioaEsanahia SOCKS5 eskaeraren erantzunean
0x01Zerbitzariaren hutsegite orokorra.
0x02Arau-multzoak ez du konexioa baimentzen.
0x03Ezin da sarera iritsi.
0x04Ezin da hostera iritsi.
0x05Konexioa ukatuta.
0x06TTL iraungita.
0x07Komandoa ez da onartzen.
0x08Helbide mota ez da onartzen.

Adibidez, eskaera-mailako ukapena SOCKS zerbitzura iritsi ondoren jakinarazten da. Sistema eragileak zerbitzu horretarako hasierako TCP konexioa ukatzea bestelakoa da.

Helbide motaren errorea IPv4, IPv6 edo host-izenaren adierazpenari buruzkoa izan daiteke. Ez du automatikoki esan nahi amaiera-puntu osoak SOCKS5 onartzen ez duenik. Era berean, onartzen ez den UDP komandoak ez du ondorio irmorik ematen aparteko TCP CONNECT eskaera bati buruz.

Bildu kodea baliagarri egiten duen testuingurua

Errore-txostena idaztean, gorde emaitzarekin proxy helbidea, komandoa, helburuko hosta eta ataka, helbide-familia eta DNS modua. Amaiera-puntua administratzen baduzu, zerbitzariko politika-erregistroak lagungarri dira. Arauen ukapenak dagokion baimena egiaztatzea eskatzen du, ez konexioaren denbora-muga handitzea.

Erantzuna zerbitzariaren txostena da, ez helburuko sarearen diagnostiko independente osoa. Bezeroen hitzak ere aldatu egiten dira. Erregistratu etapa eta oinarriko erantzuna eskuragarri daudenean, itzulitako errore-mezu laburrean soilik fidatu ordez.

Erlazionatutako artikuluak