Archive
Curso IRR – Parte III: Inserindo dados na base IRR
A base do IRR é formada de objetos. Cada objeto tem uma função bem definida e é formado por atributos. É obrigatório que existam dois objetos antes que se possa criar, alterar ou excluir outros objetos: o mntner e o person. O objeto mntner é aquele que contem as informações (através de seus respectivos atributos), que qualificam e autenticam um AS. O objeto person serve para qualificar o administrador ou administradores do objeto mntner. Pode haver mais de um objeto person para um mesmo mntner e vários objetos mntner podem possuir um mesmo objeto person.
Cada objeto é bem definido através de seus atributos que são apresentados um “template” ou padrão. Eis os padrões para os objetos mntner e person e, seus atributos:
mntner: [obrigatório] [único] [chave primária e de pesquisa] descr: [obrigatório] [múltiplo] [ ] admin-c: [obrigatório] [múltiplo] [chave inversa] tech-c: [optional] [múltiplo] [chave inversa] upd-to: [obrigatório] [múltiplo] [chave inversa] mnt-nfy: [optional] [múltiplo] [chave inversa] auth: [obrigatório] [múltiplo] [ ] remarks: [optional] [múltiplo] [ ] notify: [optional] [múltiplo] [chave inversa] mnt-by: [obrigatório] [múltiplo] [chave inversa] auth-override: [optional] [único] [ ] referral-by: [optional] [único] [chave inversa] changed: [obrigatório] [múltiplo] [ ] source: [obrigatório] [único] [ ]
person: [obrigatório] [único] [chave de pesquisa] address: [obrigatório] [múltiplo] [ ] phone: [obrigatório] [múltiplo] [ ] fax-no: [opcional] [múltiplo] [ ] e-mail: [opcional] [múltiplo] [chave de pesquisa] nic-hdl: [obrigatório] [único] [chave primária e de pesquisa] remarks: [opcional] [múltiplo] [ ] notify: [opcional] [múltiplo] [chave inversa] mnt-by: [opcional] [múltiplo] [chave inversa] changed: [obrigatório] [múltiplo] [ ] source: [obrigatório] [único] [ ]
Na realidade, o IRR usa objetos no formato especificado pela Routing Policy Specification Language (RPSL), definida pela RFC2622, na qual vale a pena dar uma lida, tamanha sua importância.
Vejamos o objeto *mntner* para o AS28182 (whois -h irr.redepegasus.net.br MAINT-AS28182):
mntner: MAINT-AS28182 descr: TeleSA admin-c: Juliao Braga tech-c: Juliao Braga upd-to: jb@telesa.net.br mnt-nfy: jb@telesa.net.br auth: CRYPT-PW ZocCkOH/zCkQw mnt-by: MAINT-AS28182 changed: jb@telesa.net.br 20090302 source: PEGASUS
Um objeto possui os atributos definidos pelo seu “template” (ou padrão). Atributo com o mesmo nome do objeto é quem qualifica o objeto. No exemplo acima:
mntner: MAINT-AS28182
O objeto mntner sempre deve ser inserido primeiro. Justamente por causa do atributo auth. Existem diversos tipos de autenticações: via PGP, via senha criptografada, via e-mail e sem autenticação. Eis algumas representações:
auth: PGPKEY-2CD5CE3 auth: CRYPT-PW lz1A7/JnfkTI auth: MAIL-FROM jb@telesa.net.br auth: MAIL-FROM .*@telesa.net.br auth: NONE
O Pegasus IRR aceita todos eles. O mais prático é o por senha criptografada:
auth: CRYPT-PW lz1A7/JnfkTI
É a nossa alternativa recomendada. Então, será necessário criptografar uma senha. Suponha que escolhemos a senha 1##23CP20C. Usamos a facilidade que pode ser encontrada em https://www.radb.net/radb/crypt_calculator.html. O resultado da senha criptografada é: g0hSOSrs03VXo.
Assim, o objeto mntner para o primeiro objeto e, obrigatório, a ser inserido, deveria estar assim:
mntner: MAINT-AS28182 descr: TeleSA admin-c: Juliao Braga tech-c: Juliao Braga upd-to: jb@telesa.net.br mnt-nfy: jb@telesa.net.br *auth: CRYPT-PW g0hSOSrs03VXo #Senha criptografada* mnt-by: MAINT-AS28182 changed: jb@telesa.net.br 20090302 source: PEGASUS
Enviamos então, um e-mail em formato texto para db-admin at redepegasus dot net dot br. Logo após o recebimento da informação de inclusão no Pegasus IRR, pode-se enviar outros objetos. E o primeiro deve ser o person, como abaixo:
person: Juliao Braga address: Pegasus Telecom address: Brazil phone: +55 12 3027 7105 e-mail: jb@pegasus.com.br nic-hdl: LJF32-NICBR notify: jb@pegasus.com.br mnt-by: MAINT-AS18782 mnt-by: MAINT-AS28182 mnt-by: MAINT-AS53073 changed: jb@telesa.net.br 20090903 changed: jb@telesa.net.br 20090926 remarks: Thu Nov 26 07:30:01 BRST 2009 source: PEGASUS password: 1##23CP20C
O atributo password, acima é o componente fundamental para que haja sucesso na inclusão do objeto person. É importante lembrar que esse atributo deve ser o último e não pode haver linhas em branco separando atributos. Esse objeto deve ser enviado para auto-dbm at redepegasus dot net dot br. Todo o procedimento de agora em diante passa a ser automático através desse e-mail (em formato texto …). Vale lembrar que os dois objetos podem ser enviados de uma só vez no primeiro e-mail, alternativamente. Nesse caso com o atributo password no final de cada objeto e, uma linha em branco separando cada objeto.
A figura abaixo exibe a participação do auto-dbm e respectivas ações:
Exercícios:
-
Incluir os objetos mntner e person em um só e-mail.
-
Descreva o significado de [chave primária e de pesquisa], [chave primária] e [chave inversa] que aparecem na representação dos padrões de objetos.
Itens relacionados:
- Curso IRR – Parte I: Introdução
- Curso IRR – Parte II: O que é o IRR
- Curso IRR – Parte IV: Exercitando o whois
- Curso IRR – Parte V: Objetos route e route6
- Curso IRR – Parte VI: Políticas de roteamento
- Curso IRR – Parte VII: Planos de roteamento
- Curso IRR: Aula complementar I – Espelhamento e segurança nos IRRs
- Curso IRR – Parte VIII: objetos inet(6)num
- Curso IRR – Parte IX: objeto aut-num
- Curso IRR – Parte X: Relações entre objetos