Tengo el siguiente problema que me mantiene sin dormir las últimas noches.
Heredé algunos servidores del tipo que se jubiló y noté que una de las interfaces a veces se congela en uno de los servidores, lo que hace que la gente no pueda conectarse a ella.
Ahora, los detalles: tenemos 3 servidores: uno es el servidor de base de datos, que aloja solo la base de datos, y está conectado al servidor de acceso, que también tiene un servidor web basado en IIS, que nuevamente proporciona controles basados en .aspx para los clientes. , que visitan nuestro tercer servidor, en el que alojamos el sitio web. Creo que la siguiente imagen lo describirá mejor: gráfico de red
El problema es que el Servidor de Acceso está configurado con 2 puertas de enlace predeterminadas (¡sic!), pero después de todo, según route print, utiliza la primera puerta de enlace del ISP:
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 bb.bbb.bbb.241 bb.bbb.bbb.243 10
0.0.0.0 0.0.0.0 aaa.aa.aaa.129 aaa.aa.aaa.130 10
bb.bbb.bbb.240 255.255.255.248 bb.bbb.bbb.243 bb.bbb.bbb.243 10
bb.bbb.bbb.243 255.255.255.255 127.0.0.1 127.0.0.1 10
bb.255.255.255 255.255.255.255 bb.bbb.bbb.243 bb.bbb.bbb.243 10
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
192.168.0.0 255.255.255.0 192.168.0.97 192.168.0.97 10
192.168.0.97 255.255.255.255 127.0.0.1 127.0.0.1 10
192.168.0.255 255.255.255.255 192.168.0.97 192.168.0.97 10
aaa.aa.aaa.128 255.255.255.248 aaa.aa.aaa.130 aaa.aa.aaa.130 10
aaa.aa.aaa.130 255.255.255.255 127.0.0.1 127.0.0.1 10
aaa.aa.aaa.255 255.255.255.255 aaa.aa.aaa.130 aaa.aa.aaa.130 10
224.0.0.0 240.0.0.0 bb.bbb.bbb.243 bb.bbb.bbb.243 10
224.0.0.0 240.0.0.0 192.168.0.97 192.168.0.97 10
224.0.0.0 240.0.0.0 aaa.aa.aaa.130 aaa.aa.aaa.130 10
255.255.255.255 255.255.255.255 bb.bbb.bbb.243 bb.bbb.bbb.243 1
255.255.255.255 255.255.255.255 192.168.0.97 192.168.0.97 1
255.255.255.255 255.255.255.255 aaa.aa.aaa.130 aaa.aa.aaa.130 1
Default Gateway: aaa.aa.aaa.129
Ahora aquí está el trato: ¿cómo puedo hacer que funcione "normalmente", o al menos lo más cerca posible de lo normal (para no tener que iniciar sesión en RDP y reiniciar el adaptador .129 todos los días)?
Al principio, pensé en un script de vigilancia simple, que haría ping a la NIC congelada desde la segunda dirección de origen, pero falló estrepitosamente, porque en WS2003 el comando ping todavía está retrasado y solo permite IPv6 con el parámetro -S. Parece que no hay solución para esto, ni siquiera una solución de terceros, y obtener ping.exe directamente desde Windows 7 no funciona (¡de verdad, lo intenté también!)
Luego pensé en comprar un enrutador WAN dual, conectarlo entre el servidor y los enrutadores de los ISP, y reenviar puertos específicos a una conexión LAN. Debería funcionar, siempre y cuando asumamos que los problemas actuales son causados por la NIC en ese servidor. , pero eso es bastante fácil de solucionar, porque tenemos el servidor WWW en la misma conexión y su tiempo de actividad es casi del 100% durante el último año (excluyendo fallas no relacionadas con la compañía), pero incluso si configuro la conmutación por error en esa interfaz, La aplicación del cliente todavía usa IP para conectarse, por lo que aún informará que no responde al cliente, pero solucionaremos el problema principal.
La tercera opción es hacer algo de magia con las opciones de Equilibrio de carga, usando algún otro software, pero AFAIK, nunca funcionó bien en Windows (y congelar adaptadores es bastante común para mí)
También existe una cuarta opción, que es destruir todo y obtener un nuevo servidor y/o sistema, pero aquí el mayor problema sería la licencia: estamos alojando la base de datos SQL Server detrás de ella, el servidor backend que se comunica con esa base de datos y devuelve tablas para los clientes. en la web Y nuestros empleados (alrededor de 200+) que utilizan el programa de nuestra empresa para comunicarse con las bases de datos. Obviamente, esto necesita licencias CAL independientes, y W2003 fue el último que no las necesitaba en Web Edition.
¿Alguien puede indicarme la dirección correcta?