Il DNS remoto può risolvere un problema di ricerca della destinazione e comunque lasciarti incapace di connetterti. Il client deve prima trovare il proxy.

Considera un endpoint chiamato proxy.office.example. Inviare un nome host di un sito web tramite SOCKS non dice al client come ottenere l'indirizzo di quell'endpoint iniziale. La conversazione SOCKS non è ancora iniziata.

Questo conta quando il nome del proxy appartiene a uno spazio dei nomi privato. Un resolver domestico potrebbe non conoscerlo, mentre un resolver sulla rete ufficio approvata lo conosce. Un nome proxy breve può anche dipendere dalla configurazione del dominio di ricerca, che varia tra le reti.

Tieni separati i nomi

  • Il nome dell'endpoint del proxy serve a stabilire la prima connessione.
  • Il nome del sito web può essere trasportato all'interno della richiesta proxy supportata per la risoluzione remota.

Annota quale nome ha fallito prima di cambiare il resolver. Sostituire il DNS del client con un servizio pubblico non correlato può rendere un nome proxy privato meno raggiungibile, non più. Usa la configurazione di risoluzione dei nomi supportata dalla rete prevista.

Un IP del proxy fornito può eliminare una ricerca del nome host in alcune disposizioni, ma non è universalmente intercambiabile con il nome. Il TLS verso un proxy HTTPS e l'autenticazione basata sul nome possono dipendere dall'identità attesa. Mantieni intatta quell'identità invece di disattivarne i controlli.

Una volta che la prima connessione funziona, esamina separatamente la fase di destinazione. Un nome host del proxy funzionante non dimostra né che il proxy conosca il nome del sito web né che gli sia consentito connettersi lì.

Articoli correlati