Boa tarde ...
Me desculpe, mas este problema não tem nada a ver com Debian ou Linux, trata-se de algum problema na configuração das suas estações Windows .
Fábio RabeloEm 3 de setembro de 2010 12:24, Eduardo Pizorno <pizorno@gmail.com> escreveu:Bom dia pessoal, estou enfrentando alguns problemas com Bind aqui na rede interna, o problema é o seguinte montar um servidor dns com o bind bem simples, vou postar as configurações abaixo, ele está funcionando normalmente, o que ocorre é que as estações linux encontram os endereços normalmente, porém as estações windows simplesmente não os enxergam por exemplo:
No Linux:
pizorno@magicbox:~$ ping admin.develop.datahealth.com.br
PING admin.develop.datahealth.com.br.datahealth.com.br (192.168.2.10) 56(84) bytes of data.
64 bytes from develop.datahealth.com.br (192.168.2.10): icmp_seq=1 ttl=64 time=12.8 ms
64 bytes from develop.datahealth.com.br (192.168.2.10): icmp_seq=2 ttl=64 time=1.65 ms
64 bytes from develop.datahealth.com.br (192.168.2.10): icmp_seq=3 ttl=64 time=1.63 ms
No Windows:
ele simplesmente diz que o servidor ou caminho não encontrado
Alguém já passou por problemas semelhante?
Segue a configuração do bind
$ORIGIN .
$TTL 3600 ; 1 hour
datahealth.com.br IN SOA urizen.datahealth.com.br. hostmaster.datahealth.com.br. (
2010040806 ; serial
3600 ; refresh (1 hour)
900 ; retry (15 minutes)
604800 ; expire (1 week)
3600 ; minimum (1 hour)
)
NS urizen.datahealth.com.br.
$ORIGIN datahealth.com.br.
urizen A 192.168.2.1
www A 189.126.116.52
develop A 192.168.2.10
admin A 189.126.116.52
server A 192.168.2.1
svn A 192.168.2.212
teste A 189.126.116.16
vpn A 192.168.2.213
xen A 192.168.2.211
*.develop.datahealth.com.br A 192.168.2.10
*.teste.datahealth.com.br A 189.126.116.16
*.admin.datahealth.com.br A 189.126.116.52
* A 189.126.116.52
Eduardo Pizorno
--
"Software livre sim, trabalho gratuito não."