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

#1 Javier Inglés [MS MVP]
16/01/2004 - 22:41 | Informe spam
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
#2 Javier Inglés [MS MVP]
16/01/2004 - 22:41 | Informe spam
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
#3 Javier Inglés [MS MVP]
16/01/2004 - 22:46 | Informe spam
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
#4 Javier Inglés [MS MVP]
16/01/2004 - 22:46 | Informe spam
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
#5 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
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida