none
Desconexión de carpetas compartidas RRS feed

  • Pregunta

  • Hola, hace algunas semanas instale windows 2016 en dos servidores, ambos como controlador de dominio. Configuración normal, simple, nada raro.

    El servidor nuevo, ademas de DC principal, tiene sql server express 2014; dos placa de red, una deshabilitada.

    En ambos servidores tcp/ipv6 deshabilitado, firewall en estos momentos activo pero permitiendo toda entrada y salida, windows defender activo, servidor de archivos.

    El problema con el nuevo servidor(DC principal + Sqlexpress 2014) :

    - Las unidades mapeadas apareces con una cruz roja cada 15 minutos aproximadamente, en el otro servidor no pasa esto.
    - Se pierde el acceso a los recursos compartidos y tarda algunos segundos en reconectar, lo suficiente como para mostrar error que no se tiene acceso al servidor o si tenes un excel abierto muestra error el archivo esta en uso y no deja guardar los cambios. 
    - Al explorara la red e intentar acceder al servidor puede aparecer el error 0x80070035. Despues de algunos segundos se conecta nuevamente.


    Intente lo siguiente:

    - En las politicas de seguridad puse "Tiempo de inactividad requerido antes de suspender la sesion" en 99999
    - net config server /autodisconnect:-1
    - Deshabilite el ahorro de energia en la placa de red
    - En HLM > SYSTEM > CurrentControlSet > Control > NetworkProvider > Order y hwOrder > providerOrder = LanmanWorkstation,RDPNP (Esto no lo toque esta asi en ambos servidores)

    No se que mas hacer y me esta volviendo loco, alguna sugerencia?

    Muchas gracias.
    viernes, 27 de octubre de 2017 15:38

Todas las respuestas

  • Hola Pablo789, para tener algo más de información que ayude para ver de dónde puede venir el problema, pega por acá la salida de un IPCONFIG /ALL del servidor

    Si quieres oculta el nombre real del Dominio, pero que se vea si contiene un "."

    Otra información que ayudaría ¿cómo se mapean las unidades? ¿a mano? ¿por GPO? y no queda claro si son los clientes conectándose al servidor, o el servidor conectándose a otras máquinas. Aclara por favor

     

     


    Guillermo Delprato
    Buenos Aires, Argentina
    El Blog de los paso a paso

    MVP - MCSE - MCSA2012
    MCITP: Enterprise Administrator / Server Administrator
    MCTS: Active Directory/Network Configuration/Applications Configuration/Server Virtualization/Windows 7 Configuration/Windows 7 & Office 2010 Deployment/Vista Configuration

    Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos.

    viernes, 27 de octubre de 2017 16:10
    Moderador
  • Hola Guillermo, gracias otra vez. 

    Las unidades se mapean a mano, no por gpo, el problema se produce con todos los clientes win7x64 correctamente unidos y conectados al dominio cuando intentan usar los archivos de las carpetas compartidas en este servidor.

    Configuración IP de Windows

       Nombre de host. . . . . . . . . : Tango-SRV
       Sufijo DNS principal  . . . . . : xxx.adm
       Tipo de nodo. . . . . . . . . . : híbrido
       Enrutamiento IP habilitado. . . : no
       Proxy WINS habilitado . . . . . : no
       Lista de búsqueda de sufijos DNS: xxx.adm

    Adaptador de Ethernet LAN:

       Sufijo DNS específico para la conexión. . :
       Descripción . . . . . . . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet #2
       Dirección física. . . . . . . . . . . . . : 28-80-23-1C-46-BC
       DHCP habilitado . . . . . . . . . . . . . : no
       Configuración automática habilitada . . . : sí
       Dirección IPv4. . . . . . . . . . . . . . : 10.0.0.8(Preferido)
       Máscara de subred . . . . . . . . . . . . : 255.255.255.0
       Puerta de enlace predeterminada . . . . . : 10.0.0.3
       Servidores DNS. . . . . . . . . . . . . . : 10.0.0.9
                                           10.0.0.8
       NetBIOS sobre TCP/IP. . . . . . . . . . . : habilitado

    Adaptador de túnel Reusable ISATAP Interface {662F665B-8B70-4C68-9F55-A0BA0F221C15}:

       Estado de los medios. . . . . . . . . . . : medios desconectados
       Sufijo DNS específico para la conexión. . :
       Descripción . . . . . . . . . . . . . . . : Microsoft ISATAP Adapter
       Dirección física. . . . . . . . . . . . . : 00-00-00-00-00-00-00-E0
       DHCP habilitado . . . . . . . . . . . . . : no
       Configuración automática habilitada . . . : sí

    viernes, 27 de octubre de 2017 16:40
  • ¿Quién es 10.0.0.9? ¿otro Controlador de Dominio?

    Si es así, usando NSLOOKUP y el subcomando SERVER, elije primero uno y luego el otro, verificando la resolución de nombres del servidor

    Si puedes copiar o pegar una captura de pantalla de esto sería útil, ver cuándo responde con "Non-authoritative answer" o no

    Si tienes dos Controladores de Dominio, ambos tienen que tener configurado para usar como DNS a sí mismo y al otro ¿es así?

     

     


    Guillermo Delprato
    Buenos Aires, Argentina
    El Blog de los paso a paso

    MVP - MCSE - MCSA2012
    MCITP: Enterprise Administrator / Server Administrator
    MCTS: Active Directory/Network Configuration/Applications Configuration/Server Virtualization/Windows 7 Configuration/Windows 7 & Office 2010 Deployment/Vista Configuration

    Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos.

    viernes, 27 de octubre de 2017 20:38
    Moderador
  • 10.0.0.8 DC Principal

    10.0.0.9 DC Adicional

    Los DNS estan configurados cruzados, como lo sugeris en tus articulos. Como primario el otro y como secundario asi mismo.

    Resultado del nslookup para la LAN:

    Servidor predeterminado:  Operaciones-SRV.xxx.adm
    Address:  10.0.0.9

    > tango-srv
    Servidor:  Operaciones-SRV.xxx.adm
    Address:  10.0.0.9

    Nombre:  tango-srv.xxx.adm
    Address:  10.0.0.8

    > server 10.0.0.8
    Servidor predeterminado:  Tango-SRV.xxx.adm
    Address:  10.0.0.8

    > tango-srv
    Servidor:  Tango-SRV.xxx.adm
    Address:  10.0.0.8

    DNS request timed out.
        timeout was 2 seconds.
    Nombre:  tango-srv.xxx.adm
    Address:  10.0.0.8

    > operaciones-srv
    Servidor:  Tango-SRV.xxx.adm
    Address:  10.0.0.8

    Nombre:  operaciones-srv.xxx.adm
    Address:  10.0.0.9
    >

    Resultados nslookup para internet:

    Servidor predeterminado:  Operaciones-SRV.xxx.adm
    Address:  10.0.0.9

    > www.google.com
    Servidor:  Operaciones-SRV.xxx.adm
    Address:  10.0.0.9

    Respuesta no autoritativa:
    Nombre:  www.google.com
    Addresses:  2800:3f0:4002:805::2004
              172.217.28.196

    > server 10.0.0.8
    Servidor predeterminado:  Tango-SRV.xxx.adm
    Address:  10.0.0.8

    > www.google.com
    Servidor:  Tango-SRV.xxx.adm
    Address:  10.0.0.8

    DNS request timed out.
        timeout was 2 seconds.
    DNS request timed out.
        timeout was 2 seconds.
    DNS request timed out.
        timeout was 2 seconds.
    *** Se agotó el tiempo de espera de la solicitud a Tango-SRV.xxx.adm
    > www.google.com
    Servidor:  Tango-SRV.xxx.adm
    Address:  10.0.0.8

    Respuesta no autoritativa:
    Nombre:  www.google.com
    Addresses:  2800:3f0:4002:805::2004
              172.217.28.196

    >

    Comentario, antes de instalar el segundo DC observaba que periodicamente el DC 10.0.0.8 no respondia las consultas DNS por cerca de dos minutos. No observe ningun error en el registro de sucesos sobre dns, AD, DFRS. Ahora estoy usando como dns principal en todos los clientes 10.0.0.9

    viernes, 27 de octubre de 2017 22:03
  • Hola Pablo, sí, es como dices, el problema está 10.0.0.8 pero lo difícil va a ser averiguar el motivo :)

    ¿Es el que tiene el SQL? estoy pensando que si no hay eventos relacionados el tema pueda venir por un pico en consumo de recursos ¿has hecho algún tipo de monitoreo de consumo de recursos? procesador y memoria por lo menos en el momento que tiene fallas

    Va a ser investigar ...

     


    Guillermo Delprato
    Buenos Aires, Argentina
    El Blog de los paso a paso

    MVP - MCSE - MCSA2012
    MCITP: Enterprise Administrator / Server Administrator
    MCTS: Active Directory/Network Configuration/Applications Configuration/Server Virtualization/Windows 7 Configuration/Windows 7 & Office 2010 Deployment/Vista Configuration

    Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos.

    viernes, 27 de octubre de 2017 22:15
    Moderador
  • Sí, es el que tiene el sql. Lo mas pesado que tenemos es el sql, el servidor es de 8 nucleos, 16 gb de ram mucho mas de lo que nos recomendo Axsoft deberia moverse bien, he observado en monitor de consumo que por momento el disco esta al 100% vario minutos.

    Tambien en el registro de aplicaciones veo un registro informativo del sql registrado en periodos de 5 minutos de Login failed for user 'Axoft'. Reason: Failed to open the explicitly specified database ....Intentando logearse a 11 bd que no existen. Sera esto lo que me esta matando?

    viernes, 27 de octubre de 2017 22:29
  • Perdon me olvidaba, algo importante, esta "desconexion del servidor" no se produce simultaneamente en todos las pc y ocurre aproximadamente cada 15 minutos. Es decir, una pc abre un documento compartido en el servidor despues de una inactividad de mas de 15 minutos con el servidor, seguro que falla vuelvo a intentar y abre, a los 15 minutos mas o menos si no guardaste nada, sonaste.
    viernes, 27 de octubre de 2017 22:59
  • Respondo los dos en este

    Mi primer consejo es que consultes en el foro de SQL por ese consumo de recursos, ya que a veces tanto la configuración como los comandos de uso en SQL suelen producir esos altos consumos de recursos. Este es mi primer "sospechoso" de por qué deja de responder

    Ya sé que no siempre es posible, pero un Controlador de Dominio debería ser sólo eso, Controlador de Dominio, y ninguna otra aplicación que pueda consumir recursos en demasía, SQL es de hacer eso

    Por otra parte, aunque creo que el problema viene por lo anterior, 15 minutos exactos es el tiempo de desconexión de sesiones inactivas del cliente, pero debería reconectar automáticamente al iniciar cualquier actividad. Pero si el DNS no responde ...

    Revisa lo siguiente en el cliente, desde un CMD ejecuta SET y revisa cuál es lo %logonserver% ya que eso te muestra con qué Controlador de Dominio se hizo la autenticación a ver si cuando sucede el problema es el 10.0.0.8, y no con 10.0.0.9

    Pero igual, consulta en el foro de SQL que estoy casi seguro que de ahí viene el problema

     


    Guillermo Delprato
    Buenos Aires, Argentina
    El Blog de los paso a paso

    MVP - MCSE - MCSA2012
    MCITP: Enterprise Administrator / Server Administrator
    MCTS: Active Directory/Network Configuration/Applications Configuration/Server Virtualization/Windows 7 Configuration/Windows 7 & Office 2010 Deployment/Vista Configuration

    Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos.

    sábado, 28 de octubre de 2017 14:33
    Moderador
  • Sigo con este problema :( hago un resumen de la situacion actual

    Con clientes win7x64, cada tanto se desconectan la unidades compartidas del servidor (DC - win2016) y no responde el servicio de DNS por algunos segundos, los suficientes para mostrar error. Luego funciona perfecto por un tiempo y vuelve a fallar, esto no ocurre con clientes win10. Esta desconexion es por cliente, ya que un cliente pude estar tirando este error pero otro puede no tener problema. Descarto un tema de configuracion en el cliente win7x64 ya que no hay ningun problema con otro DC - win2016.

    Tiene que ser alguna configuracion en un DC que es distinta en el otro DC y que afecta a clientes win7x64, no a win10.

    Algo mas para probar antes de transferir todos los roles al DC adicional, formatear y volver a instalar?

    Gracias.

    viernes, 3 de noviembre de 2017 14:54
  • Por mi parte puedo aportar más ideas que las ya dí, el primer sospechoso es el SQL

    Que unos clientes tengan problema o no en el mismo momento no indica necesariamente un problema del servidor, ya que si el cliente tiene "cacheada" la resolución de nombres, o la sesión abierta seguirá funcionado normalmente aunque el DNS esté unos instantes sin responder

     


    Guillermo Delprato
    Buenos Aires, Argentina
    El Blog de los paso a paso

    MVP - MCSE - MCSA2012
    MCITP: Enterprise Administrator / Server Administrator
    MCTS: Active Directory/Network Configuration/Applications Configuration/Server Virtualization/Windows 7 Configuration/Windows 7 & Office 2010 Deployment/Vista Configuration

    Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos.

    viernes, 3 de noviembre de 2017 20:53
    Moderador
  • OK Guillermo, este finde voy a bajar los servicios del sql y voy hacer unas pruebas. Pero es raro que con clientes w10 no haya problema y con clientes w7 si.

    Muchas gracias por tu tiempo.

    viernes, 3 de noviembre de 2017 21:52