Drucken in URLs aus Anwendungen

Aus Der Perspektive einer Anwendung ist das Drucken in einer URL-identifizierten Druckwarteschlange mit dem Drucken in einer UNC-identifizierten Druckwarteschlange identisch. Die Anwendung ist sich in der Regel nicht bewusst, dass über eine URL auf die Druckwarteschlange zugegriffen wird.

Durch das Anzeigen von Gedruckten Webseiten kann ein Benutzer eine URL-identifizierte Druckwarteschlange installieren und eine Verbindung mit dieser herstellen. In diesem Fall wird der Druckwarteschlange derselbe "Anzeigename" wie auf dem Druckserver zugewiesen, und dieser Anzeigename wird im Druckordner des Benutzers aufgeführt.

Anwendungen verweisen im Allgemeinen auf die Druckwarteschlange mit ihrem Anzeigenamen, wie bei unc-identifizierten Druckwarteschlangen. Aufrufe der OpenPrinter-Funktion im lokalen Druckanbieter (verursacht z. B. durch die Anwendung, die GDI-Aufrufe durchführt), enthalten den Anzeigenamen. Der lokale Druckanbieter ruft wiederum OpenPrinter im HTTP-Druckanbieter (Inetpp.dll) auf und gibt die URL der Druckwarteschlange an.

Anwendungen, die mit Anzeigenamen auf Druckwarteschlangen verweisen, wissen in der Regel nicht, ob die Druckwarteschlange lokal oder in einem Netzwerk ist oder ob das Netzwerkprotokoll RPC, SMB oder HTTP ist. Anwendungen können jedoch bei Bedarf OpenPrinter direkt aufrufen und eine URL angeben. Wenn Sie eine URL für OpenPrinter angeben, muss das folgende URL-Format verwendet werden:

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

wobei <ServerName> der Servername ist (entweder ein DNS-Name für Internetverbindungen oder ein WINS-Name für Intranetverbindungen), "printers" stellt ein virtuelles Verzeichnis auf dem Server dar, und <ShareName> ist der Freigabename der Druckwarteschlange, wie im Eigenschaftenblatt angegeben. (Virtuelle Verzeichnisse werden in der Microsoft Windows SDK-Dokumentation erläutert.)

Wenn eine Client-Spooler-Komponente oder -Anwendung OpenPrinter aufruft und eine URL angibt, werden nachfolgende Aufrufe von Spoolerfunktionen wie StartDocPrinter, WritePrinter usw. vom HTTP-Druckanbieter des Clients verarbeitet. Der HTTP-Druckanbieter fügt Argumente an die URL an und sendet die resultierende URL-Zeichenfolge an den Druckserver.

Damit ein Microsoft Windows 2000-Druckserver Druckanforderungen akzeptieren kann, die URLs enthalten, muss folgendes ausgeführt werden:

• Windows 2000 Server-Software mit Microsoft Internet Information Server (IIS) oder

• Windows 2000 Professional-Software mit Microsoft Peer Web Server

Damit ein Windows XP-Druckserver Druckanforderungen akzeptiert, die URLs enthalten, muss folgendes ausgeführt werden:

• Microsoft Windows Server 2003-Software mit Microsoft Internet Information Server (IIS) oder

• Windows XP Professional-Software mit Microsoft Peer Web Server

Hinweis Ein Windows XP Home Edition-Druckserver kann keine Anforderungen akzeptieren, die URLs enthalten.

Auf dem Druckserver empfängt IIS oder Peerwebserver die URL-Zeichenfolge. Argumente, die von Inetpp.dll auf dem Clientsystem an die Zeichenfolge angefügt werden, führen dazu, dass der Server den HTTP-Druckserver aufruft, der in Msw3prt.dll enthalten ist. Der HTTP-Druckserver akzeptiert RAW-formatierte Druckerdaten und sendet sie an den lokalen Druckspooler.

Druckerdaten werden vom Client an den Server mit dem Internet Printing Protocol (IPP 1.0) gesendet, das von der Printer Working Group (PWG) der Internet Engineering Task Force (IETF) definiert wird.

Die folgende Abbildung veranschaulicht den Pfad, den Druckdaten von einer Clientanwendung zu einem Druckserver-Spooler führen, wenn der Client in einer URL-identifizierten Druckwarteschlange ausgibt.

Wenn sowohl der Client als auch der Server Windows 2000 oder höher sind, wie dargestellt, wird das RPC-Protokoll in der Regel (aber nicht immer) für die Client-Server-Kommunikation verwendet. (Weitere Informationen finden Sie unter Installieren von Drucktreibern von einer Webseite.) Wenn Client und Server nicht beide Windows 2000- oder höher-Systeme sind, wird HTTP verwendet. HTTP wird auch für Drucker verwendet, die interne Netzwerkkarten enthalten und IPP 1.0 unterstützen und daher nicht mit einem Server verbunden sind.

Die Sicherheit des Druckservers wird von IIS bereitgestellt, das auf dem Druckserver ausgeführt wird. Von IIS unterstützte Sicherheitsmechanismen werden im IIS-Ressourcenhandbuch beschrieben, das im **

Microsoft Windows 2000 Server Resource Kit. Darüber hinaus beschreibt das Resource Kit speziell, wie Systemadministratoren Sicherheitsmethoden steuern können, die mit dem Drucken in URLs verbunden sind.