none
Tracert responde con otro nombre del que se solicito RRS feed

  • Pregunta

  • Cuando ejecuto tracert backup en lugar de responder backup me responde serverback, sucede que en el pasado existia el equipo serverback con la misma ip que hoy tiene backup.

    Revisando el servidor DNS encontre un host a duplicado con esa ip y el nombre erroneo, se elimino pero tracert sigue respondiendo mal

    Sugerencias bienvenidas

    Gracias

    jueves, 25 de marzo de 2010 17:17

Respuestas

  • eamagoo, por favor no mezcles temas. Por favor inicia hilo nuevo con el tema de nivel funcional de dominio, caducidad (?), etc.

    El cliente tiene un "cache" de nombres DNS, lo puedes borrar con IPCONFIG /FLUSHDNS

    El Servidor DNS también tiene un "cache", pero este, el del servicio DNS no lo borras con el comando anterior, sino en la consola de DNS, con botón derecho sobre el servidor apaecerá la opción "Clear cache".

    Si borrando "caches" en el cliente y en el *servicio DNS* sigue resolviendo a la IP equivocada, pueden ser dos causas.
    - O está apuntando a otro DNS, y no al que corriges y borras cache
    - O hay una entrada en el archivo HOSTS en el cliente

    Si fuera esto último, no se borra con el primer comando, sino que tienes que modificar el archivo HOSTS

    Puedes confirmarlo si haces en el cliente un IPCONFIG /DISPLADNS que te muestra el "cache" de nombres DNS.

    Para verificar la resolución de nombres en el cliente, y que no tenga en cuenta el "cache" se utiliza NSLOOKUP

    La zona inversa no mejora performance, la pueden usar algunas aplicaciones, o a veces se usa como ayuda en la resolución de problemas.

     


    Guillermo Delprato - MVP-MCT-MCSE-MCSA MCITP: Enterprise/Server Administrator MCTS: Active Directory/Network/Applications Configuration --- Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos. --- Buenos Aires, Argentina
    viernes, 26 de marzo de 2010 13:59
    Moderador

Todas las respuestas

  • Porque la información está "cacheada" en memoria.

    Ejecuta en el cliente IPCONFIG /FLUSHDNS para limpiar el "cache" de nombres DNS

     


    Guillermo Delprato - MVP-MCT-MCSE-MCSA MCITP: Enterprise/Server Administrator MCTS: Active Directory/Network/Applications Configuration --- Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos. --- Buenos Aires, Argentina
    jueves, 25 de marzo de 2010 18:42
    Moderador
  • Se ejecuto en las dos pcs en donde ejecute el tracert pero no recuerdo si se ejecuto (flushdns) en el equipo que presenta el error, aclaro que las estaciones de trabajo utilizan ip variable con dhcp, el equipo en cuestion tiene ip fija ya que tiene instalado 2003

     

    Gracias

    jueves, 25 de marzo de 2010 20:20
  • Cuando el DNS resuelve un nombre a IP, junto con la respuesta informa al cliente por cuánto tiempo puede "cachear" la respuesta. El valor por omisión son 60 minutos.

    Prueba haciendo el IPCONFIG /FLUSHDS y si no funciona comenta por favor

     


    Guillermo Delprato - MVP-MCT-MCSE-MCSA MCITP: Enterprise/Server Administrator MCTS: Active Directory/Network/Applications Configuration --- Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos. --- Buenos Aires, Argentina
    jueves, 25 de marzo de 2010 22:33
    Moderador
  • Se ejecuto ipconfig /flushdns en todos los equipos (servidor dns, servidor que responde mal y las pcs)

    Se limpio la zona de busqueda directa del servidor de dns para que reactualice, comento como esta configurado el servidor de dns:

    nombre serverdom1 - ip: 10.50.14.20 (fija)

    dns1:127.0.0.1 ESTO NO SE SI ESTA CORRECTO

    dns2:10.10.1.180 (estamos dentro de una red MAN que no controlamos, este servidor DNS no admite actualizaciones dinamicas pero es el servidor que nos permite acceder o salir a internet)

    gateway: 10.50.14.2 (router que nos conecta a la red MAN)

    La caducidad no esta configurada, solicito ayuda para configurar este punto

    No hay zona de busqueda inversa definida, seria conveniente definirla? mejorara la performance.

     

    Por otro lado consulto, el nivel funcional del dominio es Windows 2000 nativo, que se gana y que se pierde elevando el nivel a 2003, teniendo en cuenta que todas las estaciones de trabajo son XP o superiores

     

    El problema de la respuesta de serverback1 al tracert a backup1 continua, revise todo el arbol del servidor de dns y serverback1 no aparece, no tengo idea por donde buscar o donde puede quedar configuracion remanente del servidor serverback1

     

    Gracias

    viernes, 26 de marzo de 2010 13:41
  • eamagoo, por favor no mezcles temas. Por favor inicia hilo nuevo con el tema de nivel funcional de dominio, caducidad (?), etc.

    El cliente tiene un "cache" de nombres DNS, lo puedes borrar con IPCONFIG /FLUSHDNS

    El Servidor DNS también tiene un "cache", pero este, el del servicio DNS no lo borras con el comando anterior, sino en la consola de DNS, con botón derecho sobre el servidor apaecerá la opción "Clear cache".

    Si borrando "caches" en el cliente y en el *servicio DNS* sigue resolviendo a la IP equivocada, pueden ser dos causas.
    - O está apuntando a otro DNS, y no al que corriges y borras cache
    - O hay una entrada en el archivo HOSTS en el cliente

    Si fuera esto último, no se borra con el primer comando, sino que tienes que modificar el archivo HOSTS

    Puedes confirmarlo si haces en el cliente un IPCONFIG /DISPLADNS que te muestra el "cache" de nombres DNS.

    Para verificar la resolución de nombres en el cliente, y que no tenga en cuenta el "cache" se utiliza NSLOOKUP

    La zona inversa no mejora performance, la pueden usar algunas aplicaciones, o a veces se usa como ayuda en la resolución de problemas.

     


    Guillermo Delprato - MVP-MCT-MCSE-MCSA MCITP: Enterprise/Server Administrator MCTS: Active Directory/Network/Applications Configuration --- Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos. --- Buenos Aires, Argentina
    viernes, 26 de marzo de 2010 13:59
    Moderador
  • El tema quedo resuelto, lo que ocurrió fue un problema de configuración de red de lo mas básico, punto que se corrigió.

     

    Desde ya muchisimas gracias 

    domingo, 4 de abril de 2010 20:37