Dns no funciona con DHCP instalado

¿Quieres decir que si el HOST tiene nombres, el cliente piensa que esos son
los servidores DNS?¿Y el orden en que esten tambien influye?
Es que si fuera asi, pondria el nombre de los DNS al principio del archivo
HOST y con eso se solucionaría, ¿no?
De todas formas, a partir de ahora, cuando me falle alguna maquina
resolviendo nombres, mirare si en el archivo HOST hay algo raro.

Un saludo

"Guillermo Delprato [MS-MVP]" wrote:

Mostrar la cita

Vaciar caché es sólo por si hubiera información incorrecta en él. Inclusive
las respuestas negativas se mantienen en caché por 5 minutos.

Respecto al archivo HOSTS, debes revisar que en el mismo no exista una
entrada con el nombre del servidor que te está dando problemas.
El archivo HOSTS se manda a caché directamente, por lo que si lo encuentra
ahí, no prueba otro método

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho. Ud. asume los riesgos
This posting is provided "AS IS" with no warranties, and confer no rights.
You assume
all risk for your use.



"Baggio" wrote in message
news:
> Buenos dias Guillermo, que tontorron que soy, jejeje.
> He hecho lo que me dijiste, y los equipos que en el archivo host (cuando
> alguno) son necesarios, porque son nombres de servidores a los que se debe
> conectar esa maquina.
> Y en lo de vaciar la cache, lo he hecho, pero sigue sin hacer ping a nada.
>
> Un saludo
>
> "Guillermo Delprato [MS-MVP]" wrote:
>
>> :-DDDDDDDD
>> Perdona, me debo haber expresado mal. Cuando dije en línea me refiero a
>> que
>> contesté sobre tu mismo mensaje, más abajo, marcando mis comentarios con
>> [Guillermo] al principio de cada uno
>> Era "en línea de texto"
>> :-DDDDD
>>
>> Guillermo Delprato
>> MVP - MCT - MCSE
>> Buenos Aires, Argentina
>>
>> Este mensaje se proporciona "como está" sin garantías de ninguna clase,
>> y no otorga ningún derecho. Ud. asume los riesgos
>> This posting is provided "AS IS" with no warranties, and confer no
>> rights.
>> You assume
>> all risk for your use.
>>
>>
>>
>> "Baggio" wrote in message
>> news:
>> > Perdona, es que soy nuevo en esto y no se como conectarme en linea.
>> > ¿Cómo
>> > lo
>> > hago?
>> >
>> > "Guillermo Delprato [MS-MVP]" wrote:
>> >
>> >> Respondo en línea, marcando con [Guillermo]
>> >>
>> >> Guillermo Delprato
>> >> MVP - MCT - MCSE
>> >> Buenos Aires, Argentina
>> >>
>> >> Este mensaje se proporciona "como está" sin garantías de ninguna
>> >> clase,
>> >> y no otorga ningún derecho. Ud. asume los riesgos
>> >> This posting is provided "AS IS" with no warranties, and confer no
>> >> rights.
>> >> You assume
>> >> all risk for your use.
>> >>
>> >>
>> >>
>> >> "Baggio" wrote in message
>> >> news:
>> >> > Hola,
>> >> > Ya he hecho las pruebas que me has pedido, y esto es lo que me sale:
>> >> >
>> >> > nslookup UnDC.dominio.tuyo -->> aparece informacion del DNS1 y el
>> >> > siguiente
>> >> > es la informacion de UnDC.dominio.tuyo. O sea que todo esta bien.
>> >> [Guillermo]
>> >> Esto indica que está bien
>> >>
>> >> >
>> >> > ping cpu01 -->> lo resuelve bien
>> >> [Guillermo]
>> >> Esto no te entiendo :-(
>> >> Porque en todo caso debería ser PING UnDC
>> >> Que tampoco es conveniente probar, porque en este caso puede estar
>> >> resolviendo por NetBIOS, y no por hostname o FQDN
>> >>
>> >> >
>> >> > ping UnDC.dominio.tuyo -->> me da el siguiente error:
>> >> > <<La solicitud de ping no pudo encontrar el host crio. Compruebe el
>> >> > nombre
>> >> > y
>> >> > vuelva a intentarlo.>>
>> >> [Guillermo]
>> >> Si el NSLOOKUP muestra la resolución a la IP correcta, entonces el DNS
>> >> resuelve bien.
>> >> La que queda es que el problema esté en el cliente, asi que:
>> >> 1- Revisa que no tengas una entrada en el archivo HOSTS
>> >> 2- Antes de hacer el "PING UnDC.dominio.tuyo, vacía el cache con
>> >> IPCONFIG
>> >> /FLUSHDNS
>> >> El error que está dando indica que es el CLIENTE el que no puede
>> >> resolver
>> >>
>> >>
>> >> >
>> >> > Un saludo
>> >> >
>> >> > "Guillermo Delprato [MS-MVP]" wrote:
>> >> >
>> >> >> Vamos por partes...
>> >> >>
>> >> >> Ese evento del 2 de Mayo, yo no lo relacionaría con el actual
>> >> >> problema
>> >> >> al
>> >> >> 21
>> >> >> de Junio, además de no tener relación
>> >> >>
>> >> >> Si al hacer un IPCONFIG /ALL se muestra que está apuntando a los
>> >> >> DNSs
>> >> >> correctos, entonces el problema no viene por el DHCP
>> >> >>
>> >> >> IPCONFIG /DISPLAYDNS no muestra de qué DNSs está tirando. Este
>> >> >> comando
>> >> >> muestra la información "cacheada" en el cache de hostnames, nada
>> >> >> más
>> >> >>
>> >> >> Si los DCs replican correctamente, es casi seguro que no tienes
>> >> >> problemas
>> >> >> en
>> >> >> los DNSs.
>> >> >>
>> >> >> ¿Entonces? Entonces queda para averiguar los otros dos comentarios
>> >> >> que
>> >> >> haces:
>> >> >>
>> >> >> "el nslookup me daba error de que no podia encontrar el host"
>> >> >> Pon *exactamente* cual error te da. Porque hay un pseudo-error si
>> >> >> no
>> >> >> tienes
>> >> >> la zona inversa creada, pero la resolución funcionar. Prueba, por
>> >> >> ejemplo:
>> >> >> NSLOOKUP UnDC.dominio.tuyo (reemplaza por los nombres correctos)
>> >> >> A ver si resuelve a la IP correcta
>> >> >>
>> >> >> "Probé a hacer un ping a los servidores DNS y me decia que no
>> >> >> encontraba
>> >> >> el
>> >> >> host"
>> >> >> Prueba hacer PING, pero con la dirección IP, no con el nombre,
>> >> >> primero
>> >> >> Y segundo PING TuDNS.dominio.tuyo (reemplaza por los nombres
>> >> >> correctos)
>> >> >>
>> >> >> El antivirus está "bajo sospecha" también, ya que algunos quieren
>> >> >> pasarse
>> >> >> de
>> >> >> su función, y trabajan algo como cortafuegos. Puedes probar
>> >> >> bajándolo
>> >> >> a
>> >> >> ver
>> >> >> qué pasa
>> >> >>
>> >> >> El DHCP, sólo se encarga de alquilar direcciones IP, máscara de
>> >> >> subred, y
>> >> >> otros parámetros de TCP/IP que tú le digas, no tiene que ver con la
>> >> >> resolución de nombres. Salvo por el hecho que si le pasa la
>> >> >> dirección
>> >> >> IP
>> >> >> de
>> >> >> el/los servidores DNS, esto debe estar configurado adecuadamente
>> >> >>
>> >> >> Guillermo Delprato
>> >> >> MVP - MCT - MCSE
>> >> >> Buenos Aires, Argentina
>> >> >>
>> >> >> Este mensaje se proporciona "como está" sin garantías de ninguna
>> >> >> clase,
>> >> >> y no otorga ningún derecho. Ud. asume los riesgos
>> >> >> This posting is provided "AS IS" with no warranties, and confer no
>> >> >> rights.
>> >> >> You assume
>> >> >> all risk for your use.
>> >> >>
>> >> >>
>> >> >>
>> >> >> "Baggio" wrote in message
>> >> >> news:
>> >> >> > Hola,
>> >> >> >
>> >> >> > En el visor de sucesos me salió un error del 2 de mayo en el que
>> >> >> > me
>> >> >> > decia
>> >> >> > que hubo un error actualizando los dns o algo asi. Es que ya no
>> >> >> > me
>> >> >> > aparece.
>> >> >> > Y despues me ha ido apareciendo esta advertencia:
>> >> >> > <<El servidor DNS está registrando numerosos sucesos en tiempo de
>> >> >> > ejecución.
>> >> >> > Para determinar la causa inicial de estos sucesos en tiempo de
>> >> >> > ejecución,
>> >> >> > examine las entradas del registro de sucesos del servidor DNS
>> >> >> > anteriores
>> >> >> > a
>> >> >> > esos sucesos en tiempo de ejecución. Los datos son el número de
>> >> >> > sucesos
>> >> >> > suprimidos en el último intervalo de 15 minutos.>>
>> >> >> >
>> >> >> > Probé lo de ipconfig /all, y me sale todo bien. Al probar el
>> >> >> > nslookup
>> >> >> > me
>> >> >> > daba error de que no podia encontrar el host. Probé a hacer un
>> >> >> > ping
>> >> >> > a
>> >> >> > los
>> >> >> > servidores DNS y me decia que no encontraba el host. Tambien
>> >> >> > probé
>> >> >> > con
>> >> >> > ipconfig /displaydns, que te dice los dns de los que tira, pero
>> >> >> > no
>> >> >> > me
>> >> >> > salian
>> >> >> > mis dns.
>> >> >> > Tambien comprobé si se replicaban bien los dos servidores y vi
>> >> >> > que
>> >> >> > no
>> >> >> > habia
>> >> >> > ningun problema.
>> >> >> > Vaya, que al final de todas estas pruebas, y aunque solo fallan
>> >> >> > los
>> >> >> > equipos
>> >> >> > que cogen la ip por dhcp, aislé el problema en los dns. Pero me
>> >> >> > pregunto
>> >> >> > por
>> >> >> > qué todo esto ha empezado a fallar despues de que instalara el
>> >> >> > dhcp.
>> >> >> > ¿Puede tener algo que ver el antivirus?
>> >> >> >
>> >> >> > Muchas gracias por responderme.Un saludo
>> >> >> >
>> >> >> > "Guillermo Delprato [MS-MVP]" wrote:
>> >> >> >
>> >> >> >> Prueba lo siguiente: cuando una máquina tenga el error ejecuta:
>> >> >> >> "IPCONFIG
>> >> >> >> /ALL" Esto es para ver si está recibiendo los parámetros
>> >> >> >> correctos
>> >> >> >> de
>> >> >> >> DNS,
>> >> >> >> desde el DHCP.
>> >> >> >> Lo anterior permite acotar el problema para ver si está en el
>> >> >> >> DHCP,
>> >> >> >> o
>> >> >> >> en
>> >> >> >> el
>> >> >> >> cliente
>> >> >> >>
>> >> >> >> Si recibe los parámetros correctos, el problema seguramente está
>> >> >> >> en
>> >> >> >> el
>> >> >> >> DNS,
>> >> >> >> así que el próximo paso es ver con "NSLOOKUP" a ver si dicho DNS
>> >> >> >> está
>> >> >> >> resolviendo bien
>> >> >> >>
>> >> >> >> Si el problema está en el servidor DNS, y éste está integrado en
>> >> >> >> AD,
>> >> >> >> entonces seguramente puede haber un problema de replicación
>> >> >> >> entre
>> >> >> >> los
>> >> >> >> DCs
>> >> >> >>
>> >> >> >> Resumiendo, hay que ir haciendo pruebas para diagnosticar el
>> >> >> >> problema.
>> >> >> >> Las
>> >> >> >> que te nombro más arriba permiten ir "cercando al culpable" :-)
>> >> >> >>
>> >> >> >> Guillermo Delprato
>> >> >> >> MVP - MCT - MCSE
>> >> >> >> Buenos Aires, Argentina
>> >> >> >>
>> >> >> >> Este mensaje se proporciona "como está" sin garantías de ninguna
>> >> >> >> clase,
>> >> >> >> y no otorga ningún derecho. Ud. asume los riesgos
>> >> >> >> This posting is provided "AS IS" with no warranties, and confer
>> >> >> >> no

A ver, vamos por ordenando la cosa por partes... :-)

Cuando un equipo tiene que resolver un hostname o FQDN usa diferentes
métodos en el siguiente orden

1- Algunos autores lo consideran o no. LOCALHOST. Si no es la propia máquina
2- Hosts Cache
3- DNS

En Hosts Cache, en RAM, están las resoluciones que halla hecho por algún
método y que todavía tengan TTL válido (el DNS que hace la resolución
establece este TTL); más todo el contenido del archivo HOSTS

Es fácil de demostrar, edita el archivo HOSTS con una entrada cualquiera
(válida o no), guárdalo, haz un IPCONFIG /DISPLAYDNS y verás lo que acabas
de agregar.

Si de Hosts Cache, no pudiera resolver, entonces consulta a DNS

De lo anterior se desprende que si en el archivo HOSTS hay una entrada
incorrecta, nunca consultará al DNS sobre dicha entrada

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho. Ud. asume los riesgos
This posting is provided "AS IS" with no warranties, and confer no rights.
You assume
all risk for your use.



"Baggio" wrote in message
news:
Mostrar la cita

¿Quieres decir que si el HOST tiene nombres, el cliente piensa que esos
son
los servidores DNS?¿Y el orden en que esten tambien influye?
Es que si fuera asi, pondria el nombre de los DNS al principio del archivo
HOST y con eso se solucionaría, ¿no?
De todas formas, a partir de ahora, cuando me falle alguna maquina
resolviendo nombres, mirare si en el archivo HOST hay algo raro.

Un saludo

"Guillermo Delprato [MS-MVP]" wrote:

Mostrar la cita

Vaciar caché es sólo por si hubiera información incorrecta en él.
Inclusive
las respuestas negativas se mantienen en caché por 5 minutos.

Respecto al archivo HOSTS, debes revisar que en el mismo no exista una
entrada con el nombre del servidor que te está dando problemas.
El archivo HOSTS se manda a caché directamente, por lo que si lo
encuentra
ahí, no prueba otro método

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho. Ud. asume los riesgos
This posting is provided "AS IS" with no warranties, and confer no
rights.
You assume
all risk for your use.



"Baggio" wrote in message
news:
> Buenos dias Guillermo, que tontorron que soy, jejeje.
> He hecho lo que me dijiste, y los equipos que en el archivo host
> (cuando
> alguno) son necesarios, porque son nombres de servidores a los que se
> debe
> conectar esa maquina.
> Y en lo de vaciar la cache, lo he hecho, pero sigue sin hacer ping a
> nada.
>
> Un saludo
>
> "Guillermo Delprato [MS-MVP]" wrote:
>
>> :-DDDDDDDD
>> Perdona, me debo haber expresado mal. Cuando dije en línea me refiero
>> a
>> que
>> contesté sobre tu mismo mensaje, más abajo, marcando mis comentarios
>> con
>> [Guillermo] al principio de cada uno
>> Era "en línea de texto"
>> :-DDDDD
>>
>> Guillermo Delprato
>> MVP - MCT - MCSE
>> Buenos Aires, Argentina
>>
>> Este mensaje se proporciona "como está" sin garantías de ninguna
>> clase,
>> y no otorga ningún derecho. Ud. asume los riesgos
>> This posting is provided "AS IS" with no warranties, and confer no
>> rights.
>> You assume
>> all risk for your use.
>>
>>
>>
>> "Baggio" wrote in message
>> news:
>> > Perdona, es que soy nuevo en esto y no se como conectarme en linea.
>> > ¿Cómo
>> > lo
>> > hago?
>> >
>> > "Guillermo Delprato [MS-MVP]" wrote:
>> >
>> >> Respondo en línea, marcando con [Guillermo]
>> >>
>> >> Guillermo Delprato
>> >> MVP - MCT - MCSE
>> >> Buenos Aires, Argentina
>> >>
>> >> Este mensaje se proporciona "como está" sin garantías de ninguna
>> >> clase,
>> >> y no otorga ningún derecho. Ud. asume los riesgos
>> >> This posting is provided "AS IS" with no warranties, and confer no
>> >> rights.
>> >> You assume
>> >> all risk for your use.
>> >>
>> >>
>> >>
>> >> "Baggio" wrote in message
>> >> news:
>> >> > Hola,
>> >> > Ya he hecho las pruebas que me has pedido, y esto es lo que me
>> >> > sale:
>> >> >
>> >> > nslookup UnDC.dominio.tuyo -->> aparece informacion del DNS1 y el
>> >> > siguiente
>> >> > es la informacion de UnDC.dominio.tuyo. O sea que todo esta bien.
>> >> [Guillermo]
>> >> Esto indica que está bien
>> >>
>> >> >
>> >> > ping cpu01 -->> lo resuelve bien
>> >> [Guillermo]
>> >> Esto no te entiendo :-(
>> >> Porque en todo caso debería ser PING UnDC
>> >> Que tampoco es conveniente probar, porque en este caso puede estar
>> >> resolviendo por NetBIOS, y no por hostname o FQDN
>> >>
>> >> >
>> >> > ping UnDC.dominio.tuyo -->> me da el siguiente error:
>> >> > <<La solicitud de ping no pudo encontrar el host crio. Compruebe
>> >> > el
>> >> > nombre
>> >> > y
>> >> > vuelva a intentarlo.>>
>> >> [Guillermo]
>> >> Si el NSLOOKUP muestra la resolución a la IP correcta, entonces el
>> >> DNS
>> >> resuelve bien.
>> >> La que queda es que el problema esté en el cliente, asi que:
>> >> 1- Revisa que no tengas una entrada en el archivo HOSTS
>> >> 2- Antes de hacer el "PING UnDC.dominio.tuyo, vacía el cache con
>> >> IPCONFIG
>> >> /FLUSHDNS
>> >> El error que está dando indica que es el CLIENTE el que no puede
>> >> resolver
>> >>
>> >>
>> >> >
>> >> > Un saludo
>> >> >
>> >> > "Guillermo Delprato [MS-MVP]" wrote:
>> >> >
>> >> >> Vamos por partes...
>> >> >>
>> >> >> Ese evento del 2 de Mayo, yo no lo relacionaría con el actual
>> >> >> problema
>> >> >> al
>> >> >> 21
>> >> >> de Junio, además de no tener relación
>> >> >>
>> >> >> Si al hacer un IPCONFIG /ALL se muestra que está apuntando a los
>> >> >> DNSs
>> >> >> correctos, entonces el problema no viene por el DHCP
>> >> >>
>> >> >> IPCONFIG /DISPLAYDNS no muestra de qué DNSs está tirando. Este
>> >> >> comando
>> >> >> muestra la información "cacheada" en el cache de hostnames, nada
>> >> >> más
>> >> >>
>> >> >> Si los DCs replican correctamente, es casi seguro que no tienes
>> >> >> problemas
>> >> >> en
>> >> >> los DNSs.
>> >> >>
>> >> >> ¿Entonces? Entonces queda para averiguar los otros dos
>> >> >> comentarios
>> >> >> que
>> >> >> haces:
>> >> >>
>> >> >> "el nslookup me daba error de que no podia encontrar el host"
>> >> >> Pon *exactamente* cual error te da. Porque hay un pseudo-error
>> >> >> si
>> >> >> no
>> >> >> tienes
>> >> >> la zona inversa creada, pero la resolución funcionar. Prueba,
>> >> >> por
>> >> >> ejemplo:
>> >> >> NSLOOKUP UnDC.dominio.tuyo (reemplaza por los nombres correctos)
>> >> >> A ver si resuelve a la IP correcta
>> >> >>
>> >> >> "Probé a hacer un ping a los servidores DNS y me decia que no
>> >> >> encontraba
>> >> >> el
>> >> >> host"
>> >> >> Prueba hacer PING, pero con la dirección IP, no con el nombre,
>> >> >> primero
>> >> >> Y segundo PING TuDNS.dominio.tuyo (reemplaza por los nombres
>> >> >> correctos)
>> >> >>
>> >> >> El antivirus está "bajo sospecha" también, ya que algunos
>> >> >> quieren
>> >> >> pasarse
>> >> >> de
>> >> >> su función, y trabajan algo como cortafuegos. Puedes probar
>> >> >> bajándolo
>> >> >> a
>> >> >> ver
>> >> >> qué pasa
>> >> >>
>> >> >> El DHCP, sólo se encarga de alquilar direcciones IP, máscara de
>> >> >> subred, y
>> >> >> otros parámetros de TCP/IP que tú le digas, no tiene que ver con
>> >> >> la
>> >> >> resolución de nombres. Salvo por el hecho que si le pasa la
>> >> >> dirección
>> >> >> IP
>> >> >> de
>> >> >> el/los servidores DNS, esto debe estar configurado adecuadamente
>> >> >>
>> >> >> Guillermo Delprato
>> >> >> MVP - MCT - MCSE
>> >> >> Buenos Aires, Argentina
>> >> >>
>> >> >> Este mensaje se proporciona "como está" sin garantías de ninguna
>> >> >> clase,
>> >> >> y no otorga ningún derecho. Ud. asume los riesgos
>> >> >> This posting is provided "AS IS" with no warranties, and confer
>> >> >> no
>> >> >> rights.
>> >> >> You assume
>> >> >> all risk for your use.
>> >> >>
>> >> >>
>> >> >>
>> >> >> "Baggio" wrote in message
>> >> >> news:
>> >> >> > Hola,
>> >> >> >
>> >> >> > En el visor de sucesos me salió un error del 2 de mayo en el
>> >> >> > que
>> >> >> > me
>> >> >> > decia
>> >> >> > que hubo un error actualizando los dns o algo asi. Es que ya
>> >> >> > no
>> >> >> > me
>> >> >> > aparece.
>> >> >> > Y despues me ha ido apareciendo esta advertencia:
>> >> >> > <<El servidor DNS está registrando numerosos sucesos en tiempo
>> >> >> > de
>> >> >> > ejecución.
>> >> >> > Para determinar la causa inicial de estos sucesos en tiempo de
>> >> >> > ejecución,
>> >> >> > examine las entradas del registro de sucesos del servidor DNS
>> >> >> > anteriores
>> >> >> > a
>> >> >> > esos sucesos en tiempo de ejecución. Los datos son el número
>> >> >> > de
>> >> >> > sucesos
>> >> >> > suprimidos en el último intervalo de 15 minutos.>>
>> >> >> >
>> >> >> > Probé lo de ipconfig /all, y me sale todo bien. Al probar el
>> >> >> > nslookup
>> >> >> > me
>> >> >> > daba error de que no podia encontrar el host. Probé a hacer un
>> >> >> > ping
>> >> >> > a
>> >> >> > los
>> >> >> > servidores DNS y me decia que no encontraba el host. Tambien
>> >> >> > probé
>> >> >> > con
>> >> >> > ipconfig /displaydns, que te dice los dns de los que tira,
>> >> >> > pero
>> >> >> > no
>> >> >> > me
>> >> >> > salian
>> >> >> > mis dns.
>> >> >> > Tambien comprobé si se replicaban bien los dos servidores y vi
>> >> >> > que
>> >> >> > no
>> >> >> > habia
>> >> >> > ningun problema.
>> >> >> > Vaya, que al final de todas estas pruebas, y aunque solo
>> >> >> > fallan
>> >> >> > los
>> >> >> > equipos
>> >> >> > que cogen la ip por dhcp, aislé el problema en los dns. Pero
>> >> >> > me
>> >> >> > pregunto
>> >> >> > por
>> >> >> > qué todo esto ha empezado a fallar despues de que instalara el
>> >> >> > dhcp.
>> >> >> > ¿Puede tener algo que ver el antivirus?
>> >> >> >
>> >> >> > Muchas gracias por responderme.Un saludo
>> >> >> >
>> >> >> > "Guillermo Delprato [MS-MVP]" wrote:
>> >> >> >
>> >> >> >> Prueba lo siguiente: cuando una máquina tenga el error
>> >> >> >> ejecuta:
>> >> >> >> "IPCONFIG
>> >> >> >> /ALL" Esto es para ver si está recibiendo los parámetros
>> >> >> >> correctos
>> >> >> >> de
>> >> >> >> DNS,
>> >> >> >> desde el DHCP.
>> >> >> >> Lo anterior permite acotar el problema para ver si está en el
>> >> >> >> DHCP,
>> >> >> >> o
>> >> >> >> en
>> >> >> >> el
>> >> >> >> cliente
>> >> >> >>
>> >> >> >> Si recibe los parámetros correctos, el problema seguramente
>> >> >> >> está
>> >> >> >> en
>> >> >> >> el
>> >> >> >> DNS,
>> >> >> >> así que el próximo paso es ver con "NSLOOKUP" a ver si dicho
>> >> >> >> DNS
>> >> >> >> está
>> >> >> >> resolviendo bien
>> >> >> >>
>> >> >> >> Si el problema está en el servidor DNS, y éste está integrado
>> >> >> >> en
>> >> >> >> AD,
>> >> >> >> entonces seguramente puede haber un problema de replicación
>> >> >> >> entre
>> >> >> >> los
>> >> >> >> DCs
>> >> >> >>
>> >> >> >> Resumiendo, hay que ir haciendo pruebas para diagnosticar el
>> >> >> >> problema.
>> >> >> >> Las
>> >> >> >> que te nombro más arriba permiten ir "cercando al culpable"
>> >> >> >> :-)
>> >> >> >>
>> >> >> >> Guillermo Delprato
>> >> >> >> MVP - MCT - MCSE
>> >> >> >> Buenos Aires, Argentina
>> >> >> >>
>> >> >> >> Este mensaje se proporciona "como está" sin garantías de
>> >> >> >> ninguna
>> >> >> >> clase,
>> >> >> >> y no otorga ningún derecho. Ud. asume los riesgos
>> >> >> >> This posting is provided "AS IS" with no warranties, and
>> >> >> >> confer
>> >> >> >> no

Hola Guillermo, tengo un equipo que ha fallado resolviendo nombres. He mirado
su archivo HOST y aparecen dos filas:
ip localhost --> la que viene por defecto
ip rissrv --> el servidor al que se conecta para usar una aplicacion

Este pc suele fallar mas o menos 1 vez por semana. He probado a añadir la ip
del dns1, pero lo unico a lo que le resuelve nombre es a ese dns que le he
añadido en el HOSTS.

Al hacer ipconfig/displaydns me aparecen el localhost, rissrv, el dns1 que
le he metido, y aparte aparecen otros registros que son las ip de estos 3,
pero invertidas. Supongo que eso estara relacionado con lo de "zona de
busqueda inversa" del servidor DNS. Es decir, que si eso llega a invertirse
será porque llega al servidor dns, ¿no?
Un saludo

"Guillermo Delprato [MS-MVP]" wrote:

Mostrar la cita

A ver, vamos por ordenando la cosa por partes... :-)

Cuando un equipo tiene que resolver un hostname o FQDN usa diferentes
métodos en el siguiente orden

1- Algunos autores lo consideran o no. LOCALHOST. Si no es la propia máquina
2- Hosts Cache
3- DNS

En Hosts Cache, en RAM, están las resoluciones que halla hecho por algún
método y que todavía tengan TTL válido (el DNS que hace la resolución
establece este TTL); más todo el contenido del archivo HOSTS

Es fácil de demostrar, edita el archivo HOSTS con una entrada cualquiera
(válida o no), guárdalo, haz un IPCONFIG /DISPLAYDNS y verás lo que acabas
de agregar.

Si de Hosts Cache, no pudiera resolver, entonces consulta a DNS

De lo anterior se desprende que si en el archivo HOSTS hay una entrada
incorrecta, nunca consultará al DNS sobre dicha entrada

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho. Ud. asume los riesgos
This posting is provided "AS IS" with no warranties, and confer no rights.
You assume
all risk for your use.



"Baggio" wrote in message
news:
> ¿Quieres decir que si el HOST tiene nombres, el cliente piensa que esos
> son
> los servidores DNS?¿Y el orden en que esten tambien influye?
> Es que si fuera asi, pondria el nombre de los DNS al principio del archivo
> HOST y con eso se solucionaría, ¿no?
> De todas formas, a partir de ahora, cuando me falle alguna maquina
> resolviendo nombres, mirare si en el archivo HOST hay algo raro.
>
> Un saludo
>
> "Guillermo Delprato [MS-MVP]" wrote:
>
>> Vaciar caché es sólo por si hubiera información incorrecta en él.
>> Inclusive
>> las respuestas negativas se mantienen en caché por 5 minutos.
>>
>> Respecto al archivo HOSTS, debes revisar que en el mismo no exista una
>> entrada con el nombre del servidor que te está dando problemas.
>> El archivo HOSTS se manda a caché directamente, por lo que si lo
>> encuentra
>> ahí, no prueba otro método
>>
>> Guillermo Delprato
>> MVP - MCT - MCSE
>> Buenos Aires, Argentina
>>
>> Este mensaje se proporciona "como está" sin garantías de ninguna clase,
>> y no otorga ningún derecho. Ud. asume los riesgos
>> This posting is provided "AS IS" with no warranties, and confer no
>> rights.
>> You assume
>> all risk for your use.
>>
>>
>>
>> "Baggio" wrote in message
>> news:
>> > Buenos dias Guillermo, que tontorron que soy, jejeje.
>> > He hecho lo que me dijiste, y los equipos que en el archivo host
>> > (cuando
>> > alguno) son necesarios, porque son nombres de servidores a los que se
>> > debe
>> > conectar esa maquina.
>> > Y en lo de vaciar la cache, lo he hecho, pero sigue sin hacer ping a
>> > nada.
>> >
>> > Un saludo
>> >
>> > "Guillermo Delprato [MS-MVP]" wrote:
>> >
>> >> :-DDDDDDDD
>> >> Perdona, me debo haber expresado mal. Cuando dije en línea me refiero
>> >> a
>> >> que
>> >> contesté sobre tu mismo mensaje, más abajo, marcando mis comentarios
>> >> con
>> >> [Guillermo] al principio de cada uno
>> >> Era "en línea de texto"
>> >> :-DDDDD
>> >>
>> >> Guillermo Delprato
>> >> MVP - MCT - MCSE
>> >> Buenos Aires, Argentina
>> >>
>> >> Este mensaje se proporciona "como está" sin garantías de ninguna
>> >> clase,
>> >> y no otorga ningún derecho. Ud. asume los riesgos
>> >> This posting is provided "AS IS" with no warranties, and confer no
>> >> rights.
>> >> You assume
>> >> all risk for your use.
>> >>
>> >>
>> >>
>> >> "Baggio" wrote in message
>> >> news:
>> >> > Perdona, es que soy nuevo en esto y no se como conectarme en linea.
>> >> > ¿Cómo
>> >> > lo
>> >> > hago?
>> >> >
>> >> > "Guillermo Delprato [MS-MVP]" wrote:
>> >> >
>> >> >> Respondo en línea, marcando con [Guillermo]
>> >> >>
>> >> >> Guillermo Delprato
>> >> >> MVP - MCT - MCSE
>> >> >> Buenos Aires, Argentina
>> >> >>
>> >> >> Este mensaje se proporciona "como está" sin garantías de ninguna
>> >> >> clase,
>> >> >> y no otorga ningún derecho. Ud. asume los riesgos
>> >> >> This posting is provided "AS IS" with no warranties, and confer no
>> >> >> rights.
>> >> >> You assume
>> >> >> all risk for your use.
>> >> >>
>> >> >>
>> >> >>
>> >> >> "Baggio" wrote in message
>> >> >> news:
>> >> >> > Hola,
>> >> >> > Ya he hecho las pruebas que me has pedido, y esto es lo que me
>> >> >> > sale:
>> >> >> >
>> >> >> > nslookup UnDC.dominio.tuyo -->> aparece informacion del DNS1 y el
>> >> >> > siguiente
>> >> >> > es la informacion de UnDC.dominio.tuyo. O sea que todo esta bien.
>> >> >> [Guillermo]
>> >> >> Esto indica que está bien
>> >> >>
>> >> >> >
>> >> >> > ping cpu01 -->> lo resuelve bien
>> >> >> [Guillermo]
>> >> >> Esto no te entiendo :-(
>> >> >> Porque en todo caso debería ser PING UnDC
>> >> >> Que tampoco es conveniente probar, porque en este caso puede estar
>> >> >> resolviendo por NetBIOS, y no por hostname o FQDN
>> >> >>
>> >> >> >
>> >> >> > ping UnDC.dominio.tuyo -->> me da el siguiente error:
>> >> >> > <<La solicitud de ping no pudo encontrar el host crio. Compruebe
>> >> >> > el
>> >> >> > nombre
>> >> >> > y
>> >> >> > vuelva a intentarlo.>>
>> >> >> [Guillermo]
>> >> >> Si el NSLOOKUP muestra la resolución a la IP correcta, entonces el
>> >> >> DNS
>> >> >> resuelve bien.
>> >> >> La que queda es que el problema esté en el cliente, asi que:
>> >> >> 1- Revisa que no tengas una entrada en el archivo HOSTS
>> >> >> 2- Antes de hacer el "PING UnDC.dominio.tuyo, vacía el cache con
>> >> >> IPCONFIG
>> >> >> /FLUSHDNS
>> >> >> El error que está dando indica que es el CLIENTE el que no puede
>> >> >> resolver
>> >> >>
>> >> >>
>> >> >> >
>> >> >> > Un saludo
>> >> >> >
>> >> >> > "Guillermo Delprato [MS-MVP]" wrote:
>> >> >> >
>> >> >> >> Vamos por partes...
>> >> >> >>
>> >> >> >> Ese evento del 2 de Mayo, yo no lo relacionaría con el actual
>> >> >> >> problema
>> >> >> >> al
>> >> >> >> 21
>> >> >> >> de Junio, además de no tener relación
>> >> >> >>
>> >> >> >> Si al hacer un IPCONFIG /ALL se muestra que está apuntando a los
>> >> >> >> DNSs
>> >> >> >> correctos, entonces el problema no viene por el DHCP
>> >> >> >>
>> >> >> >> IPCONFIG /DISPLAYDNS no muestra de qué DNSs está tirando. Este
>> >> >> >> comando
>> >> >> >> muestra la información "cacheada" en el cache de hostnames, nada
>> >> >> >> más
>> >> >> >>
>> >> >> >> Si los DCs replican correctamente, es casi seguro que no tienes
>> >> >> >> problemas
>> >> >> >> en
>> >> >> >> los DNSs.
>> >> >> >>
>> >> >> >> ¿Entonces? Entonces queda para averiguar los otros dos
>> >> >> >> comentarios
>> >> >> >> que
>> >> >> >> haces:
>> >> >> >>
>> >> >> >> "el nslookup me daba error de que no podia encontrar el host"
>> >> >> >> Pon *exactamente* cual error te da. Porque hay un pseudo-error
>> >> >> >> si
>> >> >> >> no
>> >> >> >> tienes
>> >> >> >> la zona inversa creada, pero la resolución funcionar. Prueba,
>> >> >> >> por
>> >> >> >> ejemplo:
>> >> >> >> NSLOOKUP UnDC.dominio.tuyo (reemplaza por los nombres correctos)
>> >> >> >> A ver si resuelve a la IP correcta
>> >> >> >>
>> >> >> >> "Probé a hacer un ping a los servidores DNS y me decia que no
>> >> >> >> encontraba
>> >> >> >> el
>> >> >> >> host"
>> >> >> >> Prueba hacer PING, pero con la dirección IP, no con el nombre,
>> >> >> >> primero
>> >> >> >> Y segundo PING TuDNS.dominio.tuyo (reemplaza por los nombres
>> >> >> >> correctos)
>> >> >> >>
>> >> >> >> El antivirus está "bajo sospecha" también, ya que algunos
>> >> >> >> quieren
>> >> >> >> pasarse
>> >> >> >> de
>> >> >> >> su función, y trabajan algo como cortafuegos. Puedes probar
>> >> >> >> bajándolo
>> >> >> >> a
>> >> >> >> ver
>> >> >> >> qué pasa
>> >> >> >>
>> >> >> >> El DHCP, sólo se encarga de alquilar direcciones IP, máscara de
>> >> >> >> subred, y
>> >> >> >> otros parámetros de TCP/IP que tú le digas, no tiene que ver con
>> >> >> >> la
>> >> >> >> resolución de nombres. Salvo por el hecho que si le pasa la
>> >> >> >> dirección
>> >> >> >> IP
>> >> >> >> de
>> >> >> >> el/los servidores DNS, esto debe estar configurado adecuadamente
>> >> >> >>
>> >> >> >> Guillermo Delprato
>> >> >> >> MVP - MCT - MCSE
>> >> >> >> Buenos Aires, Argentina
>> >> >> >>
>> >> >> >> Este mensaje se proporciona "como está" sin garantías de ninguna
>> >> >> >> clase,
>> >> >> >> y no otorga ningún derecho. Ud. asume los riesgos
>> >> >> >> This posting is provided "AS IS" with no warranties, and confer
>> >> >> >> no
>> >> >> >> rights.
>> >> >> >> You assume
>> >> >> >> all risk for your use.
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >> "Baggio" wrote in message
>> >> >> >> news:
>> >> >> >> > Hola,
>> >> >> >> >
>> >> >> >> > En el visor de sucesos me salió un error del 2 de mayo en el
>> >> >> >> > que
>> >> >> >> > me
>> >> >> >> > decia
>> >> >> >> > que hubo un error actualizando los dns o algo asi. Es que ya
>> >> >> >> > no
>> >> >> >> > me
>> >> >> >> > aparece.
>> >> >> >> > Y despues me ha ido apareciendo esta advertencia:
>> >> >> >> > <<El servidor DNS está registrando numerosos sucesos en tiempo
>> >> >> >> > de
>> >> >> >> > ejecución.
>> >> >> >> > Para determinar la causa inicial de estos sucesos en tiempo de
>> >> >> >> > ejecución,
>> >> >> >> > examine las entradas del registro de sucesos del servidor DNS
>> >> >> >> > anteriores
>> >> >> >> > a
>> >> >> >> > esos sucesos en tiempo de ejecución. Los datos son el número
>> >> >> >> > de
>> >> >> >> > sucesos
>> >> >> >> > suprimidos en el último intervalo de 15 minutos.>>
>> >> >> >> >
>> >> >> >> > Probé lo de ipconfig /all, y me sale todo bien. Al probar el
>> >> >> >> > nslookup
>> >> >> >> > me
>> >> >> >> > daba error de que no podia encontrar el host. Probé a hacer un
>> >> >> >> > ping
>> >> >> >> > a
>> >> >> >> > los

El servidor DNS no tiene que estar en el archivo HOSTS, debes configurarlo
en las propiedades de TCP/IP de la conexion de red.
Si tuvieras mas de una conexion de red, no debes poner un DNS diferente en
cada una. O solo en una, o si son varios todos en la misma.

Respecto a lo otro, si, son las entradas de la resolucion inversa IP a
nombre

Si normalmente resuelve bien, pero una vez a la semana falla, entonces hay
que ver cual es el problema. Supongo que no tendras configurado por ningun
lado la IP del DNS del proveedor de Internet, o si

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho. Ud. asume los riesgos
This posting is provided "AS IS" with no warranties, and confer no rights.
You assume
all risk for your use.



"Baggio" wrote in message
news:
Mostrar la cita

Hola Guillermo, tengo un equipo que ha fallado resolviendo nombres. He
mirado
su archivo HOST y aparecen dos filas:
ip localhost --> la que viene por defecto
ip rissrv --> el servidor al que se conecta para usar una aplicacion

Este pc suele fallar mas o menos 1 vez por semana. He probado a añadir la
ip
del dns1, pero lo unico a lo que le resuelve nombre es a ese dns que le he
añadido en el HOSTS.

Al hacer ipconfig/displaydns me aparecen el localhost, rissrv, el dns1 que
le he metido, y aparte aparecen otros registros que son las ip de estos 3,
pero invertidas. Supongo que eso estara relacionado con lo de "zona de
busqueda inversa" del servidor DNS. Es decir, que si eso llega a
invertirse
será porque llega al servidor dns, ¿no?
Un saludo

"Guillermo Delprato [MS-MVP]" wrote:

Mostrar la cita

A ver, vamos por ordenando la cosa por partes... :-)

Cuando un equipo tiene que resolver un hostname o FQDN usa diferentes
métodos en el siguiente orden

1- Algunos autores lo consideran o no. LOCALHOST. Si no es la propia
máquina
2- Hosts Cache
3- DNS

En Hosts Cache, en RAM, están las resoluciones que halla hecho por algún
método y que todavía tengan TTL válido (el DNS que hace la resolución
establece este TTL); más todo el contenido del archivo HOSTS

Es fácil de demostrar, edita el archivo HOSTS con una entrada cualquiera
(válida o no), guárdalo, haz un IPCONFIG /DISPLAYDNS y verás lo que
acabas
de agregar.

Si de Hosts Cache, no pudiera resolver, entonces consulta a DNS

De lo anterior se desprende que si en el archivo HOSTS hay una entrada
incorrecta, nunca consultará al DNS sobre dicha entrada

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho. Ud. asume los riesgos
This posting is provided "AS IS" with no warranties, and confer no
rights.
You assume
all risk for your use.



"Baggio" wrote in message
news:
> ¿Quieres decir que si el HOST tiene nombres, el cliente piensa que esos
> son
> los servidores DNS?¿Y el orden en que esten tambien influye?
> Es que si fuera asi, pondria el nombre de los DNS al principio del
> archivo
> HOST y con eso se solucionaría, ¿no?
> De todas formas, a partir de ahora, cuando me falle alguna maquina
> resolviendo nombres, mirare si en el archivo HOST hay algo raro.
>
> Un saludo
>
> "Guillermo Delprato [MS-MVP]" wrote:
>
>> Vaciar caché es sólo por si hubiera información incorrecta en él.
>> Inclusive
>> las respuestas negativas se mantienen en caché por 5 minutos.
>>
>> Respecto al archivo HOSTS, debes revisar que en el mismo no exista una
>> entrada con el nombre del servidor que te está dando problemas.
>> El archivo HOSTS se manda a caché directamente, por lo que si lo
>> encuentra
>> ahí, no prueba otro método
>>
>> Guillermo Delprato
>> MVP - MCT - MCSE
>> Buenos Aires, Argentina
>>
>> Este mensaje se proporciona "como está" sin garantías de ninguna
>> clase,
>> y no otorga ningún derecho. Ud. asume los riesgos
>> This posting is provided "AS IS" with no warranties, and confer no
>> rights.
>> You assume
>> all risk for your use.
>>
>>
>>
>> "Baggio" wrote in message
>> news:
>> > Buenos dias Guillermo, que tontorron que soy, jejeje.
>> > He hecho lo que me dijiste, y los equipos que en el archivo host
>> > (cuando
>> > alguno) son necesarios, porque son nombres de servidores a los que
>> > se
>> > debe
>> > conectar esa maquina.
>> > Y en lo de vaciar la cache, lo he hecho, pero sigue sin hacer ping a
>> > nada.
>> >
>> > Un saludo
>> >
>> > "Guillermo Delprato [MS-MVP]" wrote:
>> >
>> >> :-DDDDDDDD
>> >> Perdona, me debo haber expresado mal. Cuando dije en línea me
>> >> refiero
>> >> a
>> >> que
>> >> contesté sobre tu mismo mensaje, más abajo, marcando mis
>> >> comentarios
>> >> con
>> >> [Guillermo] al principio de cada uno
>> >> Era "en línea de texto"
>> >> :-DDDDD
>> >>
>> >> Guillermo Delprato
>> >> MVP - MCT - MCSE
>> >> Buenos Aires, Argentina
>> >>
>> >> Este mensaje se proporciona "como está" sin garantías de ninguna
>> >> clase,
>> >> y no otorga ningún derecho. Ud. asume los riesgos
>> >> This posting is provided "AS IS" with no warranties, and confer no
>> >> rights.
>> >> You assume
>> >> all risk for your use.
>> >>
>> >>
>> >>
>> >> "Baggio" wrote in message
>> >> news:
>> >> > Perdona, es que soy nuevo en esto y no se como conectarme en
>> >> > linea.
>> >> > ¿Cómo
>> >> > lo
>> >> > hago?
>> >> >
>> >> > "Guillermo Delprato [MS-MVP]" wrote:
>> >> >
>> >> >> Respondo en línea, marcando con [Guillermo]
>> >> >>
>> >> >> Guillermo Delprato
>> >> >> MVP - MCT - MCSE
>> >> >> Buenos Aires, Argentina
>> >> >>
>> >> >> Este mensaje se proporciona "como está" sin garantías de ninguna
>> >> >> clase,
>> >> >> y no otorga ningún derecho. Ud. asume los riesgos
>> >> >> This posting is provided "AS IS" with no warranties, and confer
>> >> >> no
>> >> >> rights.
>> >> >> You assume
>> >> >> all risk for your use.
>> >> >>
>> >> >>
>> >> >>
>> >> >> "Baggio" wrote in message
>> >> >> news:
>> >> >> > Hola,
>> >> >> > Ya he hecho las pruebas que me has pedido, y esto es lo que me
>> >> >> > sale:
>> >> >> >
>> >> >> > nslookup UnDC.dominio.tuyo -->> aparece informacion del DNS1 y
>> >> >> > el
>> >> >> > siguiente
>> >> >> > es la informacion de UnDC.dominio.tuyo. O sea que todo esta
>> >> >> > bien.
>> >> >> [Guillermo]
>> >> >> Esto indica que está bien
>> >> >>
>> >> >> >
>> >> >> > ping cpu01 -->> lo resuelve bien
>> >> >> [Guillermo]
>> >> >> Esto no te entiendo :-(
>> >> >> Porque en todo caso debería ser PING UnDC
>> >> >> Que tampoco es conveniente probar, porque en este caso puede
>> >> >> estar
>> >> >> resolviendo por NetBIOS, y no por hostname o FQDN
>> >> >>
>> >> >> >
>> >> >> > ping UnDC.dominio.tuyo -->> me da el siguiente error:
>> >> >> > <<La solicitud de ping no pudo encontrar el host crio.
>> >> >> > Compruebe
>> >> >> > el
>> >> >> > nombre
>> >> >> > y
>> >> >> > vuelva a intentarlo.>>
>> >> >> [Guillermo]
>> >> >> Si el NSLOOKUP muestra la resolución a la IP correcta, entonces
>> >> >> el
>> >> >> DNS
>> >> >> resuelve bien.
>> >> >> La que queda es que el problema esté en el cliente, asi que:
>> >> >> 1- Revisa que no tengas una entrada en el archivo HOSTS
>> >> >> 2- Antes de hacer el "PING UnDC.dominio.tuyo, vacía el cache con
>> >> >> IPCONFIG
>> >> >> /FLUSHDNS
>> >> >> El error que está dando indica que es el CLIENTE el que no puede
>> >> >> resolver
>> >> >>
>> >> >>
>> >> >> >
>> >> >> > Un saludo
>> >> >> >
>> >> >> > "Guillermo Delprato [MS-MVP]" wrote:
>> >> >> >
>> >> >> >> Vamos por partes...
>> >> >> >>
>> >> >> >> Ese evento del 2 de Mayo, yo no lo relacionaría con el actual
>> >> >> >> problema
>> >> >> >> al
>> >> >> >> 21
>> >> >> >> de Junio, además de no tener relación
>> >> >> >>
>> >> >> >> Si al hacer un IPCONFIG /ALL se muestra que está apuntando a
>> >> >> >> los
>> >> >> >> DNSs
>> >> >> >> correctos, entonces el problema no viene por el DHCP
>> >> >> >>
>> >> >> >> IPCONFIG /DISPLAYDNS no muestra de qué DNSs está tirando.
>> >> >> >> Este
>> >> >> >> comando
>> >> >> >> muestra la información "cacheada" en el cache de hostnames,
>> >> >> >> nada
>> >> >> >> más
>> >> >> >>
>> >> >> >> Si los DCs replican correctamente, es casi seguro que no
>> >> >> >> tienes
>> >> >> >> problemas
>> >> >> >> en
>> >> >> >> los DNSs.
>> >> >> >>
>> >> >> >> ¿Entonces? Entonces queda para averiguar los otros dos
>> >> >> >> comentarios
>> >> >> >> que
>> >> >> >> haces:
>> >> >> >>
>> >> >> >> "el nslookup me daba error de que no podia encontrar el host"
>> >> >> >> Pon *exactamente* cual error te da. Porque hay un
>> >> >> >> pseudo-error
>> >> >> >> si
>> >> >> >> no
>> >> >> >> tienes
>> >> >> >> la zona inversa creada, pero la resolución funcionar. Prueba,
>> >> >> >> por
>> >> >> >> ejemplo:
>> >> >> >> NSLOOKUP UnDC.dominio.tuyo (reemplaza por los nombres
>> >> >> >> correctos)
>> >> >> >> A ver si resuelve a la IP correcta
>> >> >> >>
>> >> >> >> "Probé a hacer un ping a los servidores DNS y me decia que no
>> >> >> >> encontraba
>> >> >> >> el
>> >> >> >> host"
>> >> >> >> Prueba hacer PING, pero con la dirección IP, no con el
>> >> >> >> nombre,
>> >> >> >> primero
>> >> >> >> Y segundo PING TuDNS.dominio.tuyo (reemplaza por los nombres
>> >> >> >> correctos)
>> >> >> >>
>> >> >> >> El antivirus está "bajo sospecha" también, ya que algunos
>> >> >> >> quieren
>> >> >> >> pasarse
>> >> >> >> de
>> >> >> >> su función, y trabajan algo como cortafuegos. Puedes probar
>> >> >> >> bajándolo
>> >> >> >> a
>> >> >> >> ver
>> >> >> >> qué pasa
>> >> >> >>
>> >> >> >> El DHCP, sólo se encarga de alquilar direcciones IP, máscara
>> >> >> >> de
>> >> >> >> subred, y
>> >> >> >> otros parámetros de TCP/IP que tú le digas, no tiene que ver
>> >> >> >> con
>> >> >> >> la
>> >> >> >> resolución de nombres. Salvo por el hecho que si le pasa la
>> >> >> >> dirección
>> >> >> >> IP
>> >> >> >> de
>> >> >> >> el/los servidores DNS, esto debe estar configurado
>> >> >> >> adecuadamente
>> >> >> >>
>> >> >> >> Guillermo Delprato
>> >> >> >> MVP - MCT - MCSE
>> >> >> >> Buenos Aires, Argentina
>> >> >> >>
>> >> >> >> Este mensaje se proporciona "como está" sin garantías de
>> >> >> >> ninguna
>> >> >> >> clase,
>> >> >> >> y no otorga ningún derecho. Ud. asume los riesgos
>> >> >> >> This posting is provided "AS IS" with no warranties, and
>> >> >> >> confer
>> >> >> >> no
>> >> >> >> rights.
>> >> >> >> You assume
>> >> >> >> all risk for your use.
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >> "Baggio" wrote in message
>> >> >> >> news:
>> >> >> >> > Hola,
>> >> >> >> >
>> >> >> >> > En el visor de sucesos me salió un error del 2 de mayo en
>> >> >> >> > el
>> >> >> >> > que
>> >> >> >> > me
>> >> >> >> > decia
>> >> >> >> > que hubo un error actualizando los dns o algo asi. Es que
>> >> >> >> > ya
>> >> >> >> > no
>> >> >> >> > me
>> >> >> >> > aparece.
>> >> >> >> > Y despues me ha ido apareciendo esta advertencia:
>> >> >> >> > <<El servidor DNS está registrando numerosos sucesos en
>> >> >> >> > tiempo
>> >> >> >> > de
>> >> >> >> > ejecución.
>> >> >> >> > Para determinar la causa inicial de estos sucesos en tiempo
>> >> >> >> > de
>> >> >> >> > ejecución,
>> >> >> >> > examine las entradas del registro de sucesos del servidor
>> >> >> >> > DNS
>> >> >> >> > anteriores
>> >> >> >> > a
>> >> >> >> > esos sucesos en tiempo de ejecución. Los datos son el
>> >> >> >> > número
>> >> >> >> > de
>> >> >> >> > sucesos
>> >> >> >> > suprimidos en el último intervalo de 15 minutos.>>
>> >> >> >> >
>> >> >> >> > Probé lo de ipconfig /all, y me sale todo bien. Al probar
>> >> >> >> > el
>> >> >> >> > nslookup
>> >> >> >> > me
>> >> >> >> > daba error de que no podia encontrar el host. Probé a hacer
>> >> >> >> > un
>> >> >> >> > ping
>> >> >> >> > a
>> >> >> >> > los

No, no tengo ninguna IP del DNS del proveedor de internet. Lo que tengo es la
ip del servidor WINS, pero eso no creo que sea problema de nada, porque el
servidor WINS se lo doy por dhcp, y hay casos de equipos que estan fallando
con ip estatica, es decir, que ni siquiera tienen servidor WINS.

"Guillermo Delprato [MS-MVP]" wrote:

Mostrar la cita

El servidor DNS no tiene que estar en el archivo HOSTS, debes configurarlo
en las propiedades de TCP/IP de la conexion de red.
Si tuvieras mas de una conexion de red, no debes poner un DNS diferente en
cada una. O solo en una, o si son varios todos en la misma.

Respecto a lo otro, si, son las entradas de la resolucion inversa IP a
nombre

Si normalmente resuelve bien, pero una vez a la semana falla, entonces hay
que ver cual es el problema. Supongo que no tendras configurado por ningun
lado la IP del DNS del proveedor de Internet, o si

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho. Ud. asume los riesgos
This posting is provided "AS IS" with no warranties, and confer no rights.
You assume
all risk for your use.



"Baggio" wrote in message
news:
> Hola Guillermo, tengo un equipo que ha fallado resolviendo nombres. He
> mirado
> su archivo HOST y aparecen dos filas:
> ip localhost --> la que viene por defecto
> ip rissrv --> el servidor al que se conecta para usar una aplicacion
>
> Este pc suele fallar mas o menos 1 vez por semana. He probado a añadir la
> ip
> del dns1, pero lo unico a lo que le resuelve nombre es a ese dns que le he
> añadido en el HOSTS.
>
> Al hacer ipconfig/displaydns me aparecen el localhost, rissrv, el dns1 que
> le he metido, y aparte aparecen otros registros que son las ip de estos 3,
> pero invertidas. Supongo que eso estara relacionado con lo de "zona de
> busqueda inversa" del servidor DNS. Es decir, que si eso llega a
> invertirse
> será porque llega al servidor dns, ¿no?
> Un saludo
>
> "Guillermo Delprato [MS-MVP]" wrote:
>
>> A ver, vamos por ordenando la cosa por partes... :-)
>>
>> Cuando un equipo tiene que resolver un hostname o FQDN usa diferentes
>> métodos en el siguiente orden
>>
>> 1- Algunos autores lo consideran o no. LOCALHOST. Si no es la propia
>> máquina
>> 2- Hosts Cache
>> 3- DNS
>>
>> En Hosts Cache, en RAM, están las resoluciones que halla hecho por algún
>> método y que todavía tengan TTL válido (el DNS que hace la resolución
>> establece este TTL); más todo el contenido del archivo HOSTS
>>
>> Es fácil de demostrar, edita el archivo HOSTS con una entrada cualquiera
>> (válida o no), guárdalo, haz un IPCONFIG /DISPLAYDNS y verás lo que
>> acabas
>> de agregar.
>>
>> Si de Hosts Cache, no pudiera resolver, entonces consulta a DNS
>>
>> De lo anterior se desprende que si en el archivo HOSTS hay una entrada
>> incorrecta, nunca consultará al DNS sobre dicha entrada
>>
>> Guillermo Delprato
>> MVP - MCT - MCSE
>> Buenos Aires, Argentina
>>
>> Este mensaje se proporciona "como está" sin garantías de ninguna clase,
>> y no otorga ningún derecho. Ud. asume los riesgos
>> This posting is provided "AS IS" with no warranties, and confer no
>> rights.
>> You assume
>> all risk for your use.
>>
>>
>>
>> "Baggio" wrote in message
>> news:
>> > ¿Quieres decir que si el HOST tiene nombres, el cliente piensa que esos
>> > son
>> > los servidores DNS?¿Y el orden en que esten tambien influye?
>> > Es que si fuera asi, pondria el nombre de los DNS al principio del
>> > archivo
>> > HOST y con eso se solucionaría, ¿no?
>> > De todas formas, a partir de ahora, cuando me falle alguna maquina
>> > resolviendo nombres, mirare si en el archivo HOST hay algo raro.
>> >
>> > Un saludo
>> >
>> > "Guillermo Delprato [MS-MVP]" wrote:
>> >
>> >> Vaciar caché es sólo por si hubiera información incorrecta en él.
>> >> Inclusive
>> >> las respuestas negativas se mantienen en caché por 5 minutos.
>> >>
>> >> Respecto al archivo HOSTS, debes revisar que en el mismo no exista una
>> >> entrada con el nombre del servidor que te está dando problemas.
>> >> El archivo HOSTS se manda a caché directamente, por lo que si lo
>> >> encuentra
>> >> ahí, no prueba otro método
>> >>
>> >> Guillermo Delprato
>> >> MVP - MCT - MCSE
>> >> Buenos Aires, Argentina
>> >>
>> >> Este mensaje se proporciona "como está" sin garantías de ninguna
>> >> clase,
>> >> y no otorga ningún derecho. Ud. asume los riesgos
>> >> This posting is provided "AS IS" with no warranties, and confer no
>> >> rights.
>> >> You assume
>> >> all risk for your use.
>> >>
>> >>
>> >>
>> >> "Baggio" wrote in message
>> >> news:
>> >> > Buenos dias Guillermo, que tontorron que soy, jejeje.
>> >> > He hecho lo que me dijiste, y los equipos que en el archivo host
>> >> > (cuando
>> >> > alguno) son necesarios, porque son nombres de servidores a los que
>> >> > se
>> >> > debe
>> >> > conectar esa maquina.
>> >> > Y en lo de vaciar la cache, lo he hecho, pero sigue sin hacer ping a
>> >> > nada.
>> >> >
>> >> > Un saludo
>> >> >
>> >> > "Guillermo Delprato [MS-MVP]" wrote:
>> >> >
>> >> >> :-DDDDDDDD
>> >> >> Perdona, me debo haber expresado mal. Cuando dije en línea me
>> >> >> refiero
>> >> >> a
>> >> >> que
>> >> >> contesté sobre tu mismo mensaje, más abajo, marcando mis
>> >> >> comentarios
>> >> >> con
>> >> >> [Guillermo] al principio de cada uno
>> >> >> Era "en línea de texto"
>> >> >> :-DDDDD
>> >> >>
>> >> >> Guillermo Delprato
>> >> >> MVP - MCT - MCSE
>> >> >> Buenos Aires, Argentina
>> >> >>
>> >> >> Este mensaje se proporciona "como está" sin garantías de ninguna
>> >> >> clase,
>> >> >> y no otorga ningún derecho. Ud. asume los riesgos
>> >> >> This posting is provided "AS IS" with no warranties, and confer no
>> >> >> rights.
>> >> >> You assume
>> >> >> all risk for your use.
>> >> >>
>> >> >>
>> >> >>
>> >> >> "Baggio" wrote in message
>> >> >> news:
>> >> >> > Perdona, es que soy nuevo en esto y no se como conectarme en
>> >> >> > linea.
>> >> >> > ¿Cómo
>> >> >> > lo
>> >> >> > hago?
>> >> >> >
>> >> >> > "Guillermo Delprato [MS-MVP]" wrote:
>> >> >> >
>> >> >> >> Respondo en línea, marcando con [Guillermo]
>> >> >> >>
>> >> >> >> Guillermo Delprato
>> >> >> >> MVP - MCT - MCSE
>> >> >> >> Buenos Aires, Argentina
>> >> >> >>
>> >> >> >> Este mensaje se proporciona "como está" sin garantías de ninguna
>> >> >> >> clase,
>> >> >> >> y no otorga ningún derecho. Ud. asume los riesgos
>> >> >> >> This posting is provided "AS IS" with no warranties, and confer
>> >> >> >> no
>> >> >> >> rights.
>> >> >> >> You assume
>> >> >> >> all risk for your use.
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >> "Baggio" wrote in message
>> >> >> >> news:
>> >> >> >> > Hola,
>> >> >> >> > Ya he hecho las pruebas que me has pedido, y esto es lo que me
>> >> >> >> > sale:
>> >> >> >> >
>> >> >> >> > nslookup UnDC.dominio.tuyo -->> aparece informacion del DNS1 y
>> >> >> >> > el
>> >> >> >> > siguiente
>> >> >> >> > es la informacion de UnDC.dominio.tuyo. O sea que todo esta
>> >> >> >> > bien.
>> >> >> >> [Guillermo]
>> >> >> >> Esto indica que está bien
>> >> >> >>
>> >> >> >> >
>> >> >> >> > ping cpu01 -->> lo resuelve bien
>> >> >> >> [Guillermo]
>> >> >> >> Esto no te entiendo :-(
>> >> >> >> Porque en todo caso debería ser PING UnDC
>> >> >> >> Que tampoco es conveniente probar, porque en este caso puede
>> >> >> >> estar
>> >> >> >> resolviendo por NetBIOS, y no por hostname o FQDN
>> >> >> >>
>> >> >> >> >
>> >> >> >> > ping UnDC.dominio.tuyo -->> me da el siguiente error:
>> >> >> >> > <<La solicitud de ping no pudo encontrar el host crio.
>> >> >> >> > Compruebe
>> >> >> >> > el
>> >> >> >> > nombre
>> >> >> >> > y
>> >> >> >> > vuelva a intentarlo.>>
>> >> >> >> [Guillermo]
>> >> >> >> Si el NSLOOKUP muestra la resolución a la IP correcta, entonces
>> >> >> >> el
>> >> >> >> DNS
>> >> >> >> resuelve bien.
>> >> >> >> La que queda es que el problema esté en el cliente, asi que:
>> >> >> >> 1- Revisa que no tengas una entrada en el archivo HOSTS
>> >> >> >> 2- Antes de hacer el "PING UnDC.dominio.tuyo, vacía el cache con
>> >> >> >> IPCONFIG
>> >> >> >> /FLUSHDNS
>> >> >> >> El error que está dando indica que es el CLIENTE el que no puede
>> >> >> >> resolver
>> >> >> >>
>> >> >> >>
>> >> >> >> >
>> >> >> >> > Un saludo
>> >> >> >> >
>> >> >> >> > "Guillermo Delprato [MS-MVP]" wrote:
>> >> >> >> >
>> >> >> >> >> Vamos por partes...
>> >> >> >> >>
>> >> >> >> >> Ese evento del 2 de Mayo, yo no lo relacionaría con el actual
>> >> >> >> >> problema
>> >> >> >> >> al
>> >> >> >> >> 21
>> >> >> >> >> de Junio, además de no tener relación
>> >> >> >> >>
>> >> >> >> >> Si al hacer un IPCONFIG /ALL se muestra que está apuntando a
>> >> >> >> >> los
>> >> >> >> >> DNSs
>> >> >> >> >> correctos, entonces el problema no viene por el DHCP
>> >> >> >> >>
>> >> >> >> >> IPCONFIG /DISPLAYDNS no muestra de qué DNSs está tirando.
>> >> >> >> >> Este
>> >> >> >> >> comando
>> >> >> >> >> muestra la información "cacheada" en el cache de hostnames,
>> >> >> >> >> nada
>> >> >> >> >> más
>> >> >> >> >>
>> >> >> >> >> Si los DCs replican correctamente, es casi seguro que no
>> >> >> >> >> tienes
>> >> >> >> >> problemas
>> >> >> >> >> en
>> >> >> >> >> los DNSs.
>> >> >> >> >>
>> >> >> >> >> ¿Entonces? Entonces queda para averiguar los otros dos
>> >> >> >> >> comentarios
>> >> >> >> >> que
>> >> >> >> >> haces:
>> >> >> >> >>
>> >> >> >> >> "el nslookup me daba error de que no podia encontrar el host"
>> >> >> >> >> Pon *exactamente* cual error te da. Porque hay un
>> >> >> >> >> pseudo-error
>> >> >> >> >> si
>> >> >> >> >> no
>> >> >> >> >> tienes
>> >> >> >> >> la zona inversa creada, pero la resolución funcionar. Prueba,
>> >> >> >> >> por
>> >> >> >> >> ejemplo:
>> >> >> >> >> NSLOOKUP UnDC.dominio.tuyo (reemplaza por los nombres
>> >> >> >> >> correctos)
>> >> >> >> >> A ver si resuelve a la IP correcta
>> >> >> >> >>
>> >> >> >> >> "Probé a hacer un ping a los servidores DNS y me decia que no
>> >> >> >> >> encontraba
>> >> >> >> >> el
>> >> >> >> >> host"
>> >> >> >> >> Prueba hacer PING, pero con la dirección IP, no con el
>> >> >> >> >> nombre,
>> >> >> >> >> primero
>> >> >> >> >> Y segundo PING TuDNS.dominio.tuyo (reemplaza por los nombres
>> >> >> >> >> correctos)