Consulta con el equipo de Windows

Windows Server, Directorio Activo y Redes
Blog - Title

January, 2010

  • Consulta con el equipo de Windows

    Me desaparecen los accesos directos en Windows 7

    • 0 Comments

    Si alguna vez te pasa, no es magia, no es un virus, es solo que el sistema que es muy organizado y te los ha borrado.

    Ahora en serio, este post trata de accesos directos se nos han estropeado, por ejemplo porque el destino ya no existe. Este tipo de accesos directos son detectados por el “Solucionador de problemas” que si cuando lanza sus labores semanales de mantenimiento encuentra que hay más de cuatro, los borra.

    Se trata de una funcionalidad a priori muy útil, pero si ni te gusta siempre puedes deshabilitarla cambiando la configuración del Solucionador de Problemas y marcando la opción “Desactivado”.

    Nuestra recomendación, dejarlo activado pero estar atentos de no tener más de cuatro accesos directos rotos.

    clip_image001 Panel de Control – Solución de Problemas – Cambiar la configuración.

    clip_image003

    Hasta la próxima.

    Paloma Garcia

    Soporte Premier

  • Consulta con el equipo de Windows

    Error generado en los clientes APP-V cuando se abre una segunda aplicación virtualizada en la maquina cliente xxxxxx0A-0000E005

    • 0 Comments

    Hola de nuevo,

    He localizado algunos casos de soporte en los que, en el log del cliente APP-V, se genera el error XXXXXXA-0000E005 cuando se abre más una aplicación virtualizada en el cliente.

    Si tenemos una solo aplicación abierta todo funciona con normalidad, pero en el momento en que abrimos una nueva aplicación en el mismo cliente se genera este evento.

    Tenemos documentado el articulo:

    930623    Error message when you try to start an application in Microsoft SoftGrid: "Error code: xxxxxx-xxxxxx0A-0000E005"
    http://support.microsoft.com/default.aspx?scid=kb;EN-US;930623

    Pero en este caso no tiene nada que ver con la parte cliente, como se indica en este artículo. sino con la parte servidora, por lo que el modo de actuación publicado no resulta de utilidad.

    Una explicación del comportamiento del cliente es la siguiente.

    En el log del cliente aparece:

    [01/13/2010 xx:xx:xx AMGR INF] {tid=B00}

    Pasando a operación sin conexión

    Dirección URL: RTSP://ServidorAppV.es:554/adobe/adobeacrobat2.sft

    Error: 0000008A-00000001

    [01/13/2010 xx:xx:xx AMGR INF] {hap=67:app=Adobe Reader 9 9.2.0.124:tid=B00}

    Application Virtualization Client perdió el contacto con un servidor y pasó al modo sin conexión.

     

    [01/13/2010 xx:xx:xx JGSW ERR] {hap=67:app=Adobe Reader 9 9.2.0.124:tid=10DC:usr=Test}
    Application Virtualization Client no pudo establecer conexión con la dirección URL de transmisión "RTSP://ServidorAppV.es:554/adobe/adobeacrobat2.sft" (rc 16D1120A-0000E005, original rc 16D1120A-0000E005)

    Este error en este caso se ha generado por una limitacion del servidor de APP-V, este no dispone de recursos suficientes para gestionar la segunda sesión de aplicación en el cliente y no le permite el acceso, pasando este a funcionamiento sin conexion y generando los errores anteriormente descritos.

    Esta situación se soluciona ampliando los recursos del servidor, una vez realizada esta operación el error desaparece.

    Espero que esta información os resulte de utilidad.

    Un saludo.

    Raúl del Moral.

    Técnico de Soporte Premier

  • Consulta con el equipo de Windows

    Parche para estabilizar clústeres de impresión 2008 R2

    • 0 Comments

    Aunque no es objeto de este blog avisaros de todos los parques que van saliendo, creemos que es interesante hacer hincapié en este, porque ¿quién no ha tenido algún problema los clústeres de impresión y los monitores de impresión?

    http://support.microsoft.com/kb/976571/en-us

    Yo me lo instalaría ya, ¿y tu?

     Paloma Garcia

    Soporte Premier

  • Consulta con el equipo de Windows

    Las cuentas de usuario/máquina configuradas para utilizar sólo DES no pueden obtener tickets Kerberos con la configuración por defecto de Windows 7 o Windows Server 2008 R2

    • 0 Comments

    Hola a todos. Empezamos el año con una breve nota sobre Windows Server 2008 R2.

    Hemos tenido últimamente varios casos en los que determinados servicios configurados para utilizar únicamente encriptación DES no son capaces de obtener un ticket Kerberos.

    Esto se debe a que en Windwos Server 2008 R2 y Windows 7 los tipos de encriptación DES están deshabilitados por defecto. Si no modificamos la configuración, las suites de encriptación soportadas son las siguientes:

    • AES256-CTS-HMAC-SHA1-96
    • AES128-CTS-HMAC-SHA1-96
    • RC4-HMAC

    No obstante, si es necesario, se pueden habilitar tanto DES-CBC-MD5 como DES-CBC-CRC.

    Supongamos que tenemos una aplicación que no es capaz de obtener tickets Kerberos en un entorno donde los DCs son Windows Server 2008 R2. Si echamos un vistazo al visor de sucesos de los DCs probablemente nos encontraremos con eventos con ID 16 y 27 con origen Microsoft-Windows-Kerberos-Key-Distribution-Center.

    ID: 27

    Source: Microsoft-Windows-Kerberos-Key-Distribution-Center

    Symbolic Name: KDCEVENT_UNSUPPORTED_ETYPE_REQUEST_TGS

    Message: While processing a TGS request for the target server %1, the account %2 did not have a suitable key for generating a Kerberos ticket (the missing key has an ID of %3). The requested etypes were %4. The accounts available etypes were %5.

    ID: 16

    Source: Microsoft-Windows-Kerberos-Key-Distribution-Center

    Symbolic Name: KDCEVENT_NO_KEY_INTERSECTION_TGS

    Message: While processing a TGS request for the target server %1, the account %2 did not have a suitable key for generating a Kerberos ticket (the missing key has an ID of %3). The requested etypes were %4. The accounts available etypes were %5. Changing or resetting the password of %6 will generate a proper key.

     

    En este caso, habría que determinar si la aplicación, efectivamente, sólo puede utilizar DES. Si no es posible configurar la aplicación para utilizar métodos de encriptación más fuertes y es necesario el uso de Kerberos, se podrá proceder a habilitar el tipo de encriptación DES para la autenticación Kerberos en las máquinas Windows 7 o Windows Server 2008 R2:

    1. Acceder a la siguiente política:

      Computer Configuration\ Windows Settings\ Security Settings\ Local Policies\ Security Options

    2. Seleccionar la opción Network security: Configure encryption types allowed for Kerberos 
    3. Seleccionar Define these policy settings y marcar todas las casillas de métodos de encriptación para habilitarlos todos.
    4. Aceptar los cambios.

    Esta información se puede encontrar de forma más detallada en el siguiente artículo:

    977321  The security principals and the services that use only DES encryption for Kerberos authentication are incompatible with the default settings on a computer that is running Windows 7 or Windows Server 2008 R2

    Espero que la información os resulte de utilidad.

    - Paula Tomás Galed

  • Consulta con el equipo de Windows

    Año nuevo, posts nuevos :)

    • 0 Comments

    Hola a todos.

    Como ya habréis visto, hemos hecho un pequeño descanso durante las vacaciones de Navidad, pero ya estamos casi de vuelta. 

    Queremos agradeceros a todos que durante este año hayáis leído nuestros artículos, los hayáis comentado y hayáis participado en el blog. Intentaremos daros todavía podamos más información este año y os invitamos a participar con vuestros comentarios y sugerencias.

    Desde aquí queremos desearos a todos un Feliz Año 2010.

    Gracias.

    - Consulta con el equipo de Windows

Page 1 of 1 (5 items)