Cosa rara con los DNS

16/01/2004 - 22:13 por Packo | Informe spam
Os pongo un poco en antecedentes.

El servidor de backup que tenemos (SRVBCK) tenía una tarjeta de red en una
VLAN (172.16.1.*), se añadieron 2 servidores más de los que habia que hacer
copia en otra VLAN (10.40.0.*), y como la cantidad a copiar era bastante
alta (aprox. 500 GB), y está VLAN está formada por una pila de switches de
1Gbps, optamos por ponerle una tarjeta de giga al servidor de backup en esta
VLAN.

Con lo que se quedaba, la tarjeta 1 con su IP, mascara, gateway y DNS, y la
tarjeta 2 con su IP, mascara. El tema es que la pila de switches ha habido
que incomunicarla temporalmente, pero en principio, esto no deberia aceptar
porque el backup lo hace por la tarjeta que está en esa pila. Pero de
repente y sin venir a cuento (al menos a simple vista), han empezado a
fallar las copias de seguridad de uno de los exchange, pero de los otros 4
no. Desde el exchange que falla haces un ping al SRVBCK y responde la
172.16.1.*, pero si haces un ping a SRVBCK.area.empresa.net resuelve (no
responde pq está aislada) la 10.40.0.*, pero desde los otros servidores
resuelve bien el SRVBCK con la 172.16.1.*
hemos probado con el host, el lmhost, ... y nada.

Alguna idea?

Salu2
Packo

Preguntas similare

Leer las respuestas

#6 Packo
16/01/2004 - 23:30 | Informe spam
la verdad es que yo no he probado nada, pq ese servidor "no es cosa mia",
pero bueno.

si le hacias desde ese servidor un ping -a 172.16.1.1 te respondia como
SRVBCK, pero si lo hacias desde uno que va bien te respondia el
SRVBCK.area.empresa.net
crees que puede ser la caché de DNS?

Salu2
Packo

"Javier Inglés [MS MVP]" escribió en el
mensaje news:
De cualquie modo, tanto si lanzas un ping al nombre NetBIOS como si lo
lanzas al nombre FQDN siempre debería responder el nombre con el sufio DNS,
si no es que está resolviendo por NetBIOS en cuyo caso hay una mala
configuración puesta

Salu2!!!

Javier Inglés
MS-MVP

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no
otorga ningún derecho


"Javier Inglés [MS MVP]" escribió en el
mensaje news:evy%
Habéis probado a borrar la caché DNS con ipconfig /flushdns??

Salu2!!!

Javier Inglés
MS-MVP

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no
otorga ningún derecho


"Packo" <packo#terra123.es456> escribió en el mensaje
news:
Os pongo un poco en antecedentes.

El servidor de backup que tenemos (SRVBCK) tenía una tarjeta de red en una
VLAN (172.16.1.*), se añadieron 2 servidores más de los que habia que


hacer
copia en otra VLAN (10.40.0.*), y como la cantidad a copiar era bastante
alta (aprox. 500 GB), y está VLAN está formada por una pila de switches de
1Gbps, optamos por ponerle una tarjeta de giga al servidor de backup en


esta
VLAN.

Con lo que se quedaba, la tarjeta 1 con su IP, mascara, gateway y DNS, y


la
tarjeta 2 con su IP, mascara. El tema es que la pila de switches ha habido
que incomunicarla temporalmente, pero en principio, esto no deberia


aceptar
porque el backup lo hace por la tarjeta que está en esa pila. Pero de
repente y sin venir a cuento (al menos a simple vista), han empezado a
fallar las copias de seguridad de uno de los exchange, pero de los otros 4
no. Desde el exchange que falla haces un ping al SRVBCK y responde la
172.16.1.*, pero si haces un ping a SRVBCK.area.empresa.net resuelve (no
responde pq está aislada) la 10.40.0.*, pero desde los otros servidores
resuelve bien el SRVBCK con la 172.16.1.*
hemos probado con el host, el lmhost, ... y nada.

Alguna idea?

Salu2
Packo


Respuesta Responder a este mensaje
#7 Javier Inglés [MS MVP]
17/01/2004 - 11:00 | Informe spam
No, ese equipo que va mal está resolviendo por NetBIOS, no por DNS, por lo que en su configuración TCP/IP debe andar algo mal.

Salu2!!!

Javier Inglés
MS-MVP

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no otorga ningún derecho


"Packo" <packo#terra123.es456> escribió en el mensaje news:Okbnc$
la verdad es que yo no he probado nada, pq ese servidor "no es cosa mia",
pero bueno.

si le hacias desde ese servidor un ping -a 172.16.1.1 te respondia como
SRVBCK, pero si lo hacias desde uno que va bien te respondia el
SRVBCK.area.empresa.net
crees que puede ser la caché de DNS?

Salu2
Packo

"Javier Inglés [MS MVP]" escribió en el
mensaje news:
De cualquie modo, tanto si lanzas un ping al nombre NetBIOS como si lo
lanzas al nombre FQDN siempre debería responder el nombre con el sufio DNS,
si no es que está resolviendo por NetBIOS en cuyo caso hay una mala
configuración puesta

Salu2!!!

Javier Inglés
MS-MVP

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no
otorga ningún derecho


"Javier Inglés [MS MVP]" escribió en el
mensaje news:evy%
Habéis probado a borrar la caché DNS con ipconfig /flushdns??

Salu2!!!

Javier Inglés
MS-MVP

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no
otorga ningún derecho


"Packo" <packo#terra123.es456> escribió en el mensaje
news:
> Os pongo un poco en antecedentes.
>
> El servidor de backup que tenemos (SRVBCK) tenía una tarjeta de red en una
> VLAN (172.16.1.*), se añadieron 2 servidores más de los que habia que
hacer
> copia en otra VLAN (10.40.0.*), y como la cantidad a copiar era bastante
> alta (aprox. 500 GB), y está VLAN está formada por una pila de switches de
> 1Gbps, optamos por ponerle una tarjeta de giga al servidor de backup en
esta
> VLAN.
>
> Con lo que se quedaba, la tarjeta 1 con su IP, mascara, gateway y DNS, y
la
> tarjeta 2 con su IP, mascara. El tema es que la pila de switches ha habido
> que incomunicarla temporalmente, pero en principio, esto no deberia
aceptar
> porque el backup lo hace por la tarjeta que está en esa pila. Pero de
> repente y sin venir a cuento (al menos a simple vista), han empezado a
> fallar las copias de seguridad de uno de los exchange, pero de los otros 4
> no. Desde el exchange que falla haces un ping al SRVBCK y responde la
> 172.16.1.*, pero si haces un ping a SRVBCK.area.empresa.net resuelve (no
> responde pq está aislada) la 10.40.0.*, pero desde los otros servidores
> resuelve bien el SRVBCK con la 172.16.1.*
> hemos probado con el host, el lmhost, ... y nada.
>
> Alguna idea?
>
> Salu2
> Packo
>
>


Respuesta Responder a este mensaje
#8 Javier Inglés [MS MVP]
17/01/2004 - 11:00 | Informe spam
No, ese equipo que va mal está resolviendo por NetBIOS, no por DNS, por lo que en su configuración TCP/IP debe andar algo mal.

Salu2!!!

Javier Inglés
MS-MVP

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no otorga ningún derecho


"Packo" <packo#terra123.es456> escribió en el mensaje news:Okbnc$
la verdad es que yo no he probado nada, pq ese servidor "no es cosa mia",
pero bueno.

si le hacias desde ese servidor un ping -a 172.16.1.1 te respondia como
SRVBCK, pero si lo hacias desde uno que va bien te respondia el
SRVBCK.area.empresa.net
crees que puede ser la caché de DNS?

Salu2
Packo

"Javier Inglés [MS MVP]" escribió en el
mensaje news:
De cualquie modo, tanto si lanzas un ping al nombre NetBIOS como si lo
lanzas al nombre FQDN siempre debería responder el nombre con el sufio DNS,
si no es que está resolviendo por NetBIOS en cuyo caso hay una mala
configuración puesta

Salu2!!!

Javier Inglés
MS-MVP

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no
otorga ningún derecho


"Javier Inglés [MS MVP]" escribió en el
mensaje news:evy%
Habéis probado a borrar la caché DNS con ipconfig /flushdns??

Salu2!!!

Javier Inglés
MS-MVP

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no
otorga ningún derecho


"Packo" <packo#terra123.es456> escribió en el mensaje
news:
> Os pongo un poco en antecedentes.
>
> El servidor de backup que tenemos (SRVBCK) tenía una tarjeta de red en una
> VLAN (172.16.1.*), se añadieron 2 servidores más de los que habia que
hacer
> copia en otra VLAN (10.40.0.*), y como la cantidad a copiar era bastante
> alta (aprox. 500 GB), y está VLAN está formada por una pila de switches de
> 1Gbps, optamos por ponerle una tarjeta de giga al servidor de backup en
esta
> VLAN.
>
> Con lo que se quedaba, la tarjeta 1 con su IP, mascara, gateway y DNS, y
la
> tarjeta 2 con su IP, mascara. El tema es que la pila de switches ha habido
> que incomunicarla temporalmente, pero en principio, esto no deberia
aceptar
> porque el backup lo hace por la tarjeta que está en esa pila. Pero de
> repente y sin venir a cuento (al menos a simple vista), han empezado a
> fallar las copias de seguridad de uno de los exchange, pero de los otros 4
> no. Desde el exchange que falla haces un ping al SRVBCK y responde la
> 172.16.1.*, pero si haces un ping a SRVBCK.area.empresa.net resuelve (no
> responde pq está aislada) la 10.40.0.*, pero desde los otros servidores
> resuelve bien el SRVBCK con la 172.16.1.*
> hemos probado con el host, el lmhost, ... y nada.
>
> Alguna idea?
>
> Salu2
> Packo
>
>


Respuesta Responder a este mensaje
#9 Jorge Sandoval
17/01/2004 - 21:46 | Informe spam
Hola:

prueba recargando la zona en el dns.

Chao.
De cualquie modo, tanto si lanzas un ping al nombre


NetBIOS como si lo lanzas al nombre FQDN siempre debería
responder el nombre con el sufio DNS, si no es que está
resolviendo por NetBIOS en cuyo caso hay una mala
configuración puesta

Salu2!!!

Javier Inglés
MS-MVP

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de


ninguna clase, y no otorga ningún derecho


"Javier Inglés [MS MVP]"


escribió en el mensaje news:evy%

Habéis probado a borrar la caché DNS con


ipconfig /flushdns??

Salu2!!!

Javier Inglés
MS-MVP

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de


ninguna clase, y no otorga ningún derecho


"Packo" <packo#terra123.es456> escribió en el mensaje


news:
Os pongo un poco en antecedentes.

El servidor de backup que tenemos (SRVBCK) tenía una




tarjeta de red en una
VLAN (172.16.1.*), se añadieron 2 servidores más de los




que habia que hacer
copia en otra VLAN (10.40.0.*), y como la cantidad a




copiar era bastante
alta (aprox. 500 GB), y está VLAN está formada por una




pila de switches de
1Gbps, optamos por ponerle una tarjeta de giga al




servidor de backup en esta
VLAN.

Con lo que se quedaba, la tarjeta 1 con su IP, mascara,




gateway y DNS, y la
tarjeta 2 con su IP, mascara. El tema es que la pila de




switches ha habido
que incomunicarla temporalmente, pero en principio,




esto no deberia aceptar
porque el backup lo hace por la tarjeta que está en esa




pila. Pero de
repente y sin venir a cuento (al menos a simple vista),




han empezado a
fallar las copias de seguridad de uno de los exchange,




pero de los otros 4
no. Desde el exchange que falla haces un ping al SRVBCK




y responde la
172.16.1.*, pero si haces un ping a




SRVBCK.area.empresa.net resuelve (no
responde pq está aislada) la 10.40.0.*, pero desde los




otros servidores
resuelve bien el SRVBCK con la 172.16.1.*
hemos probado con el host, el lmhost, ... y nada.

Alguna idea?

Salu2
Packo




.

email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida