O DNS remoto pode resolver un problema de consulta de destino e aínda así deixarte sen poder conectar. O cliente primeiro ten que atopar o proxy.

Considera un extremo chamado proxy.office.example. Enviar un nome de host de sitio web a través de SOCKS non lle di ao cliente como obter o enderezo dese extremo inicial. A conversa SOCKS aínda non comezou.

Isto importa cando o nome do proxy pertence a un espazo de nomes privado. Un resolvedor doméstico pode non coñecelo, mentres que un resolvedor da rede de oficina aprobada si o coñece. Un nome de proxy curto tamén pode depender da configuración do dominio de busca, que varía entre redes.

Manteña os nomes separados

  • O nome do extremo do proxy é necesario para establecer a primeira conexión.
  • O nome do sitio web pode levadarse dentro da solicitude de proxy admitida para a resolución remota.

Anota que nome fallou antes de cambiar o resolvedor. Substituír o DNS do cliente por un servizo público sen relación pode facer que un nome de proxy privado sexa menos accesible, non máis. Use a configuración de resolución de nomes admitida da rede prevista.

Unha IP de proxy aprovisionada pode eliminar unha consulta de nome de host nalgúns axustes, pero non é universalmente intercambiable co nome. O TLS cara a un proxy HTTPS e a autenticación baseada en nome poden depender da identidade esperada. Manteña esa identidade intacta en lugar de desactivar as súas comprobacións.

Unha vez que funcione a primeira conexión, investiga a etapa de destino por separado. Un nome de host de proxy que funcione non demostra nin que o proxy coñeza o nome do sitio web nin que teña permiso para conectar alí.

Artigos relacionados