Bom dia, valeu pela dica, vou testar isso o mais breve possível. Em 4 de setembro de 2010 22:57, hamacker <sirhamac...@gmail.com> escreveu:
> Sem querer esquentar ou estender esse OT, você está testando de forma > equivocada seu DNS. > No Linux voce deve usar : > dig develop.datahealth.com.br > ou se o teu /etc/resolv.conf tá apontando para um DNS diferente : > dig @seudns develop.datahealth.com.br > > No Windows é semalhante, mas usa-se um conjunto de ferramentas como o > ipconfig /all para ver se a estação está apontando para o DNS correto, > depois ipconfig /flushdns para limpar o cache-local e finalmente > nslookup (analogo ao dig) para procurar develop.datahealth.com.br, ele > dirá (ou não) o IPs registrados neste host/dominio. > > Com o ping voce testa apenas conectividade que eventualmente pode ser > filtrado por firewalls no lado de origem até o destino, mas o ping não > testa serviços. > > []'s > > Em 3 de setembro de 2010 12:24, Eduardo Pizorno <pizo...@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: > > > > 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."