SSH SOCKS 経由でサーバーの hosts ファイルを使う
SSH SOCKS 経由の経路で非公開の別名に到達したいときは、宛先の名前を、それを解決するマシンまで届けます。
SSH サーバー側だけで定義した別名は、アプリケーションが宛先の名前を送るときに限り、その動的 SOCKS 転送を通じて機能します。先にローカルで解決して数値アドレスを送ってしまうと、サーバーの hosts マッピングは元の名前を受け取れず、解決できません。
通常の OpenSSH の動的転送は、外向き接続のためにドメイン形式の宛先をサーバー側へ運びます。そこで OpenSSH はシステムのアドレス検索 API を使います。一般的な glibc の Linux ホストでは NSS が hosts データベースと検索順を制御するため、hosts ファイルの項目も関与できます。これはノート PC にコピーされた DNS レコードではありません。
意図した名前(例: preview.internal)をサイトの URL に残し、クライアントのリモートホスト名 SOCKS モードを選びます。URL のホスト名を IP に置き換えると HTTP Host と TLS の識別の両方が変わり得ます。到達できることは、証明書が別名に対して有効であることを意味しません。
別名がまだ失敗する場合は、リモート検索を行っている環境を特定します。コンテナ、chroot、別個のサービスインスタンスは、編集した hosts ファイルを使っていない可能性があります。他の SOCKS 実装は独自のリゾルバを使うことがあるため、このシステム検索の挙動をすべてのプロキシサーバーに当てはめて考えないでください。