El servidor habla con un grupo pero no con otro, ambos grupos hablan entre sí

Question

He estado tratando de resolver esto durante un par de días y no he tenido suerte, así que pensé en preguntar aquí.

Tenemos dos edificios conectados a través de un puente de red inalámbrica con línea de visión. Tenemos dos enrutadores, uno en cada edificio y uno, en el edificio nuevo, está configurado como nuestra puerta de enlace y el otro, en el edificio antiguo, está configurado en modo "puente". Nuestro Internet se comparte entre ambos edificios a través de este puente y todas las computadoras en la red tienen acceso a Internet, lo que significa que el puente está funcionando.

El problema es que el servidor, que está en el edificio nuevo, no puede comunicarse con las computadoras del edificio antiguo y ellos no pueden comunicarse con él. Estaba funcionando bien el viernes de la semana pasada. Las computadoras del edificio nuevo pueden comunicarse con las computadoras del edificio antiguo sin ningún problema.

Nota:Por hablar me refiero a compartir y acceder a archivos y carpetas.

La pregunta es, ¿por qué el servidor no puede comunicarse con las computadoras del edificio antiguo cuando las computadoras pueden comunicarse entre sí sin problemas?

Información extra:

• El enrutador del nuevo edificio es nuestro DHCP y DNS.
• Todo apunta correctamente al enrutador del nuevo edificio.
• Intenté reiniciar las computadoras, el servidor, los enrutadores y el puente de red y nada solucionó el problema.
• Nuestro servidor está configurado únicamente como servidor de archivos, nada especial.
• Hay alrededor de 30 dispositivos en la red, algunos inalámbricos y otros cableados.
• El servidor es Windows Server 2008 r2
• Las computadoras son Windows 7, XP y un par de 8.1.
• Tampoco puedo hacer ping a las computadoras del edificio antiguo desde el servidor. Sin embargo, puedo hacer ping a cualquier computadora del edificio antiguo desde cualquier otra computadora del edificio nuevo.

Si necesita más información por favor hágamelo saber. Realmente me gustaría que se solucionara este problema.

Editar 1

• El servidor tiene una dirección IP estática.
• Todas las computadoras están en la misma subred.
• Hay un firewall, pero intenté desactivarlo y nada cambió.

Editar 2

• Al intentar acceder al servidor por nombre de host o dirección IP, es decir, \\nombredeservidor o \\192.168.1.111, aparece el error "Ruta de red no encontrada".

Editar 3

• El servidor tiene instalado un Avast Firewall además del firewall de Windows integrado. El firewall de Windows está deshabilitado mientras que el de Avast está habilitado.
• No he intentado agregar el servidor a la DMZ del enrutador por razones de seguridad. Quizás intente esto más tarde.
• No hay rutas estáticas configuradas en ninguno de los enrutadores, simplemente configuré una ruta estática en el nuevo enrutador para el servidor para ver si soluciona el problema.
• No utilizamos políticas de grupo, la empresa usaba sistemas operativos Windows Home hasta que me contrataron y comencé a cambiar todo a Windows Professional. Como tal, el servidor se configuró solo como un servidor de archivos sin nada de Active Directory/Dominio.
• No he intentado alterar el archivo HOSTS, pero lo haré cuando tenga la oportunidad.
• No utilizamos VLAN de ningún tipo, simplemente no lo hacemos sin ningún motivo en particular.
• Revisé todas las direcciones IP, subredes, adaptadores LAN, equipos de red y rutas.

Resultados de Tracert(Nota: las direcciones IP enumeradas no son las direcciones IP reales)

• Servidor al edificio antiguo: "Servidor [192.168.1.111] Informes: Host de destino inalcanzable".
• Nueva construcción del servidor: "1 1 ms <1 ms Server [ab12::cd34::ef56::gh78::ij90]"
• Edificio nuevo a edificio antiguo: "1 3 ms 1 ms 1 ms NombreEquipo [192.168.1.111]"
• Edificio antiguo al servidor: publicaré cuando tenga la oportunidad de ejecutar la prueba.

Answer 1

Si entiendo bien entonces el nuevo servidor es el único que no se comporta como debería.

¿Revisaste las direcciones IP? ¿Todos en la misma subred? ¿Cambiaste/activaste un firewall en el nuevo servidor el viernes pasado?

Answer 2

Bueno, parece que tienes una situación clásica de "WTF-IS-GOING-ON" en tus manos.

Lo primero; Mencionas que hay un firewall pero que intentaste desactivarlo. ¿Supongo que esto es algo así como un firewall de Windows en el servidor?

Segunda cosa; El enrutador del nuevo edificio maneja DNS y DHCP. ¿Tiene también un firewall? Si es así, ¿ha intentado agregar el servidor a la DMZ sólo con fines de prueba? Si no es así y funciona, no lo dejes allí por razones de seguridad.

Tercera cosa; ¿Ha revisado los enrutadores en busca de rutas estáticas que podrían estar "secuestrando" o redirigiendo el tráfico de la red de forma inesperada?

Cuarta cosa; ¿Tiene algo que ver con la política de grupo donde se podrían enviar rutas incorrectas a los clientes en el edificio antiguo, como modificar sus archivos HOSTS? ¿Ha revisado el archivo HOSTS en una computadora en el edificio antiguo para asegurarse de que no esté pegado? ¿Ha intentado agregar un registro en el archivo HOSTS para ver si eso ayudará a una computadora en el edificio antiguo a comunicarse con el servidor? Principalmente con fines de prueba...

Quinto: cuando realiza un tracert en el edificio antiguo hacia el servidor, ¿qué ruta siguen los paquetes? ¿Es como debería ser? ¿Qué pasa en el nuevo edificio donde todo funciona?

Sexto: ¿Podría el servidor tener una VLAN alejada del edificio antiguo?

En última instancia, dado que existe una separación entre su servidor y el edificio antiguo, pero el edificio antiguo no está separado de nada más, sospecho principalmente de un problema de configuración en el servidor o alguna configuración en la red que se relaciona con el tráfico que se dirige al servidor (como como ruta quizás.) Verifique tres veces sus subredes, adaptadores LAN, equipos de red, rutas, VLAN, etc.

Ojalá pudiera ofrecerle más ideas, pero tal vez estas pruebas le brinden algunas cosas para probar.

Answer 3

Ahora me siento un poco estúpido, pero compartiré la solución con el resto de la clase. Resulta que el problema era el equipo de red que habíamos configurado en el servidor. Nuestro conmutador no equilibra la carga y eso aparentemente provocó que la conexión al servidor fuera inestable en nuestro nuevo edificio e inalcanzable en nuestro antiguo edificio. Así que desactivamos el equipo de red y todo empezó a funcionar tan pronto como reiniciamos. (Sé que reiniciar probablemente no solucionó el problema porque reinicié el servidor unas 3 o 4 veces intentando cosas diferentes)