Caros, Nos casos de blocos /24 a Embratel efetua a designação do bloco no Registro.BR para o cliente e o próprio Cliente efetua a delegação dos autoritativos.
Nos blocos menores (/25, /26, /27, /28 e /29) a Embratel efetua a designação do bloco no Registro.BR para o Cliente e o Cliente *precisa* entrar em contato com Atendimento da Embratel para que a mesma efetue a delegação dos blocos (note que nesse momento o cliente já deverá possuir configurados os servidores autoritativos e permitir transferência de zona para os Servidores da Embratel, que no caso são: 200.255.125.211 e 200.255.125.214). Maiores informações, RFC 2317 - http://www.ietf.org/rfc/rfc2317.txt Vale lembrar que esse processo existe desde 1998 e até hoje requisitam exemplos de configuração... É muita preguiça em ler as documentações... Alessandro Martins 2010/7/13 Victório <[email protected]>: > Quando eu gerenciava IP's da embratel, eles haviam delegado as faixas para > nossos servidores DNS no registro.br. Dê um whois UM_IP_SEU e veja se está > apontando para seu servidor dns. > > > BIND 9.4-ESV-R2 e o reverso é para um /24. > > named.conf: > > zone "224.y.x.in-addr.arpa" { type master; file "224.y.x.in-addr.arpa"; }; > > 224.x.y.in-addr.arpa > > $TTL 86400 > @ IN SOA ns1.empresa.com.br. root.ns1.empresa.com.br. ( > 2010031801 ;serial > 14400 ;refresh > 3600 ;retry > 86400 ;expire > 7200 ;minimum > ) > @ IN NS ns1.empresa.com.br. > @ IN NS ns2.empresa.com.br. > > 1 IN PTR bgp1.empresa.com.br. > . . . > 8 IN PTR x-y-224-8.empresa.com.br. > 9 IN PTR x-y-224-9.empresa.com.br. > > > ################################################# > Victório Felipe > http://choppnerd.com > linux user #306117 - counter.li.org > Slackware Linux FreeBSD > Because it works! The Power To Serve > ################################################# > > > Em 13 de julho de 2010 10:02, Ananias Filho <[email protected]> escreveu: >> >> Victório, >> essa foi uma possíbilidade que já havia pensado. >> Qual a versão do teu bind e como ficou o teu reverso? >> >> Abraço! >> >> 2010/7/13 Victório <[email protected]> >>> >>> 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] >>>>> -~----------~----~----~----~------~----~------~--~--- >>>>> >>>> >>>> >>>> >>>> -- >>>> 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] >>> >>> -- >>> 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] >> >> >> -- >> 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] > > -- > 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] -- 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]
