Un server SOCKS5 poate accepta conexiunea TCP și totuși respinge cererea de acces la destinație. Citiți răspunsul în etapa corectă înainte de a decide ce punct a eșuat.

Mai întâi se selectează metoda. Autentificarea cu utilizator și parolă, dacă este aleasă, are propriul rezultat. Doar apoi serverul răspunde la CONNECT sau la altă comandă SOCKS. Un octet dintr-o etapă nu poate fi interpretat cu tabelul altei etape.

Răspunsurile la cereri disting erori diferite

Valoarea răspunsuluiSemnificație în răspunsul la cererea SOCKS5
0x01Eșec general al serverului.
0x02Conexiunea nu este permisă de reguli.
0x03Rețeaua este inaccesibilă.
0x04Gazda este inaccesibilă.
0x05Conexiune refuzată.
0x06TTL expirat.
0x07Comandă neacceptată.
0x08Tip de adresă neacceptat.

De exemplu, un refuz la nivel de cerere este raportat după atingerea serviciului SOCKS. Este diferit de refuzul sistemului de operare de a stabili conexiunea TCP inițială cu acel serviciu.

O eroare a tipului de adresă poate privi reprezentarea IPv4, IPv6 sau ca nume de gazdă. Nu înseamnă automat că întregul punct nu acceptă SOCKS5. Similar, o comandă UDP neacceptată nu permite concluzii definitive despre o cerere TCP CONNECT separată.

Colectați contextul care face codul util

Când scrieți un raport de eroare, păstrați cu rezultatul adresa proxy-ului, comanda, gazda și portul țintă, familia de adrese și modul DNS. Jurnalele politicilor de pe server ajută dacă administrați punctul. Un refuz al regulilor cere verificarea permisiunii aplicabile, nu creșterea timpului de conectare.

Răspunsul este raportul serverului, nu un diagnostic independent complet al rețelei de destinație. Formulările clienților variază și ele. Înregistrați etapa și răspunsul subiacent când sunt disponibile, în loc să vă bazați doar pe un mesaj scurt tradus.

Articole similare