Čitanje kodova grešaka SOCKS5 veze
Utvrdite jesu li zakazali SOCKS pregovaranje, autentifikacija ili pristup cilju prije nego svaki SOCKS problem proglasite mrtvim proxyjem.
SOCKS5 server može prihvatiti TCP vezu i ipak odbiti zahtjev za pristup odredištu. Pročitajte odgovor u pravoj fazi prije nego odlučite koja je tačka zakazala.
Prvo se bira metoda. Autentifikacija korisničkim imenom i lozinkom, ako se odabere, ima svoj rezultat. Tek zatim server vraća odgovor za CONNECT ili drugu SOCKS naredbu. Vrijednost bajta iz jedne faze ne može se tumačiti tabelom druge.
Odgovori na zahtjeve razlikuju greške
| Vrijednost odgovora | Značenje u odgovoru na SOCKS5 zahtjev |
|---|---|
| 0x01 | Opća greška servera. |
| 0x02 | Pravila ne dopuštaju vezu. |
| 0x03 | Mreža je nedostupna. |
| 0x04 | Host je nedostupan. |
| 0x05 | Veza je odbijena. |
| 0x06 | TTL je istekao. |
| 0x07 | Naredba nije podržana. |
| 0x08 | Tip adrese nije podržan. |
Na primjer, odbijanje na nivou zahtjeva prijavljuje se nakon pristupa SOCKS usluzi. Razlikuje se od toga da operativni sistem odbije početnu TCP vezu s tom uslugom.
Greška tipa adrese može se odnositi na IPv4, IPv6 ili prikaz imenom hosta. Ne znači automatski da cijela tačka nema SOCKS5 podršku. Isto tako, nepodržana UDP naredba ne daje konačan zaključak o zasebnom TCP CONNECT zahtjevu.
Prikupite kontekst koji kod čini korisnim
Pri pisanju izvještaja o grešci sačuvajte uz rezultat adresu proxyja, naredbu, ciljni host i port, porodicu adresa i DNS režim. Ako upravljate tačkom, korisni su serverski dnevnici politika. Odbijanje pravilima traži provjeru odgovarajuće dozvole, ne produženje vremena čekanja veze.
Odgovor je izvještaj servera, ne potpuna nezavisna dijagnoza odredišne mreže. I formulacije klijenata se razlikuju. Zabilježite fazu i osnovni odgovor kad su dostupni, umjesto oslanjanja samo na kratku prevedenu poruku.