Un servidor SOCKS5 pot acceptar la connexió TCP i tot i així rebutjar la petició d’accés al destí. Llegiu la resposta a l’etapa correcta abans de decidir quin punt ha fallat.

Primer se selecciona el mètode. L’autenticació amb usuari i contrasenya, si es tria, té el seu propi resultat. Només després el servidor retorna la resposta de CONNECT o d’una altra ordre SOCKS. El valor d’un byte d’una etapa no es pot interpretar amb la taula d’una altra.

Les respostes a peticions distingeixen errors

Valor de respostaSignificat a la resposta d’una petició SOCKS5
0x01Error general del servidor.
0x02Connexió no permesa pel conjunt de regles.
0x03Xarxa inaccessible.
0x04Amfitrió inaccessible.
0x05Connexió refusada.
0x06TTL exhaurit.
0x07Ordre no admesa.
0x08Tipus d’adreça no admès.

Per exemple, un refús al nivell de petició s’informa després d’arribar al servei SOCKS. És diferent que el sistema operatiu refusi la connexió TCP inicial a aquest servei.

Un error de tipus d’adreça pot afectar una representació IPv4, IPv6 o de nom d’amfitrió. No significa automàticament que tot el punt no admeti SOCKS5. Igualment, una ordre UDP no admesa no permet cap conclusió definitiva sobre una petició TCP CONNECT separada.

Recolliu el context que fa útil el codi

Quan escriviu un informe d’error, conserveu amb el resultat l’adreça del servidor intermediari, l’ordre, l’amfitrió i el port de destí, la família d’adreces i el mode DNS. Els registres de política del servidor ajuden si administreu el punt. Un refús per regles demana revisar el permís aplicable, no augmentar el temps d’espera de connexió.

La resposta és l’informe del servidor, no un diagnòstic independent complet de la xarxa de destí. Les expressions dels clients també varien. Registreu l’etapa i la resposta subjacent quan estiguin disponibles, en lloc de confiar només en un missatge d’error breu traduït.

Articles relacionats