Razumevanje kod napak povezave SOCKS5
Ugotovite, ali je odpovedalo pogajanje SOCKS, preverjanje pristnosti ali cilj, preden vsako napako pripišete nedelujočemu posredniku.
Strežnik SOCKS5 lahko sprejme povezavo TCP, a kljub temu zavrne zahtevo za dostop do cilja. Preberite odgovor v pravi fazi, preden odločite, katera končna točka je odpovedala.
Najprej se izbere metoda. Preverjanje uporabniškega imena in gesla ima, če je izbrano, svoj rezultat. Šele nato strežnik vrne odgovor za CONNECT ali drug ukaz SOCKS. Vrednosti bajta ene faze ni mogoče razlagati s tabelo druge faze.
Odgovori na zahteve razlikujejo napake
| Vrednost odgovora | Pomen v odgovoru na zahtevo SOCKS5 |
|---|---|
| 0x01 | Splošna napaka strežnika. |
| 0x02 | Nabor pravil ne dovoljuje povezave. |
| 0x03 | Omrežje je nedosegljivo. |
| 0x04 | Gostitelj je nedosegljiv. |
| 0x05 | Povezava zavrnjena. |
| 0x06 | TTL je potekel. |
| 0x07 | Ukaz ni podprt. |
| 0x08 | Vrsta naslova ni podprta. |
Na primer zavrnitev na ravni zahteve se sporoči po dosegu storitve SOCKS. Razlikuje se od zavrnitve začetne povezave TCP s storitvijo v operacijskem sistemu.
Napaka vrste naslova se lahko nanaša na predstavitev IPv4, IPv6 ali gostiteljskega imena. Ne pomeni samodejno, da celotna končna točka ne podpira SOCKS5. Prav tako nepodprt ukaz UDP ne daje dokončnega sklepa o ločeni zahtevi TCP CONNECT.
Zberite kontekst, ki kodi daje pomen
Pri pisanju poročila o napaki poleg rezultata shranite naslov posrednika, ukaz, ciljnega gostitelja in vrata, družino naslovov in način DNS. Če upravljate točko, so koristni strežniški dnevniki pravilnikov. Zavrnitev pravil zahteva pregled ustreznega dovoljenja, ne podaljšanja časovne omejitve povezave.
Odgovor je poročilo strežnika, ne popolna neodvisna diagnoza ciljnega omrežja. Tudi besedila odjemalcev se razlikujejo. Zabeležite fazo in izvorni odgovor, če sta na voljo, namesto da se zanesete le na kratko prevedeno sporočilo.