none
Ejecutar una aplicación por TS RRS feed

  • Pregunta

  • Saludos a todos,

    Mi problema es el siguiente. Dispongo de un servidor Windows 2003 Server (al que llamaré Servidor de Aplicaciones) donde acabo de instalar Adobe Acrobat Standard 7.0. Dispongo de otro servidor Windows 2003 Server (al que llamaré Servidor de Datos) que gestiona Active Directory, entre otras. Todos los usuarios se conectan a través de Terminal Server, pero no consigo que ejecuten la aplicación correctamente. El error mostrado es:

    Error detectado con una biblioteca de la aplicación necesaria y el producto no puede seguir ejecutándose. Vuelva a instalar la aplicación.

    Iniciando sesión como Administrador del dominio, no hay problema. Sospecho que se trata de un tema de directivas, pero por más vueltas que le doy no encuentro el problema. Agradecería vuestra ayuda.

    martes, 7 de noviembre de 2006 11:11

Respuestas

  • Buenas.

    Creo que todo te viene por : C:\Documents and Settings\conexion_xarxa\UOMRD Oficina.cmd , con otro usuario no tiene acceso a esta ruta , del perfil de otro usuario.

    Podrias dar permisos al perfil al resto de usuarios, pero no es que sea lo mejor.

    Si puedes ubica en otro directorio que sea accesible por todos los usuarios el *.cmd , si te lo permite la aplicacion.

    Saludos.

    martes, 7 de noviembre de 2006 17:35

Todas las respuestas

  • Buenas.

    Tanto el software que instales , como las aplicaciones las has de instalar mediante Agregar /Quitar programas.

    Saludos.

    martes, 7 de noviembre de 2006 14:27
  • Buenas.

    He realizado la instalación tanto desde el CD de instalación como desde Agregar/Quitar programas y el resultado es el mismo. Solo el usuario que ejecuta la instalación puede utilizar la herramienta (en este caso el Administrador).

    Salu2
    martes, 7 de noviembre de 2006 16:34
  • Buenas,

    has comprobado en la web del fabricante del software que no tenga algun condicionante especial?.

    Comprueba que en el perfil del administrador no haya generado alguna carpeta especifica del software que instalas, no sea que el resto de usuarios tambien necesiten dicho directorio.

    Ejecuta de nuevo el programa y comprueba en el visor de sucesos que error genera. Indicalo.

    Saludos.

    martes, 7 de noviembre de 2006 16:44
  • Buenas,

    parece ser que el fabricante no hace mención explícita a algún aspecto que pudiera provocar esta situación. Voy a comprobar que no se haya generado ningún archivo o carpeta específico para el Administrador que no posean el resto de usuarios. De todas formas, el error que aparece en el visor de sucesos quizás pueda ser orientativo; dice:

    No se pudo ejecutar la siguiente secuencia de comandos C:\Documents and Settings\conexion_xarxa\UOMRD Oficina.cmd. El sistema no puede hallar el archivo especificado.

    Salu2
    martes, 7 de noviembre de 2006 17:11
  • Buenas.

    Creo que todo te viene por : C:\Documents and Settings\conexion_xarxa\UOMRD Oficina.cmd , con otro usuario no tiene acceso a esta ruta , del perfil de otro usuario.

    Podrias dar permisos al perfil al resto de usuarios, pero no es que sea lo mejor.

    Si puedes ubica en otro directorio que sea accesible por todos los usuarios el *.cmd , si te lo permite la aplicacion.

    Saludos.

    martes, 7 de noviembre de 2006 17:35
  • Buenas!

    En algunos casos es necesario instalar las aplicaciones en modo Administrador.  Tambien puede ser problemas de permisos. LA prueba que puedes hacer es incorporara la cuenta del cliente al grupo Administrator del server y hacer la prueba, si funciona... ya sabes cual es tu problema.

     

    Suerte!!

     

    martes, 7 de noviembre de 2006 21:29
  • Yo cuando instalo algo para Terminal Server, ejecuto antes en línea de comandos
    " change user /install". Con esto cambias a modo de instalación de aplicaciones para Terminal Server. Luego lo instalo ejecutando directamente el .exe o .msi.
    Entiendo que esto lo debe hacer cuando lo instalas desde Panel de Control, pero si no lo has hecho pruebalo.
    Échale un vistazo a esto:
    http://www.microsoft.com/technet/prodtechnol/windowsserver2003/es/library/ServerHelp/98d5193b-d211-4455-b262-79a3ca3f7e5e.mspx?mfr=true


    Saludos
    martes, 7 de noviembre de 2006 23:01
  • Juan,
    asumo que entrar via Terminal Al servidor de aplicaciones y que la aplicacion acrobat esta instalada en el mismo server.. (no en el de datos)...   si la aplicacion en es acrobat, deberias desinstalarlo y volverlo a instalar desde panel de control o con el comando .. "Change user /install" y despues de instalarse y antes de reiniciar si hace falta "change user /execute"

     

    miércoles, 8 de noviembre de 2006 2:58
  • Estoy con Javier, el problema viene por que accede al document and settings de un perfil concreto.

    Un saludo.

    *******************************************************************************************************************

    Colabora con el foro: Si la respuesta te es de utilidad marca la pregunta como respondida.

    *******************************************************************************************************************

    Daniel Matey.

    MCSE, MCSA, MCSD, MCDBA.

    Blog: http://dmatey.spaces.live.com

     

    miércoles, 8 de noviembre de 2006 6:19
  • Hola, bueno esto no me ha pasado cuando he instalado la aplicación, pero te recomiendo verifiques esto.

    http://partners.adobe.com/public/developer/en/acrobat/WTS.pdf

    Saludos

    Rafael Gómez

    http://groups.msn.com/itprosbogotacolombia.org

     

    jueves, 9 de noviembre de 2006 4:00
  • Hola,

    La cosa está como sigue:

    Ya probé en su dia a realizar la instalación mediante "change user /install" y desde el panel de control. La cosa seguía igual. Lo que es cierto, es que no he probado a cambiar a un usuario concreto al grupo de Administradores para descartar el tema de los permisos. Lo voy a comprobar, y descartar una cosa menos.

    Ya os diré si consigo solucionarlo así. Gracias de nuevo a todos.

    Salu2
    jueves, 9 de noviembre de 2006 9:57
  • Saludos,

    He comprobado que haciendo miembro de los mismos grupos al que pertenece el "Administrador" a cualquier usuario que elija, funciona. Pero el problema está en que no quisiera que cualquier usuario sea miembro de dichos grupos, y mucho menos que pertenezca a la misma UO que el "Administrador". Necesitaría encontrar la forma en que los usuarios sigan manteniendo sus pertenencias a sus grupos, pero que además fueran capaces de ejecutar la aplicación.

    Espero una respuesta que me ayude a solucionar este problema. Gracias.
    domingo, 12 de noviembre de 2006 16:37
  • Juan,

    Ahora que ya sabes cual es tu problema debes empezar a descartar permisos.  Dices que le has otorgado los mismos acceso a que tiene la cuanta Administrator, pues ahora empieza a quitarlos de uno en uno hasta ver dónde te falla y con eso poder ver la solución a tu problema. En una de esas, deveras agregar ciertos permisos a algunas carpetas a los usuarios por Terminal.

     

    Suerte!

     

    Juan Ch.

    lunes, 13 de noviembre de 2006 12:50
  •  

    Hola Juan,

     

    Tengo el mismo problema que tenias tú. He instalado Acrobat 7.0 Professional en un servidor de aplicaciones (Terminal Server) y cuando lo ejecuta un usuario sin privilegios administrativos (conectándose a través de escritorio remoto) me da ese mismo error y la aplicación se cierra.

     

    No sé si es un problema con la licencia que no es la adecuada o un problema de permisos en alguna ruta. Me gustaría saber si finalmente tú lo has solucionado.

     

    Un saludo y gracias.

    martes, 27 de marzo de 2007 15:48
  • Tengo el mismo problema, he intentado varios tipos de soluciones. Con la versión 5 y la 6 no me ocurre, pero en estas versiones el problemas es que la impresora pdf no funciona en Terminal Server.

    Sin embargo con la versión 7 de Adobe si funciona la impresora pdf, pero aparce el problema de que una vez cargados los plugins  aparece el mensaje "Error detectado con una biblioteca de la aplicación necesaria y el producto no puede seguir ejecutándose. Vuelva a instalar la aplicación." siempre que un usuario se conecte por TS sin los derechos de Administrador. 

    He probado de todo y solo se soluciona otorgando derechos de Administrador a los usuarios. Agradecería a saber si alguien lo ha solucinado, en otro caso posiblemente la opción sea cambiar a la versión 8, pero temo que aparezca otro problema de directivas de usuario.

    martes, 19 de junio de 2007 23:50
  • Mi problema era parecido.

    Uso Windows 2000 SP4, y el antivirus McAfee 8.5.  Hasta no hace mucho usaba la 8.0 sin ningun problema, pero desde que instalé la 8.5, el Acrobat 7 me daba el mensaje de error que decís en este hilo. La verdad es que no asociaba el problema con el antivirus; pero este tiene un montón de opciones de seguridad, que la verdad son muy cómodas. Las prefiero, a tener instalado un Firewall.

    El  caso es que al leer el hilo, y sospechar como decís la mayoría, con tema de permisos, me he puesto a jugar con las restricciones y excepciones del antivirus. llegando a la conclusión (ya lo he comprobado), de que en mi caso era por impedir la ejecución de archivos en el directorio 'temp'. En cuanto he configurado la excepción del Acrobat en este directorio, voilá,  ya no me da el error de marras.

    No se que pruebas habeis hecho, pero una opción interesante para los que usais servers, seria dar mas permisos a los usuarios en la carpeta temp. Creo que solo con esto, solventariais el problema

    saludos

                   Victor
    lunes, 5 de noviembre de 2007 21:41
  • Con la solución planteada por Victor, tampoco he conseguido resolver este problema. Es cierto, que se debe de tratar de otro error porque yo utilizo la versión 8.0 de McAfee, y parece ser que por ahí no hay problema.

    He modificado igualmente las restricciones del antivirus, dejando ejecutar scripts en la carpeta Temp, y la cosa sigue igual.

    He leido por ahí que podría ser un tema de licencias de Adobe, pero no he encontrado aún nada claro, y llevo así ya mucho tiempo, por lo que empiezo a plantearme dejar el tema y volver a una versión anterior.

    Si alguien ha conseguido solventar esta incidencia (y que no sea mediante la configuración del Antivirus), por favor, que explique algo.

    Saludos.
    martes, 27 de noviembre de 2007 11:55
  • Yo tampoco he conseguido resolver el problema con la solución planteada por Victor.

    Al final lo he resuelto, acabo de probar con el Adobe Acrobat Professional 8.0 y va perfecto.

    La impresora PDF funciona sin ningún problema y asimismo los usuarios sin derechos de administrador abren los PDFs sin ningún problema.

    Es una pena tener que descartar para Windows 2003 Server las versiones 5, 6 y 7 del Acrobat Professional, pero se pueden utilizar para cualquier otro PC.

    El tener que adoptar esta solución me indica que el problema está en algún tipo de incompatibilidad de las versiones anteriores con Windows 2003 Server.

    martes, 27 de noviembre de 2007 15:07
  • Me habeis entendido mal, o yo me he explicado mal. Parece que el Acrobat 7 necesita de permisos en la carpeta Temp para poder 'trabajar'. En mi caso, porque lo impedia el antivirus.

    En el caso de servidores, es muy probable que en la carpeta Temp, los usuarios no tengan permisos suficientes para que el Acrobat haga lo que tenga que hacer.  Pienso que si dejais permisos totales en la carpeta Temp, el Acrobat funcionará. O por lo menos, darle a la apicación Acrobat, permisos totales en la carpeta Temp (ignoro si se pueden hacer ese tipo de permisos, igual aplicando alguna directiva de seguridad.....)

    Igual se trata de ir haciendo pruebas, para ver que permisos mínimos son necesarios para que todo rule con el mínimo riesgo.

    es una idea....

    saludos
                      Víctor
    lunes, 17 de diciembre de 2007 22:08
  • Echando un vistazo acabo de ver esto, y aprovecho para responderme a mi misma, aunque hayan pasado años ;-)

    El problema, en mi caso, era la licencia que no era válida para Terminal Server.

    • Propuesto como respuesta Eva N jueves, 18 de junio de 2009 11:14
    jueves, 18 de junio de 2009 11:13