HTTP-Anforderungen zurückweisen
Wenn eine Anwendung oder Ressource in Ihrem CICS® vorübergehend nicht verfügbar ist und Sie keine Umleitung einrichten können oder wenn eine Anwendung oder Ressource dauerhaft entfernt wurde, können Sie HTTP auf verschiedenen Ebenen ablehnen. Sie können auch die Verbindungsdrosselung implementieren, wenn CICS Gefahr läuft, mit langlebigen persistenten Verbindungen von Web-Clients überlastet zu werden.
Informationen zu diesem Vorgang
- Auf der Ebene der spezifischen Anforderungs URL. Um diese Granularität zu erreichen, wird URL durch eine URIMAP-Definition abgedeckt. Wenn Sie keine URIMAP-Definitionen haben, können Sie die Bearbeitung von HTTP durch Änderungen am Analyseprogramm, das die Anfragen bearbeitet, anpassen. Diese Technik ist jedoch weniger praktisch.
- Auf der Ebene eines virtuellen Hosts (der alle Anfragen für einen bestimmten Hostnamen abdeckt). Damit eine Anfrage in einen virtuellen Host aufgenommen werden kann, muss sie durch eine URIMAP-Definition abgedeckt sein.
- Auf der Ebene eines Hafens. Ein Port entspricht einer TCPIPSERVICE-Definition. Wenn beispielsweise die TCPIPSERVICE-Definition für HTTP deaktiviert wird, kann CICS keine HTTP mehr empfangen, außer Anfragen, die SSL oder nicht standardisierte Ports verwenden.
- Vollständig, auf der Ebene aller Häfen. In der CEMT-Transaktion oder in CICSPlex® SM können Sie die Unterstützung für interne TCP/IP-Sockets CICS und damit CICS vollständig deaktivieren.
Im Allgemeinen kann CICS dem Webclient eine nützlichere Fehlerantwort geben, wenn Sie HTTP auf einer detaillierteren Ebene ablehnen. Wenn Sie beispielsweise HTTP ablehnen, indem Sie eine URIMAP-Definition oder einen virtuellen Host deaktivieren, gibt CICS über ein Web-Fehlerprogramm HTTP (Dienst nicht verfügbar) an den Web-Client zurück. Sie können das Webfehlerprogramm anpassen, um diese Antwort zu ändern. Wenn Sie jedoch HTTP durch Deaktivieren einer TCPIPSERVICE-Definition ablehnen, erhält der Webclient nur eine allgemeine Fehlerantwort, die auf einen Serverfehler hinweist.
Wenn Sie CICS haben, die Leistungsprobleme hat, weil zu viele Web-Clients langlebige persistente Verbindungen einrichten, können Sie eine Verbindungsdrosselung implementieren, um diese Anfragen zu kontrollieren. Durch die Verbindungsdrosselung wird automatisch die Anzahl persistenter HTTP Verbindungen begrenzt, die eine einzelne CICS Region für einen bestimmten Port akzeptiert, sodass Sie nicht manuell eingreifen müssen. Webclients können eine dauerhafte Verbindung herstellen, indem sie die Verbindung zu einer anderen CICS Region wiederherstellen, die den Port gemeinsam nutzt und denselben Dienst bereitstellt.
Wenn Sie die Verbindungsdrosselung implementieren, müssen Web-Clients, die das von Ihnen festgelegte Limit überschreiten, ihre Verbindung nach jeder Antwort schließen. HTTP/1.1 sollte normalerweise persistente Verbindungen zulassen. Stellen Sie die Verbindungsdrosselung daher nur ein, wenn Sie einen automatischen Eingriff für CICS bereitstellen müssen, bei der Leistungsprobleme aufgetreten sind. Wie CICS persistente Verbindungen handhabt, erklärt die Auswirkungen der Verbindungsdrosselung.
Sie können HTTP auf folgende Weise ablehnen oder drosseln: