Errori DNS in una catena di proxy HTTP: quale salto risolve il nome?
Separa il raggiungimento del proxy locale, la risoluzione del parent e quella del sito quando diagnostichi un proxy di inoltro concatenato.
client → local forward proxy → HTTP parent → websiteParti dal nome che fallisce invece di affermare che tutto il DNS appartiene «al proxy»:
| Nome necessario | Salto che deve raggiungerlo |
|---|---|
| Endpoint del proxy locale | Il client |
| Endpoint del parent HTTP | Il proxy di inoltro locale |
| Endpoint del sito | Il parent quando apre la connessione finale |
Questi salti possono usare resolver diversi quando gli endpoint sono nomi host. Per HTTPS, un proxy di inoltro può passare al parent l'host e la porta di destinazione di CONNECT, che stabilisce la connessione finale. Il client originale non deve risolvere prima il sito. Anche l'inoltro HTTP semplice trasporta le informazioni di destinazione in avanti.
Non è la promessa che esattamente una macchina interroghi ogni nome. La valutazione delle ACL, la cache, la policy e i dettagli implementativi possono causare ricerche aggiuntive.
Controlla la policy di fallback quando il parent non è disponibile. Se l'accesso diretto è consentito, il proxy locale può diventare il salto rivolto al sito, con le proprie decisioni su resolver e indirizzo sorgente. Solo configurare un parent non dimostra che ogni richiesta lo abbia usato.
In caso di errore, identifica il nome e il processo che tenta di risolverlo prima di modificare un file hosts. Una modifica lato client non può riparare ogni decisione successiva. La fonte pubblica finale appartiene al salto che apre la connessione al sito; osservare quella fonte non equivale a misurare dove è avvenuto il DNS.