Re: [FUG-BR] problema com named.
Troque os {} por () nos arquivos refenrentes aos dominios:
EX:
@ IN dominio.com. root.dominio.com. (
11032008 ; serial
28800 ; refresh
14400 ; retry
360 ; expire
86400 ; default_ttl
)
Observe que onde nas maiorias das documentações são {} passou a se usar ()..
--
Atenciosamente Paulo Henrique. To Powered By BSD Unix.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] problema com named.
Segue em anexo o arquivo
From: [EMAIL PROTECTED] To: freebsd@fug.com.br Date: Sat, 5 Jan 2008
20:35:09 + Subject: [FUG-BR] problema com named. Salve lista!
Estou o dia todo e não estou conseguindo subir o named (bind9) no freebsd.
Gostaria de configurar o domínio para abrir de fora ou dentro da intranet...
Para isso eu utilizo view, mas não está funcionando no freebsd. Tem um
detalhe... O Named default instalado por pkg_add, não funciona em nenhuma
estação, sou obrigado a colocar o IP (dns) do modem ou um de fora, porque o
default não da. segue abaixo // $FreeBSD: src/etc/namedb/named.conf,v
1.21.2.1 2005/09/10 08:27:27 dougb Exp $ Refer to the named.conf(5) and
named(8) man pages, and the documentation// in /usr/share/doc/bind9 for more
details. If you are going to set up an authoritative server, make sure
you// understand the hairy details of how DNS works. Even with// simple
mistakes, you can break connectivity for affected parties,// or cause huge
amounts of useless Internet traffic. options { directory /etc/namedb;
pid-file /var/run/named/pid; dump-file /var/dump/named_dump.db;
statistics-file /var/stats/named.stats; transfer-format many-answers;
transfer-time-in 60; interface-interval 0; allow-transfer { secondaries; };
allow-query { trusted; }; blackhole { drop; };}; zone . { type hint; file
named.root;}; view internal-in in { match-clients { trusted; };
recursion yes; additional-from-auth yes; additional-from-cache yes; zone
plutao.org { file master/domain.local; type master; };} view
external-in in { match-clients { any; }; recursion no;
additional-from-auth no; additional-from-cache no; allow-query { any; };
zone domain.org { file master/domain.org; type master; }; }
_ Conheça o
Windows Live Spaces, a rede de relacionamentos do Messenger!
http://www.amigosdomessenger.com.br/ - Histórico:
http://www.fug.com.br/historico/html/freebsd/ Sair da lista:
https://www.fug.com.br/mailman/listinfo/freebsd
_
Receba GRÁTIS as mensagens do Messenger no seu celular quando você estiver
offline. Conheça o MSN Mobile!
http://mobile.live.com/signup/signup2.aspx?lc=pt-br// $FreeBSD: src/etc/namedb/named.conf,v 1.21.2.1 2005/09/10 08:27:27 dougb Exp
$
//
// Refer to the named.conf(5) and named(8) man pages, and the documentation
// in /usr/share/doc/bind9 for more details.
//
// If you are going to set up an authoritative server, make sure you
// understand the hairy details of how DNS works. Even with
// simple mistakes, you can break connectivity for affected parties,
// or cause huge amounts of useless Internet traffic.
options {
directory /etc/namedb;
pid-file/var/run/named/pid;
dump-file /var/dump/named_dump.db;
statistics-file /var/stats/named.stats;
transfer-format many-answers;
transfer-time-in 60;
interface-interval 0;
allow-transfer {
secondaries;
};
allow-query {
trusted;
};
blackhole {
drop;
};
};
zone . {
type hint;
file named.root;
};
view internal-in in {
match-clients { trusted; };
recursion yes;
additional-from-auth yes;
additional-from-cache yes;
zone plutao.org {
file master/domain.local;
type master;
};
}
view external-in in {
match-clients { any; };
recursion no;
additional-from-auth no;
additional-from-cache no;
allow-query { any; };
zone domain.org {
file master/domain.org;
type master;
};
}
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] problema com named.
Salve lista!
Estou o dia todo e não estou conseguindo subir o named (bind9) no freebsd.
Gostaria de configurar o domínio para abrir de fora ou dentro da intranet...
Para isso eu utilizo view, mas não está funcionando no freebsd.
Tem um detalhe...
O Named default instalado por pkg_add, não funciona em nenhuma estação, sou
obrigado a colocar o IP (dns) do modem ou um de fora, porque o default não da.
segue abaixo
// $FreeBSD: src/etc/namedb/named.conf,v 1.21.2.1 2005/09/10 08:27:27 dougb Exp
$ Refer to the named.conf(5) and named(8) man pages, and the
documentation// in /usr/share/doc/bind9 for more details. If you are going
to set up an authoritative server, make sure you// understand the hairy details
of how DNS works. Even with// simple mistakes, you can break connectivity for
affected parties,// or cause huge amounts of useless Internet traffic.
options { directory /etc/namedb; pid-file
/var/run/named/pid; dump-file /var/dump/named_dump.db;
statistics-file /var/stats/named.stats; transfer-format many-answers;
transfer-time-in 60; interface-interval 0; allow-transfer {
secondaries; }; allow-query { trusted;
};
blackhole { drop; };};
zone . { type hint; file named.root;};
view internal-in in { match-clients { trusted; }; recursion yes;
additional-from-auth yes; additional-from-cache yes;
zone plutao.org { file master/domain.local;
type master; };}
view external-in in {
match-clients { any; }; recursion no; additional-from-auth
no; additional-from-cache no; allow-query { any; };
zone domain.org { file master/domain.org;
type master; };
}
_
Conheça o Windows Live Spaces, a rede de relacionamentos do Messenger!
http://www.amigosdomessenger.com.br/
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problema com named
Olá pessoal da lista, estu com um problema na resolução de nomes em
meu servidor.
Como utilizo um speedy empresarial, utilizo os DNS da Telefonica:
200.204.0.10, .138.
Porém parece que ultimamente eles tem estado com alguns problemas...
nslookup
cvsup2.br.freebsd.org
Server: 200.204.0.10
Address:200.204.0.10#53
Non-authoritative answer:
*** Can't find cvsup2.br.freebsd.org: No answer
cvsup2.br.freebsd.org
Server: 200.204.0.10
Address:200.204.0.10#53
Non-authoritative answer:
Name: cvsup2.br.freebsd.org
Address: 143.106.10.150
cvsup2.br.freebsd.org
Server: 200.204.0.10
Address:200.204.0.10#53
Non-authoritative answer:
*** Can't find cvsup2.br.freebsd.org: No answer
.
As vezes eles simplesmente não respondem.
E o mesmo ocorre para o 200.204.0.138
Já troquei a posição deles no meu resolv.conf, mas sempre continua a
mesma coisa.
Eu configurei o named para criar cache de dns... porém acho que ele
não está funcionando. No começo ele funcionava legal... quando eu dava
o primeiro nslookup em um nome novo, aparecia que o servidor d dns da
telefonica respondia (200.204...) e quando digitava novamente, era o
127.0.0.1 q respondia todas as requisições consecutivas...
Porém isso parou d acontecer... e agora é como c o named não estivesse
mais funcionando...
porém quando eu dou um: rndc status, ele mostra que está tudo normal:
papillon# rndc status
number of zones: 2
debug level: 0
xfers running: 0
xfers deferred: 0
soa queries in progress: 0
query logging is OFF
recursive clients: 0/1000
tcp clients: 0/100
server is up and running
meu resolv.conf:
domain bsd.domain.com
search bas.domain.com
nameserver 127.0.0.1
nameserver 200.204.0.10
nameserver 200.221.11.100
O named.conf eu estou utilizando o padrão... com exceção das linhas do RNDC.
options {
directory /etc/namedb;
pid-file/var/run/named/pid;
dump-file /var/dump/named_dump.db;
statistics-file /var/stats/named.stats;
query-source address * port 53;
};
zone . {
type hint;
file named.root;
};
zone 0.0.127.IN-ADDR.ARPA {
type master;
file master/localhost.rev;
};
zone 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
{
type master;
file master/localhost-v6.rev;
};
server 127.0.0.1 {
keys rndc-key;
};
key rndc-key {
algorithm hmac-md5;
secret *;
};
--
Alguém já teve algum problema parecido?
ALguma dica melhor de como montar um cache d DNS bom e confiavel?
Meu PF está com default DENY ALL...
Ae eu coloquei a regra:
pass in log on $ext_if proto tcp from any to ($ext_if) port 53 flags
S/SA synproxy state
Precisa liberar mais alguma porta para o named funcionar?
Agrádeço qualquer ajuda
Rafael Henrique Faria
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com named
Implemente o dnscache
e este também se encontra no ports.
/usr/ports/dns/djbdns
Siga as orientações do site
http://cr.yp.to/djbdns.html
para implementar o dnscache :)
E boa sorte.
On 10/25/06, Rafael Faria [EMAIL PROTECTED] wrote:
Olá pessoal da lista, estu com um problema na resolução de nomes em
meu servidor.
Como utilizo um speedy empresarial, utilizo os DNS da Telefonica:
200.204.0.10, .138.
Porém parece que ultimamente eles tem estado com alguns problemas...
nslookup
cvsup2.br.freebsd.org
Server: 200.204.0.10
Address:200.204.0.10#53
Non-authoritative answer:
*** Can't find cvsup2.br.freebsd.org: No answer
cvsup2.br.freebsd.org
Server: 200.204.0.10
Address:200.204.0.10#53
Non-authoritative answer:
Name: cvsup2.br.freebsd.org
Address: 143.106.10.150
cvsup2.br.freebsd.org
Server: 200.204.0.10
Address:200.204.0.10#53
Non-authoritative answer:
*** Can't find cvsup2.br.freebsd.org: No answer
.
As vezes eles simplesmente não respondem.
E o mesmo ocorre para o 200.204.0.138
Já troquei a posição deles no meu resolv.conf, mas sempre continua a
mesma coisa.
Eu configurei o named para criar cache de dns... porém acho que ele
não está funcionando. No começo ele funcionava legal... quando eu dava
o primeiro nslookup em um nome novo, aparecia que o servidor d dns da
telefonica respondia (200.204...) e quando digitava novamente, era o
127.0.0.1 q respondia todas as requisições consecutivas...
Porém isso parou d acontecer... e agora é como c o named não estivesse
mais funcionando...
porém quando eu dou um: rndc status, ele mostra que está tudo normal:
papillon# rndc status
number of zones: 2
debug level: 0
xfers running: 0
xfers deferred: 0
soa queries in progress: 0
query logging is OFF
recursive clients: 0/1000
tcp clients: 0/100
server is up and running
meu resolv.conf:
domain bsd.domain.com
search bas.domain.com
nameserver 127.0.0.1
nameserver 200.204.0.10
nameserver 200.221.11.100
O named.conf eu estou utilizando o padrão... com exceção das linhas do RNDC.
options {
directory /etc/namedb;
pid-file/var/run/named/pid;
dump-file /var/dump/named_dump.db;
statistics-file /var/stats/named.stats;
query-source address * port 53;
};
zone . {
type hint;
file named.root;
};
zone 0.0.127.IN-ADDR.ARPA {
type master;
file master/localhost.rev;
};
zone
1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
{
type master;
file master/localhost-v6.rev;
};
server 127.0.0.1 {
keys rndc-key;
};
key rndc-key {
algorithm hmac-md5;
secret *;
};
--
Alguém já teve algum problema parecido?
ALguma dica melhor de como montar um cache d DNS bom e confiavel?
Meu PF está com default DENY ALL...
Ae eu coloquei a regra:
pass in log on $ext_if proto tcp from any to ($ext_if) port 53 flags
S/SA synproxy state
Precisa liberar mais alguma porta para o named funcionar?
Agrádeço qualquer ajuda
Rafael Henrique Faria
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
--
Ricardo Nascimento Ferreira
Analista de Redes e Segurança
Solaris Certified System Administrator
Chave pública PGP / PGP public key:
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x741F3B25
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
