Configurando um DDNS atrás de um servidor DDNS?

Question

TLDR ; Eu tenho um DDNS em funcionamento em ddns.example.com , quero torná-lo capaz de encaminhar solicitações como host1.example.com para minhas máquinas hospedadas localmente.

Portanto, tenho domínio público, digamos, example.com no Google Domains. Eu tenho um roteador capaz de DDNS, o qual, digamos, tem um endereço IP dinâmico que está atualmente configurado para 1.2.3.4 .

Eu aponto meu roteador para reconhecer corretamente minha conta GD e, no GD, defino ddns.example.com para corresponder ao meu roteador. Tudo funciona neste momento, e eu posso ver que, por exemplo, host1 na minha rede local, cuja porta 1234 é encaminhada, pode ser visto em ddns.example.com:1234 .

O que eu quero , é poder escrever host1.example.com:1234/a/b?c e chegar a host1:1234/a/b?c na minha rede local.

Meu pensamento atual é que isso deveria ser possível por:

1. Eu adiciono um registro curinga de *.ddns a ddns.example.com em Domínios do Google.

2. Adicione um CNAME de host1 a host1.ddns.example.com no Google Domains.

3. Configurar um servidor DNS dinâmico + cliente em host2 na minha rede local com porta 53 com encaminhamento de porta através do meu roteador (eu tenho um servidor DNS que é capaz de incluir o endereço IP externo atual em autoridade respostas que estão instaladas em host2 ).

4. Adicione as entradas apropriadas ao meu cliente / servidor DDNS local ( host2 ):

   1. Adicione NS record ns.ddns.example.com a host2 .

   2. Adicione o% dinâmicoA record ns.ddns.example.com a host2 .

   3. Adicione o% dinâmicoA record services.ddns.example.com a host2 .

5. Eu transmito a porta 1234 de host1 no meu roteador.

Aqui está o que eu acho que deveria acontecer:

Eu digito host1.example.com/a/b?c :

1. Solicitação NS para com. , example.com. e, em seguida, A solicitação para host1 .

2. host1.example.com é redirecionado para host1.ddns.example.com

3. O cliente solicita o registro NS de ddns.example.com . A resposta é 1.2.3.4 .

4. O cliente solicita o endereço IP de host1.ddns.example.com . A resposta é 1.2.3.4 .

5. O cliente se conecta a 1.2.3.4:1234/a/b/?c , que é hospedado por host1:1234/a/b/?c .

dig ing o domínio host1.example.com retorna o CNAME record host1.ddns.example.com . No entanto, dig ing host1.ddns.example.com retorna os domínios do Google NS. No meu entendimento, um registro CNAME significaria basicamente que qualquer solicitação para esse registro seria encaminhada. Então, eu esperava que fazer um dig para o host1.ddns.example.com correspondesse ao curinga, se tornasse um CNAME redirecionado para ddns.example.com , que por sua vez seria capaz de lidar com o restante da recursão. O que estou perdendo aqui?

    

Answer 1

Corrigi meu problema examinando cada parte isoladamente e determinando que eles estavam funcionando corretamente. O problema colocado com a conta de domínios do Google. Aparentemente, devido a um bug do lado deles, minha conta foi bloqueada por não ter sido ativada. Uma vez que o agente de atendimento ao cliente corrigiu isso, tudo funcionou bem. Como tal, acho que o layout desta questão pode ser usado para configurar com sucesso um DDNS atrás de outro DDNS e suportar domínios / subdomínios dinâmicos sem possuir um IP estático.