Resolva o nome do host do proxy antes de usar DNS remoto

O DNS remoto pode resolver um problema de consulta de destino e ainda assim deixá-lo sem conseguir conectar. O cliente primeiro precisa encontrar o proxy.

Considere um endpoint chamado proxy.office.example. Enviar um nome de host de site através do SOCKS não diz ao cliente como obter o endereço desse endpoint inicial. A conversa SOCKS ainda não começou.

Isso importa quando o nome do proxy pertence a um espaço de nomes privado. Um resolvedor doméstico pode não conhecê-lo, enquanto um resolvedor na rede de escritório aprovada o conhece. Um nome de proxy curto também pode depender da configuração do domínio de busca, que varia entre redes.

Mantenha os nomes separados

• O nome do endpoint do proxy é necessário para estabelecer a primeira conexão.
• O nome do site pode ser transportado dentro da solicitação de proxy suportada para resolução remota.

Anote qual nome falhou antes de alterar o resolvedor. Substituir o DNS do cliente por um serviço público não relacionado pode tornar um nome de proxy privado menos acessível, não mais. Use a configuração de resolução de nomes suportada pela rede pretendida.

Um IP de proxy provisionado pode eliminar uma consulta de nome de host em alguns arranjos, mas não é universalmente intercambiável com o nome. O TLS para um proxy HTTPS e a autenticação baseada em nome podem depender da identidade esperada. Mantenha essa identidade intacta em vez de desativar suas verificações.

Depois que a primeira conexão funciona, investigue a etapa de destino separadamente. Um nome de host de proxy funcional não prova nem que o proxy conhece o nome do site nem que tem permissão para conectar ali.