Čitanje kodova pogrešaka SOCKS5 veze
Utvrdite jesu li zakazali SOCKS pregovaranje, autentifikacija ili pristup cilju prije nego svaku pogrešku proglasite neispravnim proxyjem.
SOCKS5 poslužitelj 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 točka zakazala.
Prvo se bira metoda. Autentifikacija korisničkim imenom i lozinkom, ako se odabere, ima svoj rezultat. Tek zatim poslužitelj vraća odgovor za CONNECT ili drugu SOCKS naredbu. Vrijednost bajta iz jedne faze ne može se tumačiti tablicom druge.
Odgovori na zahtjeve razlikuju pogreške
| Vrijednost odgovora | Značenje u odgovoru na SOCKS5 zahtjev |
|---|---|
| 0x01 | Opća pogreška poslužitelja. |
| 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 | Vrsta adrese nije podržana. |
Na primjer, odbijanje na razini zahtjeva prijavljuje se nakon pristupa SOCKS usluzi. Razlikuje se od odbijanja početne TCP veze s tom uslugom u operacijskom sustavu.
Pogreška vrste adrese može se odnositi na IPv4, IPv6 ili prikaz imenom hosta. Ne znači automatski da cijela toč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 pogrešci sačuvajte uz rezultat adresu proxyja, naredbu, ciljni host i port, obitelj adresa i DNS način. Ako upravljate točkom, korisni su poslužiteljski zapisnici pravila. Odbijanje pravilima traži provjeru odgovarajuće dozvole, ne produljenje vremena čekanja veze.
Odgovor je izvještaj poslužitelja, ne potpuna neovisna dijagnoza odredišne mreže. I formulacije klijenata razlikuju se. Zabilježite fazu i izvorni odgovor kad su dostupni, umjesto oslanjanja samo na kratku prevedenu poruku.