Korzystanie z pliku hosts serwera przez SSH SOCKS
Śledź nazwę celu aż do maszyny, która ją rozwiązuje, gdy trasa SSH SOCKS ma dotrzeć do prywatnego aliasu.
Alias zdefiniowany tylko na serwerze SSH może działać przez jego dynamiczne przekazywanie SOCKS, jeśli aplikacja wysyła nazwę celu. Jeśli najpierw rozwiąże go lokalnie i wyśle adres numeryczny, mapowanie hosts serwera nigdy nie otrzyma oryginalnej nazwy do rozwiązania.
Zwykłe dynamiczne przekazywanie OpenSSH przenosi cel domenowy na stronę serwera dla połączenia wychodzącego. Tam OpenSSH korzysta z systemowego API wyszukiwania adresów. Na typowym hoście Linux z glibc bazą hosts i kolejnością wyszukiwania steruje NSS, więc wpis w pliku hosts może brać udział. To nie rekord DNS skopiowany na laptop.
Zachowaj zamierzoną nazwę, na przykład preview.internal, w adresie URL witryny i wybierz tryb SOCKS zdalnej nazwy hosta w kliencie. Zastąpienie nazwy hosta w URL adresem IP może zmienić zarówno HTTP Host, jak i tożsamość TLS; osiągalność nie czyni certyfikatu ważnym dla innej nazwy.
Jeśli alias nadal zawodzi, ustal środowisko wykonujące zdalne wyszukiwanie. Kontener, chroot lub osobna instancja usługi może nie używać edytowanego pliku hosts. Inne implementacje SOCKS mogą używać własnych resolverów, więc tego zachowania systemowego wyszukiwania nie należy zakładać dla każdego serwera proxy.