Impresión en direcciones URL desde aplicaciones

Desde la perspectiva de una aplicación, la impresión en una cola de impresión identificada por url es idéntica a la impresión en una cola de impresión identificada por UNC. Normalmente, la aplicación no es consciente de que se accede a la cola de impresión mediante una dirección URL.

Al ver las páginas web de impresión, un usuario puede instalar y conectarse a una cola de impresión identificada por la dirección URL. Cuando esto sucede, a la cola de impresión se le asigna el mismo "nombre descriptivo" que tiene en el servidor de impresión y este nombre descriptivo aparece en la carpeta de impresión del usuario.

Las aplicaciones generalmente hacen referencia a la cola de impresión por su nombre descriptivo, como lo hacen para las colas de impresión identificadas por UNC. Las llamadas a la función OpenPrinter del proveedor de impresión local (causadas, por ejemplo, por la aplicación que realiza llamadas GDI), incluyen el nombre descriptivo. A su vez, el proveedor de impresión local llama a OpenPrinter en el proveedor de impresión HTTP (Inetpp.dll), especificando la dirección URL de la cola de impresión.

Las aplicaciones que hacen referencia a las colas de impresión por nombres descriptivos generalmente no saben si la cola de impresión es local o en una red, o si el protocolo de red es RPC, SMB o HTTP. Sin embargo, las aplicaciones pueden, si es necesario, llamar directamente a OpenPrinter , especificando una dirección URL. Al especificar una dirección URL en OpenPrinter, se debe usar el siguiente formato de dirección URL:

<https:// ServerName>/printer/<ShareName>/.printer

donde <ServerName> es el nombre del servidor (un nombre DNS para las conexiones a Internet o un nombre WINS para las conexiones de intranet), "impresoras" representa un directorio virtual en el servidor y <ShareName> es el nombre de recurso compartido de la cola de impresión, tal como se especifica en su hoja de propiedades. (Los directorios virtuales se describen en la documentación de Microsoft Windows SDK).

Cuando un componente de cola de cliente o una aplicación llama a OpenPrinter y especifica una dirección URL, las llamadas posteriores a funciones de cola, como StartDocPrinter, WritePrinter, etc., se controlan mediante el proveedor de impresión HTTP del cliente. El proveedor de impresión HTTP anexa argumentos a la dirección URL y envía la cadena de dirección URL resultante al servidor de impresión.

Para que un servidor de impresión de Microsoft Windows 2000 acepte solicitudes de impresión que contengan direcciones URL, debe ejecutarse:

• Software de Windows 2000 Server con Microsoft Internet Information Server (IIS) o

• Software de Windows 2000 Professional con Microsoft Peer Web Server

Para que un servidor de impresión de Windows XP acepte solicitudes de impresión que contengan direcciones URL, debe ejecutarse:

• Software de Microsoft Windows Server 2003 con Microsoft Internet Information Server (IIS) o

• Software de Windows XP Professional con Microsoft Peer Web Server

Nota Un servidor de impresión de Windows XP Home Edition no puede aceptar solicitudes que contengan direcciones URL.

En el servidor de impresión, IIS o el servidor web del mismo nivel recibe la cadena de dirección URL. Los argumentos anexados a la cadena por Inetpp.dll en el sistema cliente hacen que el servidor llame al servidor de impresión HTTP, que se encuentra en Msw3prt.dll. El servidor de impresión HTTP acepta datos de impresora con formato RAW y los envía al cola de impresión local.

Los datos de la impresora se envían desde el cliente al servidor mediante el Protocolo de impresión de Internet (IPP 1.0), definido por el Grupo de trabajo de impresoras (PWG) del Grupo de trabajo de ingeniería de Internet (IETF).

En la ilustración siguiente se muestra la ruta de acceso que los datos de impresión toman de una aplicación cliente a un cola de servidores de impresión, si el cliente imprime en una cola de impresión identificada por la dirección URL.

Si tanto el cliente como el servidor son sistemas windows 2000 o posteriores, como se muestra, el protocolo RPC suele usarse (pero no siempre) para la comunicación de cliente-servidor. (Para obtener más información, vea Instalación de controladores de impresión desde una página web). Si el cliente y el servidor no son sistemas windows 2000 o posteriores, se usa HTTP. HTTP también se usa para impresoras que contienen tarjetas de red internas y admiten IPP 1.0 y, por lo tanto, no están conectadas a un servidor.

IIS proporciona seguridad del servidor de impresión, que se ejecuta en el servidor de impresión. Los mecanismos de seguridad admitidos por IIS se describen en la Guía de recursos de IIS, que se incluye en **

Kit de recursos de Microsoft Windows 2000 Server. Además, el kit de recursos describe específicamente cómo los administradores del sistema pueden controlar los métodos de seguridad asociados a la impresión en direcciones URL.