Die hosts-Datei eines Servers über SSH SOCKS nutzen
Folgen Sie dem Zielnamen bis zu der Maschine, die ihn auflöst, wenn eine SSH-SOCKS-Route einen privaten Alias erreichen soll.
Ein Alias, der nur auf dem SSH-Server definiert ist, kann über dessen dynamische SOCKS-Weiterleitung funktionieren, wenn die Anwendung den Namen des Ziels sendet. Löst sie ihn zuerst lokal auf und sendet eine numerische Adresse, erhält die hosts-Zuordnung des Servers nie den ursprünglichen Namen zum Auflösen.
Die gewöhnliche dynamische Weiterleitung von OpenSSH trägt ein Domänenziel für die ausgehende Verbindung auf die Serverseite. Dort nutzt OpenSSH die Adresssuch-API des Systems. Auf einem typischen glibc-Linux-Host steuert NSS die hosts-Datenbank und die Suchreihenfolge, sodass ein Eintrag in der hosts-Datei teilnehmen kann. Es ist kein auf den Laptop kopierter DNS-Eintrag.
Behalten Sie den beabsichtigten Namen, etwa preview.internal, in der Website-URL und wählen Sie den SOCKS-Modus des Clients für entfernte Hostnamen. Ersetzt man den Hostnamen der URL durch eine IP, können sich sowohl HTTP Host als auch TLS-Identität ändern; Erreichbarkeit macht ein Zertifikat nicht für einen anderen Namen gültig.
Scheitert der Alias weiterhin, ermitteln Sie die Umgebung, die die entfernte Auflösung durchführt. Ein Container, chroot oder eine separate Dienstinstanz verwendet möglicherweise nicht die von Ihnen bearbeitete hosts-Datei. Andere SOCKS-Implementierungen können eigene Resolver nutzen, daher sollte dieses Systemsuchverhalten nicht für jeden Proxyserver angenommen werden.