Protocolos (bem, os aplicativos que os implementam) devem ser projetados para aproveitar os registros SRV.
Considere o Outlook, por exemplo. Quando ele tentar procurar automaticamente seu servidor Exchange, ele procurará um registro SRV com base na parte do domínio do endereço de email ( _autodiscover._tcp.{domain} ). Se for encontrado, ele se conectará ao servidor e à porta especificados no registro SRV (para que os registros SRV possam ser usados para permitir que aplicativos compatíveis com SRV sejam executados em portas não padrão, transparentes para o usuário).
A maioria dos protocolos (como RDP, HTTP, vários protocolos de e-mail, etc.) não foram projetados para aproveitar os registros SRV (e também não parece que a maioria deles tenha).
Quando você RDP para newhostname.bbb.com, o cliente RDP está apenas tentando obter o registro A para newhostname.bbb.com e se conectando a ele na porta padrão, a menos que você especifique manualmente uma porta diferente.
O que você precisa é que o cliente RDP procure um registro SRV para o nome do host inserido (o que provavelmente seria algo como _rdp._tcp.example.com , pois todos os registros SRV seguem um formato _service._protocol.aaa.bbb ) e, em seguida, conecte-se para o host / porta especificado nesse registro SRV. Isso obviamente exigiria alterações no aplicativo cliente RDP.