Esse é o grande nó da questão, então se o roteamento está perfeito com as estações linux, a configuração do bind está correta.
Em 3 de setembro de 2010 13:05, Fábio Rabelo <[email protected]> escreveu: > Não existe "dns para Linux" ou "dns para Windows" ou mesmo "dns para MAC" , > existe apenas dns ! > > Se uma estação rodando Linux e apontada para o seu bind está resolvendo > nomes corretamente, então todas as estações TEM que poder resolver nomes > corretamente, a não se que haja algum erro de configuração na estação !!!! > > > Fábio Rabelo > > > > Em 3 de setembro de 2010 12:35, Eduardo Pizorno <[email protected]>escreveu: > > Bem só gostaria de uma opinião se o erro é com o bind ou não....e se for >> alguma dica de como resolver... >> >> Em 3 de setembro de 2010 12:33, Fábio Rabelo >> <[email protected]>escreveu: >> >>> 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." >>>> >>> >>> >> >> >> -- >> "Software livre sim, trabalho gratuito não." >> > > -- "Software livre sim, trabalho gratuito não."
