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 Rabelo Em 3 de setembro de 2010 12:24, Eduardo Pizorno <[email protected]>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: > > pizo...@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." >
