WinInet wird in einem Dienst oder einer IIS-Anwendung nicht unterstützt.
Wichtig
Die Internet Explorer 11-Desktopanwendung wird für bestimmte Versionen von Windows 10 eingestellt und ab dem 15. Juni 2022 nicht mehr unterstützt.
Sie können mit dem Internet Explorer-Modus in Microsoft Edge weiterhin auf ältere Websites zugreifen, für die Internet Explorer erforderlich ist. Anleitung.
Die Internet Explorer 11-Desktopanwendung wird schrittweise an den schnelleren, sichereren Microsoft Edge-Browser umgeleitet und letztendlich über Windows Update deaktiviert werden. Deaktivieren von IE heute.
Die Microsoft Win32-Internetfunktionen (aus WinInet.dll exportiert) werden nicht unterstützt, wenn sie von einem Dienst oder einer IIS-Anwendung (Internet Information Server) (auch einem Dienst) ausgeführt werden. In diesem Artikel wird die Verwendung der WinInet.dll in einem Dienst oder in IIS-Anwendungen erläutert.
Ursprüngliche Produktversion: Internet Explorer
Ursprüngliche KB-Nummer: 238425
Weitere Informationen
Da IIS ein Dienst ist, haben Sie dieselbe Gruppe von Problemen beim Ausführen von WinInet in einer ISAPI-Erweiterung (Internet Server Application Program Interface) oder in einer COM-DLL-ActiveX DLL, die von Active Server Pages (ASP) verwendet wird, wie beim Ausführen von WinInet in einem Dienst. Das Ausführen von WinInet in einer IIS-Anwendung hat ebenfalls einen eindeutigen Satz von Problemen.
Das Problem beim Ausführen von WinInet in einem Dienst besteht darin, dass WinInet Einstellungen aus der Registrierung für SSL-Informationen, Proxyinformationen und vieles mehr verwendet. Dienste laden die HKEY_CURRENT_USER Registrierungsstruktur nicht, daher sind diese Informationen nicht verfügbar.
Warnung
Microsoft unterstützt die Verwendung von WinInet-APIs im Kontext eines Systemdiensts nicht.
WinInet-APIs melden Zugriffsverletzungen, wenn sie vom Dienst über SSL mit installierter Internet Explorer 5.0 verwendet werden.
Um die Einschränkungen zu verstehen, die für die Verwendung von WinInet in einer Serverumgebung gelten, müssen Sie den Verlauf von WinInet verstehen. WinInet wurde für die Verwendung durch Internet Explorer entwickelt. Um höhere Versionen von WinInet verwenden zu können, müssen Sie eine minimale Installation von Internet Explorer laden. WinInet macht auch APIs für die Verwendung durch andere Clientanwendungen verfügbar, die auf Ressourcen im Internet (oder Intranet) zugreifen möchten. Es ist wichtig, die Umgebung zu erkennen, in der WinInet entwickelt und getestet wurde, um die geeignete Verwendung für die DLL zu verstehen. WinInet wurde für die Verwendung in einer Clientumgebung entwickelt. Obwohl es immer noch als Client fungiert, wenn er in einer ISAPI-DLL ausgeführt wird, wird er in diesem Fall in einer Serverumgebung ausgeführt.
Clientumgebung: Eine Person, die Internet Explorer ausführt
- Relativ geringe Anzahl von Anforderungen
- Relativ aufeinander folgende Anforderungen
- Die Lebensdauer der Hostanwendung ist kurz (Länge der Browsersitzung)
Serverumgebung: Ein Webserver (z. https://www.microsoft.com B. )
- Hohe Anzahl von Anforderungen pro Sekunde
- Mehrere Threads, die Anforderungen gleichzeitig stellen
- Muss wochen- oder monatelang ausgeführt werden
Die bevorzugte Lösung ist die Verwendung von WinHttp, das für die Ausführung in einer Dienstumgebung entwickelt wurde, und da es sich um einen serverseitigen HTTP-Stapel handelt, ist es nicht an die beiden Verbindungsgrenzwerte gebunden, die rfc 2616 für clientseitige HTTP-Stapel festlegt. Dieser API-Satz ähnelt der Verwendung von WinInet, sodass diejenigen, die mit WinInet vertraut sind, eine einfache Anpassung finden.
Eine weitere Lösung besteht darin, Sockets direkt im Platform SDK zu verwenden, das ein Beispiel enthält, in dem veranschaulicht wird, wie WinSock über SSL verwendet wird. Sie finden ein Beispiel im \Microsoft Platform SDK\Samples\Winbase\Security\Ssl Ordner des SDK.
Ein weiteres Problem, das Sie beachten sollten, wenn Sie WinInet in einer Serverumgebung verwenden, ist der von Internet Explorer festgelegte Grenzwert für zwei Verbindungen.
WinInet kann zwar in einem Dienst und in einer Serverumgebung verwendet werden, wird jedoch weder empfohlen noch von Microsoft unterstützt. WinInet wurde in dieser Konfiguration nicht getestet, und es gibt Probleme.