Pregunta

Tengo un fanático de herramientas bastante complicado, así que prepárate para un largo post hasta llegar al problema:

Me las arreglé para obtener PDFCreator y una impresora de creación de PDF virtual en Windows 7 que se ejecuta en modo servidor como un servicio. El siguiente paso en el proceso es PDFCreator que llama a un vbscript después de crear el PDF. El script carga el PDF a nuestro servidor a través de WebService y encuesta el servidor para un PDF resultante. Cuando se haya descargado el PDF resultante, el VBScript debe imprimirlo a una impresora confiada.

Ahora para imprimir Estaba usando el objeto COM integrado de PDFCreator que da acceso a GhostScript. Esto funcionó perfectamente en Windows XP para cualquier cuenta, se inició el servicio PDFCreator. Por ejemplo, como usuario de un dominio para tener acceso a impresoras compartidas desde VBScript, ya que el contexto del usuario es el mismo que el servicio PDFCreator.

Ahora probé lo mismo para Windows 7 y usé la cuenta "Sistema local" como antes, porque mi impresora de prueba es una (y funciona, es decir, la prueba de prueba). El efecto es que el WScript permanece en el Administrador de tareas y nunca termina. Siguiente I Modo interactivo activado para el servicio y un GhostScript de sierra que solicita la impresora para imprimir. La impresora existe al verificar antes de llamar a GS dentro del VBScript, pero de cualquier motivo, GhostScript no ve la impresora, aunque en el cuadro de diálogo se abrió para seleccionar la impresora, la impresora está ahí.

Después de los días de búsqueda y, sin éxito, intentando incluso una nueva cuenta de administrador de Dedicted para la custodia sin éxito, finalmente me ocurrió una forma de trabajar. Cambio del usuario para el servicio PDFCreator al "Servicio de configuración regional", primero obtuve un error que falló la creación de objetos COM PDFCreator COM. De acuerdo, pensé que esto tiene sentido, como "Servicio local" tiene menos derechos que "Sistema de localización". Recibí este límite cambiando el acceso a la derecha en Comexp.msc y otorgó derechos de "Servicio de configuración regional" para el acceso local y de guión local y remoto. Voilá, todo funcionó.

Lo que no entiendo: ¿Por qué es capaz de buscar a GhostScript en la cuenta de "Servicio de configuración regional" para encontrar la impresora aunque la cuenta tiene menos derechos que "Sistema local"?

y: ¿Qué acceso a los correctos necesito para establecer el "sistema locale" o cualquier otra cuenta de usuario para que funcione?

o: ¿Existe una lista completa de diferencias detalladas entre estas cuentas?

Muchas gracias y Greetz, Phad

¿Fue útil?

Solución

La respuesta se puede encontrar aquí: kb184291

Se trata de ASP / IIS que se ejecuta en la cuenta de "sistema local" y no se puede imprimir porque las impresoras no están disponibles en el usuario .default.Copia sobre las entradas de registro Ayuda.

greetz, Phad

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top