Un servidor SOCKS5 pode aceptar a conexión TCP e aínda rexeitar a petición de acceso a un destino. Lea a resposta na etapa correcta antes de decidir que punto fallou.

Primeiro selecciónase o método. A autenticación con usuario e contrasinal, se se escolle, ten o seu propio resultado. Só despois o servidor devolve a resposta de CONNECT ou doutra orde SOCKS. O valor dun byte dunha etapa non se pode interpretar coa táboa doutra.

As respostas a peticións distinguen fallos

Valor da respostaSignificado na resposta a unha petición SOCKS5
0x01Fallo xeral do servidor.
0x02Conexión non permitida polas regras.
0x03Rede inaccesible.
0x04Host inaccesible.
0x05Conexión rexeitada.
0x06TTL esgotado.
0x07Orde non admitida.
0x08Tipo de enderezo non admitido.

Por exemplo, un rexeitamento ao nivel da petición infórmase despois de chegar ao servizo SOCKS. É distinto de que o sistema operativo rexeite a conexión TCP inicial a ese servizo.

Un erro do tipo de enderezo pode afectar á representación IPv4, IPv6 ou de nome de host. Non significa automaticamente que todo o punto careza de soporte SOCKS5. Igualmente, unha orde UDP non admitida non permite unha conclusión definitiva sobre unha petición TCP CONNECT separada.

Recolla o contexto que fai útil o código

Ao escribir un informe de erro, garde co resultado o enderezo do proxy, a orde, o host e porto de destino, a familia de enderezos e o modo DNS. Os rexistros de políticas do servidor son útiles se administra o punto. Un rexeitamento por regras pide revisar o permiso aplicable, non aumentar o tempo de espera de conexión.

A resposta é o informe do servidor, non un diagnóstico independente completo da rede de destino. As expresións dos clientes tamén varían. Rexistre a etapa e a resposta subxacente cando estean dispoñibles en vez de confiar só nunha mensaxe de erro breve traducida.

Artigos relacionados