Si las sesiones se desconectan:
Windows 2000/XP/2003 incorpora un mecanismo por el cual es capaz de cerrar las sesiones SMB (Server Message Block), por ejemplo las que se establecen al conectar una unidad de red, que están inactivas cuando pasa determinado tiempo (15 minutos de forma predeterminada); esto se detecta, por ejemplo, en el Explorador de Windows viendo que la unidad de red tiene un aspa roja. Windows 2000/XP/2003 es capaz de reconectar esas unidades de forma automática cuando se vuelven a necesitar (si, por ejemplo, se hace click sobre la unidad en el Explorador de Windows, se comprueba cómo desaparece el aspa y se puede acceder sin problemas). Esto es un mecanismo muy bueno, pues permite no mantener hilos de comunicación que están inactivos pero ocupando la red; es decir, que es una optimización del uso de la red y de los propios equipos en cada uno de los extremos de la conexión.
La parte mala de este mecanismo es que hay aplicaciones a las que esto provoca que no funcionen cuando la unidad se encuentra desconectada. Tambien provoca que los equipos no Windows 2000/XP/2003 no sean capaces de acceder a las unidades de red que se han desconectado, reiniciar el equipo cliente(esto es típico en equipos Windows 9x).
Para estipular cuanto tiempo de inactividad es necesario para que se cierren las sesiones SMB se puede hacer ejecutando desde línea de comandos (en el equipo que comparte el recurso de red):
net config server /autodisconnect:<t>
siendo <t> un número entero que expresa minutos; así pues:
net config server /autodisconnect:30
desconectará las sesiones SMB que permanezcan inactivas durante 30 minutos.
Para configurar que no se cierren las conexiones nunca el valor de t debe ser -1; es decir que se ejecuta la instrucción:
net config server /autodisconnect:-1
Si vemos que ejecutando esta instrucción el resultado es el deseado, nuestra tarea no ha terminado, pues la ejecución de esta línea dura mientras esté el equipo encendido; si lo reiniciamos, volvera a cerrar sesiones SMB despues de 15 minutos de inactividad. Esto es debido a que lo que de verdad controla este intervalo de tiempo es una directiva. Como todas las directivas, podemos establecerla con una GPO si estamos en un dominio para todas las máquinas a las que queramos que afecte (es una directiva de equipo) o podemos, tanto en dominio como en grupo de trabajo, establecerla equipo por equipo donde necesitemos hacerlo utilizando el editor de políticas del sistema (gpedit.msc). En concreto, la directiva de la que estoy hablando es “Configuración del equipoConfiguración de WindowsConfiguración de seguridadDirectivas localesOpciones de seguridadTiempo de inactividad requerido antes de desconectar la sesión“:
Windows 2000 Resource Kits ~ Windows 2000 Group Policy Reference ~ Amount of idle time required before disconnecting a session
http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/gp/563.mspx?mfr=true
En este directiva especificas con un número entero el número de minutos (si nunca la has modificado, observarás que el tiempo que especifica son los 15 minutos que antes hablamos). Un valor de cero, hara que los clientes no se desconecten nunca (es decir, es el mismo efecto que el valor -1 de <t> “en net config server /autodisconnect:<t>”).
Resumiendo; primero vemos si funciona lo que deseamos utilizando “net config server /autodisconnect:<t>” y si resuelve nuestro problema, entonces retocamos la directiva “Configuración del equipoConfiguración de WindowsConfiguración de seguridadDirectivas localesOpciones de seguridadTiempo de inactividad requerido antes de desconectar la sesión” poniendo ese valor que era el deseado, salvo cuando lo que queremos es que nunca haya desconexiones, en cuyo caso <t> es igual a -1 en “net config server” y en la directiva es igual a 0.
OTRAS POSIBLES CAUSAS Y SOLUCIONES AL PROBLEMA:
– Instalación de un antivirus con FIREWALL que por algún motivo esté cortando la comunicación en red tanto de entrada como de salida
“…después de aprox. varias horas el servidor deja de funcionar, los servicios de red se caen y ninguna maquina puede accesar a ningun archivo ni carpeta, a veces en el momento ni siquiera el “servidor” responde al querer iniciar sesion en él, lo que se ha venido “solucionando” reiniciandolo de manera forzosa, después de ésto de nuevo funciona bien, hasta que pasa el tiempo y de nuevo se bloquea”
– En el log Visor de sucesos (Event viewer) no aparece ningún evento de error ni nada que se asemeje a un servicio que haya dejado de funcionar.
– Puede surgir la sospecha de que la tarjeta de red está funcionando mal, pero en la mayoría de los casos al poner una nueva (10/100/1000 PCI) el error sigue apareciendo o incluso es mas frecuente que antes.
– En otros casos el problema aparece desde que cambiaron el moden de internet, cambiando la configuracion anterior.
Un problema común en servidores 2003 de Microsoft es que se queden sin red de repente. Después de hacer las comprobaciones oportunas observamos en el visor de sucesos errores esporádicos indicando que el servicio IpSec no se ha podido iniciar porque “no se puede localizar el archivo especificado” LSSAS.EXE, se bloqueará el tráfico Tcp/Ip, bla bla bla…
Para solucionarlo tenemos dos formas. La más adecuada es la siguiente:
Vamos a la clave de registro:
HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsIPSecPolicyLocal
Vamos al menú “Edición” y eliminamos la subclave sin contemplaciones.
A continuación vamos a “Ejecutar” y escribimos lo siguiente para generar un nuevo almacén de directivas locales:
regsvr32 polstore.dll
Aceptamos y listo.
La otra solución, menos adecuada es dirigirnos a los servicios del sistema, localizar el servicio de IpSec, veremos que está sin iniciar y que no hay forma de iniciarlo. Los dehabilitamos y reiniciar el servidor.
Fuente: http://www.ainurblog.es/2003-server-no-tiene-red-porque-el-servicio-ipsec-no-inicia/
