Gibt serverseitige Webdienst-Kommunikationsprotokolle an
{ dbeng11 | dbsrv11 } -xs { Protokoll,... } ...Protokoll : {
NONE
| HTTP [ ( Option=Wert;...) ]
| HTTPS [ ( Option=Wert;...) ]Nur HTTPS-Optionen: FIPS={ Y | N } IDENTITY=Serveridentitäts-Dateiname IDENTITY_PASSWORD=Kennwort
Alle Betriebssysteme und Datenbankserver.
Verwenden Sie die Option -xs, wenn Sie angeben wollen, welche Webprotokolle verwendet werden sollen, um Anforderungen abzuhören.
Wenn Sie die Option -xs nicht angeben, wartet der Datenbankserver nicht auf Webanforderungen.
Wenn Sie die Option -xs mit einem oder mehr Protokollen angeben, versucht der Server, mit den angegebenen Protokollen auf Webanforderungen zu warten.
Wenn Sie gleichzeitig mehrere Webserver starten wollen, müssen Sie jeweils unterschiedliche Ports einstellen, weil sonst alle auf demselben Standardport starten.
Sie können die HTTPS- oder die FIPS-bestätigten HTTPS-Protokolle für Transportschichtsicherheit verwenden. Weitere Hinweise finden Sie unter SQL Anywhere-Webdienste verschlüsseln.
ECC-Verschlüsselungen und FIPS-zertifizierte Verschlüsselungen erfordern eine getrennte Lizenz. Alle Technologien für starke Verschlüsselungen unterliegen Exportbestimmungen.
Weitere Hinweise finden Sie unter Getrennt lizenzierbare Komponenten.
Unabhängig davon, welche Einstellungen Sie für die Option -xs angeben, verwendet der Server zum Abhören der Verbindungsversuche das Protokoll des Shared Memorys. Sie können folgende Parameter festlegen:
Option Eine Liste der unterstützten Werte für Option für jedes Protokoll finden Sie unter Netzwerkprotokolloptionen.
HTTP Wartet auf Webanforderungen des Clients über das HTTP-Protokoll. Der Standardport zum Warten auf Anforderungen ist 80.
HTTPS Wartet auf Webanforderungen des Clients über das HTTPS-Protokoll. Der Standardport zum Warten auf Anforderungen ist 443. Um HTTPS zu verwenden, müssen Sie das Zertifikat und das Kennwort des Servers angeben. Das Kennwort muss ein RSA-Zertifikat sein, da HTTPS RSA-Verschlüsselung verwendet.
Der SQL Anywhere HTTP-Server unterstützt HTTPS-Verbindung mit der SSL-Version 3.0 und TLS-Version 1.0.
Sie können HTTPS oder HTTPS mit FIPS=Y bei FIPS-geprüften RSA-Verschlüsselungen angeben. FIPS-geprüftes HTTPS verwendet eine separate bestätigte Bibliothek, ist aber mit HTTPS kompatibel.
Der Mozilla Firefox-Browser kann eine Verbindung herstellen, wenn FIPS-geprüftes HTTPS verwendet wird. Jedoch wird die von FIPS-geprüftem HTTPS verwendete Chiffre-Suite nicht von allen Versionen der Browser Internet Explorer, Opera und Safari unterstützt - wenn Sie FIPS-geprüftes HTTPS verwenden, können diese Browser möglicherweise keine Verbindung herstellen.
Hinweise zum Erzwingen des FIPS-geprüften Algorithmus finden Sie unter Serveroption -fips.
Serveridentitätsdateiname Geben Sie den Pfad und den Dateinamen der Serveridentität ein. Bei HTTPS müssen Sie ein RSA-Zertifikat verwenden.
Kennwort Das Kennwort für den privaten Schlüssel des Servers. Sie geben dieses Kennwort beim Erstellen des Serverzertifikats an.
NONE Nicht auf Webanforderungen warten. Dies ist die Standardeinstellung.
Weitere Hinweise zu den verfügbaren Parametern finden Sie unter Netzwerkprotokolloptionen.
Unter Unix sind Anführungszeichen erforderlich, wenn mehr als ein Parameter übergeben wird:
-xs "HTTP(OPTION1=Wert1;OPTION2=Wert2;...)" |
Auf HTTP-Webanforderungen auf Port 80 warten:
dbeng11 web.db -xs HTTP(PORT=80) |
Auf Webanforderungen mithilfe von HTTPS warten:
dbeng11 web.db -xs HTTPS(FIPS=N;PORT=82;IDENTITY=eccserver.id;IDENTITY_PASSWORD=test) |
| Kommentieren Sie diese Seite in DocCommentXchange. Senden Sie uns Feedback über diese Seite via E-Mail. |
Copyright © 2009, iAnywhere Solutions, Inc. - SQL Anywhere 11.0.1 |