Na configuração do reverso aqui, com as linhas $ORIGIN não funcionava. ################################################# Victório Felipe http://choppnerd.com linux user #306117 - counter.li.org Slackware Linux FreeBSD Because it works! The Power To Serve #################################################
Em 12 de julho de 2010 20:54, Ananias Filho <[email protected]> escreveu: > Estou ressurgindo o tópico por estar passando pelo mesmo problema. > //dados > range xxx.yyy.zzz-96-110/28 > configurei meus dns > ns1.dominio.com.br -> 101 > ns2.dominio.com.br -> 102 > mail.dominio.com.br -> 100 > > Solicitei a Embratel uma entrada no Slave para o ip 101 ( > ns1.dominio.com.br) > > até ai tudo bem > nslookup xxx.yyy.zzz.101 > OK responde tudo corretamente > > nslookup xxx.yyy.zzz.100 ou 102 > > ** server can't find 100.ZZZ.YYY.XXX.in-addr.arpa.: NXDOMAIN > > > Pelo que sempre implantei por ai, no meu arquivo de reverso, ficaria isso > aqui: > *named.conf* > zone "96-111.zzz.yyy.xxx.in-addr.arpa" IN { > type master; > file "/etc/bind/96-111.zzz.yyy.xxx.zone"; > allow-update { none; }; > //liberar transferencia para o meu ns2 e para o ns.embratel.net.br e > ns2.embratel > allow-transfer { xxx.yyy.zzz.102; 200.255.125.214; 200.245.255.33; }; > }; > > e o arquivo reverso *96-111.zzz.yyy.xxx.zone* > > $TTL 3h > $ORIGIN . > 96-111.228.43.189.in-addr.arpa IN SOA ns1.dominio.com.br. > admin.dominio.com.br. ( > 2008061301 > 3h > 1h > 1w > 1h ) > > IN NS ns.embratel.net.br. > IN NS ns2.embratel.net.br. > IN NS ns1.dominio.com.br. > IN NS ns2.dominio.com.br. > > $ORIGIN 96-111.zzz.yyy.xxx.in-addr.arpa. > 100 IN PTR mail.dominio.com.br. > 101 IN PTR ns1.dominio.com.br. > 102 IN PTR ns2.dominio.com.br > 103 IN PTR www.dominio.com.br. > > > ////////////////////////////////////////////////////////////////////////////////// > porém, mesmo o dns da embratel como slave do meu dns principal (master), > somente retornar o reverso do ip 101 (ns1) > se tentar os dos outros ips , nao funciona. > Alguém tem alguma idéia? ou estão vendo erro no meu arquivo? > > Detalhe > os atendentes da embratel disseram que: > somente poderia responder por 1 reverso (utilizando o dns da embratel com > slave) > se eu quiser que meus 14 ips facam reverso, necessitaria utilizar o dns > master da propria embratel. > ou seja dizer ip por ip - host por host para eles configurarem... > Não me lembro de ser assim até uns 4 anos atrás que foi a última > configuração (completa) de dns que fiz. > > Alguém se habilita? > > > 2009/5/5 jackson braga <[email protected]> > > blz Flavio, >> >> >> Eles vao te passar um tulto para base nas configurações mais qualquer >> coisa avisa aew, que no que poder ajudamos com certeza. >> >> >> abraços >> >> >> 2009/5/3 Herbert Faleiros <[email protected]> >> >> >>> On Sun 03 May 2009 07:27:24 Flávio Barros wrote: >>> > A classe é /28 (255.255.255.240 ). Vou ligar pra Embratel sim. >>> > Já procurei no site da Embratel esses tutoriais mas não encontrei. >>> >>> Ola, >>> >>> eu sempre tive acesso a blocos com mais de 24 bits (ex. /24 ou /20), o >>> que sei >>> sobre isso 'e o seguinte: >>> >>> reverso em /24 'e so entrar na interface do registro.br e cadastrar os >>> seus >>> servidores DNS (sistema de IPs, delegar DNS reverso), mas antes vc tem >>> que >>> configurar os seus DNS's, seria algo como isso aqui (no seu named.conf): >>> >>> >>> zone "z.y.x.in-addr.arpa" IN { >>> type master; >>> file "x.y.z.rev"; >>> notify yes; >>> allow-transfer { >>> outro_DNS; >>> outro_DNS; >>> }; >>> }; >>> >>> x.y.z 'e seu CIDR invertido, ou seja, se for 1.2.3.4/24 vc usa como >>> 3.2.1.in- >>> addr.arpa, e no arquivo x.y.z.rev: >>> >>> $TTL 86400 >>> @ IN SOA seu.dominio. admin.seu.dominio. ( >>> 2009040101 ; serial >>> 14400 ; refresh >>> 3600 ; retry >>> 604800 ; expiry >>> 1200 ) ; minimum >>> >>> IN NS ns1.seu.dominio. >>> IN NS ns2.seu.dominio. >>> IN NS nsn.seu.dominio. >>> >>> 1 IN PTR ns1.seu.dominio. >>> 2 IN PTR ns2.seu.dominio. >>> 3 IN PTR mx.seu.dominio. >>> >>> Ou seja, agora 'e s'o incluir as entradas PTR p/ os hosts que vc quer >>> reverso. >>> >>> Como os blocos que citou sao prefixos menores que 24 bits e provavelmente >>> esse >>> /28 nao esta designado p/ vc (nao vai aparecer na interface do >>> registro.br), >>> em tese quem configura isso 'e seu provedor de transito (quem te forneceu >>> esse >>> bloco), ou entao siga a RFC2317[1], 'e bem semelhante ao exemplo acima, >>> nela >>> esta definido formas de configurar delegacoes IN-ADDR.ARPA de blocos >>> menores que >>> 24 bits (acho que 'e assim que esses provedores trabalham com esses >>> blocos com >>> seus clientes). >>> >>> [1] http://www.faqs.org/rfcs/rfc2317.html >>> >>> -- >>> Herbert >>> >>> >>> >>> >> >> >> --~--~---------~--~----~------------~-------~--~----~ >> GUS-BR - Grupo de Usuários de Slackware Brasil >> http://www.slackwarebrasil.org/ >> http://groups.google.com/group/slack-users-br >> >> Antes de perguntar: >> http://www.istf.com.br/perguntas/ >> >> Para sair da lista envie um e-mail para: >> [email protected]<slack-users-br%[email protected]> >> -~----------~----~----~----~------~----~------~--~--- >> >> > > > -- > kram3r > > -- > GUS-BR - Grupo de Usuários de Slackware Brasil > http://www.slackwarebrasil.org/ > http://groups.google.com/group/slack-users-br > > Antes de perguntar: > http://www.istf.com.br/perguntas/ > > Para sair da lista envie um e-mail para: > [email protected]<slack-users-br%[email protected]> > -- GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br Antes de perguntar: http://www.istf.com.br/perguntas/ Para sair da lista envie um e-mail para: [email protected]
