Lösen Sie den Proxy-Hostnamen auf, bevor Sie Remote-DNS verwenden

Remote-DNS kann ein Problem bei der Zielauflösung lösen und Sie dennoch ohne Verbindung zurücklassen. Der Client muss zuerst den Proxy finden.

Betrachten Sie einen Endpunkt namens proxy.office.example. Einen Website-Hostnamen über SOCKS zu senden sagt dem Client nicht, wie er die Adresse dieses anfänglichen Endpunkts erhält. Die SOCKS-Unterhaltung hat noch nicht begonnen.

Das ist wichtig, wenn der Proxy-Name zu einem privaten Namensraum gehört. Ein Heim-Resolver kennt ihn vielleicht nicht, während ein Resolver im freigegebenen Büronetzwerk ihn kennt. Ein kurzer Proxy-Name kann auch von der Suchdomänen-Konfiguration abhängen, die sich zwischen Netzwerken unterscheidet.

Halten Sie die Namen getrennt

• Der Name des Proxy-Endpunkts wird benötigt, um die erste Verbindung aufzubauen.
• Der Name der Website kann in der unterstützten Proxy-Anfrage für die entfernte Auflösung mitgeführt werden.

Notieren Sie, welcher Name fehlgeschlagen ist, bevor Sie den Resolver ändern. Den DNS des Clients durch einen unabhängigen öffentlichen Dienst zu ersetzen, kann einen privaten Proxy-Namen weniger erreichbar machen, nicht mehr. Verwenden Sie die unterstützte Namensauflösungs-Konfiguration des vorgesehenen Netzwerks.

Eine bereitgestellte Proxy-IP kann in manchen Arrangements eine Hostnamen-Auflösung einsparen, ist aber nicht universell gegen den Namen austauschbar. TLS zu einem HTTPS-Proxy und namensbasierte Authentifizierung können von der erwarteten Identität abhängen. Bewahren Sie diese Identität, statt ihre Prüfungen zu deaktivieren.

Sobald die erste Verbindung funktioniert, untersuchen Sie die Zielphase getrennt. Ein funktionierender Proxy-Hostname beweist weder, dass der Proxy den Namen der Website kennt, noch dass er dorthin verbinden darf.