DNS Reverso e Problemas com Licenca

Mostrando 1 a 4 de 4 registros

2015-05-30 21:44:34
ANTONIO ROBERTO ROGERI JUNIOR

Ola Srs,

Gostaria de parabenizar e tambem pedir um auxilio a respeito da licenca, em varios momentos aparece que foi licenciado e passa uns minutos ja aparece que nao foi.

Meu server esta com ip valido direto, e internet com duas saidas por BGP, mesmo assim fica dando esse erro.

Tambem a respeito de zona reversa, teria algum material para estudo e ou exemplo de configuração das mesmas no FreeBRS.

Att,

Antonio R.R. Junior

2015-06-04 20:41:52
Bossnet
Client

Também gostaria de saber o procedimento da zona reversa.

2015-06-08 23:29:44
Bossnet
Client
License Level: 8

Parece que poucas pessoas usam esse forum. uma pena :(

2015-06-15 01:39:51
Julio Cesar Rossoni
Client

acredito que seja em DNS Zones, ai você terá que criar as regras de reverso como em qualquer linux

2015-06-15 01:42:42
Julio Cesar Rossoni
Client

tente esse tutorial:

BIND

Edite o arquivo de definição de zonas, para acrescentar a zona reversa que estamos configurando. Na maioria das distribuições GNU/Linux esse arquivo é o /etc/bind/named.conf. Adicione o seguinte conteúdo:
zone \"0-63.1.168.192.in-addr.arpa\" {
type master;
file \"192.168.1.rev\";
allow-transfer { 200.128.0.21; };
allow-query { any; };
};
Perceba que na definição da zona, utilizamos a faixa de IPs de nossa rede de forma invertida. Como nossa rede tem uma máscara /26, adicionamos somente a faixa de IP que nos cabe, naquele caso os IPs da faixa 192.168.1.0 até 192.168.1.63. Caso sua rede fosse 192.168.1.0/27, por exemplo, a definição da zona seria 0-31.1.168.192.in-addr.arpa. Vale salientar que essa forma de criação da zona reversa segue a técnica descrita na RFC 2317 para configuração de zonas reversas em endereçamentos classless para o último octeto.

Se fosse um endereço com máscara classeful (/24), podemos omitir os octetos referentes ao host (por exemplo, 192.168.1.0/24 resultaria na zona 1.168.192.in-addr.arpa) e nosso arquivo de definição da zona ficaria da seguinte forma:

zone \"1.168.192.in-addr.arpa\" {
type master;
file \"192.168.1.rev\";
allow-transfer { 200.128.0.21; };
allow-query { any; };
};
Da configuração acima, o campo allow-transfer define o servidor secundário da zona. Para mais detalhes sobre a configuração de DNS secundário, veja o documento sobre Configuração de DNS secundário

Agora crie o arquivo da zona contendo os ponteiros de endereços IPs para domínios. Veja que na definição da zona acima, configuramos que o arquivo de declaração da zona é o 192.168.1.rev, ele deve estar localizado no diretório raiz da configuração do BIND (ver valor da variável directory nas opções daquela zona). Numa configuração padrão esse arquivo deveria ser criado em /etc/bind/192.168.1.rev, com o seguinte conteúdo:
$TTL 38400
; reverse address file for exemplo.com.br
;
@ IN SOA ns.exemplo.com.br. admin.exemplo.com.br. (
2009080401 ;serial
28800 ;refresh
7200 ;retry
3600000 ;expire
86400 ) ;minimum


@ IN NS ns.exemplo.com.br.
@ IN NS dns.pop-ba.rnp.br.

;
; Registers of exemplo.com.br
1 IN PTR server01.exemplo.com.br.
2 IN PTR server02.exemplo.com.br.
3 IN PTR mail.exemplo.com.br.
Mais uma vez, substitua os valores relativos à seu domínio e sua faixa de IPs na configuração acima.

Note que o uso do arroba (@) informa que o bind deverá preencher aqueles campos automaticamente conforme a definição da zona que fizemos anteriormente. Isso deixa nosso arquivo da zona mais limpo e pode evitar problemas no futuro com mudanças na definição da zona.

Para testar a consistência da definição acima usamos a seguinte ferramenta do bind:

named-checkzone 0-63.1.168.192.in-addr.arpa /etc/bind/192.168.1.rev
zone 0-63.1.168.192.in-addr.arpa/IN: loaded serial 2009080401
OK
Pronto, agora basta informar as configurações acima para a entidade responsável, conforme explicado abaixo.

Divulgando a configuração realizada ao orgão responsável

Após finalizar o processo de configuração da zona secundária, os clientes do PoP-Ba devem informar tal configuração ao registro.br, orgão responsável pelos ROOT servers brasileiros. Como a RNP é a detentora de todos os blocos IPs dados às instituições, as requisições de alteração ou inclusão de informações devem ser feitas pelo responsável pelo domínio diretamente à RNP (pelo e-mail registro@rnp.br), devendo ser enviada cópia para o PoP-BA (como forma de registro e acompanhamento da solicitação).

fonte: https://www.pop-ba.rnp.br/Site/ConfDNSReverso

Mostrando 1 a 4 de 4 registros

To reply this post or create new ones you must login

Forgot Password?

*emphasis   **more emphasis**

(4 spaces)code

> quote

* List item
* Another list item

1. Ordered list item
2. Other ordered list item

# Fist level title (##, ###, ####)

[Link's Text](http://address.com)