Você tem um registro TXT chamado servername._afpovertcp._tcp.example.com ? Como um serviço é composto de um registro SRV e um registro TXT, acho que você vai achar que precisa de ambos para que um serviço seja resolvido com sucesso.
Execução do Lion Server da Apple (10.7.3). Eu estou tentando obter clientes VPN (clientes em outra sub-rede) para ver o compartilhamento de arquivo Apple do servidor. Eu sei que o Bonjour não faz o roteamento através de uma VPN ou sub-rede, então estou adicionando entradas de DNS estáticas.
Os compartilhamentos AFP funcionam, pois eu posso me conectar diretamente ao compartilhamento usando afp: //servername.example.com. Mas, as ferramentas Finder e CLI não conseguem descobrir o compartilhamento.
Da minha pesquisa, parece que posso usar o DNS para adicionar entradas de SRV para tornar os serviços detectáveis. Eu adicionei entradas PTR e SRV:
_afpovertcp._tcp.example.co. 10800 IN PTR servername._afpovertcp._tcp.example.com. servername._afpovertcp._tcp.example.com. 10800 IN SRV 0 0 548 servername.example.com.
Existe um registro A para servername.example.com.
Isso ajuda o Finder a descobrir o compartilhamento AFP, mas a conexão usando esse link falha.
Usando dig eu posso confirmar as entradas PTR e SRV.
dig SRV servername._afpovertcp._tcp.example.com
Isso encontra o registro e:
host -t PTR _afpovertcp._tcp.example.com
aponta de volta para o nome do servidor.
Usando o dns-sd, vejo os primeiros sinais de problemas.
dns-sd -F # successfully finds the example.com group
dns-sd -B _afpovertcp._tcp # correctly shows servername as an afp share
dns-sd -L servername _afpovertcp._tcp example.com # fails to locate anything
Os comandos dns-sd e dig / host se comportam da mesma maneira no servidor, como fazem na VPN. Então, estou indo pelo caminho errado tentando adicionar registros SRV ao DNS? Está mostrando progresso, mas estou tendo dificuldade em fazer com que o nome do servidor aponte para um endereço IP físico.