SRVレコードを読み、それらが何を意味するのか理解していると思って、次のことを達成したいと思います。
つまり、ホスト名を別のホスト名にバインドしますが、ポートを変更します。
つまり考慮に入れて、私はaaa.bbb.comのホスト名を持っています。
Aaa.bbb.comで、ポート5000に転送されたRDPサービスポートがあります。
したがって、RDPを使用して、aaa.bbb.com:5000に接続する必要があります。
5000ポートを指定せずにnewhostname.bbb.com IN SRV 1 0 5000 aaa.bbb.com
に接続できるように、newhostname.bbb.com
を作成したいと思います。
複数のドメイン上のすべてのサービスに対して、このようなカスタムマッピングを作成したいと思います。
Dyn.comでSRVレコードを作成しましたが、機能していないようです。私が理解していることから、プロトコル自体はSRVレコードを「サポート/検索」する必要がありますか?あれは正しいですか?
質問:
プロトコル(およびそれらを実装するアプリケーション)は、SRVレコードを利用するように設計する必要があります。
Outlookを例にとってみましょう。 Exchangeサーバーを自動的に検索しようとすると、電子メールアドレスのドメイン部分(_autodiscover._tcp.{domain}
)に基づいてSRVレコードが検索されます。見つかった場合は、SRVレコードで指定されたサーバーとポートに接続します(したがって、SRVレコードを使用して、SRV対応アプリケーションを非標準ポートで実行し、ユーザーに対して透過的にすることができます)。
ほとんどのプロトコル(RDP、HTTP、さまざまな電子メールプロトコルなど)は、SRVレコードを利用するように設計されていません(そして、それらのほとんどがこれまでにないように見えます)。
Newhostname.bbb.comにRDPを実行すると、別のポートを手動で指定しない限り、RDPクライアントはnewhostname.bbb.comのAレコードを取得し、デフォルトのポートでAレコードに接続しようとします。
必要なのは、入力したホスト名のSRVレコードを探すRDPクライアントです(すべてのSRVレコードは_rdp._tcp.example.com
形式に従うため、おそらく_service._protocol.aaa.bbb
のようなものになります)。そのSRVレコードで指定されたホスト/ポートに接続します。これには明らかに、RDPクライアントアプリケーションへの変更が必要になります。