Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
de:shibidp:prepare-http [2020/04/06 15:08] – Silke Meyer | de:shibidp:prepare-http [2022/07/07 10:02] (aktuell) – Abschnitt zu Backchannel-Kommunikation und Seltsamkeiten bei Zertifikatsvalidierung Silke Meyer | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
- | ====== IdP-Vorarbeiten: | + | <- de: |
- | < | + | ====== IdP-Vorarbeiten: |
- | Die TCP-Ports 443 und 8443 müssen auf dem IdP für eingehende Zugriffe geöffnet sein! | + | |
+ | < | ||
+ | Die TCP-Ports 443 und 8443 müssen auf dem IdP für eingehende Zugriffe geöffnet sein! Die Verwendung des Backchannels auf Port 8443 wird im [[https:// | ||
</ | </ | ||
Zeile 9: | Zeile 11: | ||
==== Installation ==== | ==== Installation ==== | ||
- | === Debian 10 === | + | === Debian 10/11 === |
<code bash> | <code bash> | ||
Zeile 18: | Zeile 20: | ||
<code bash> | <code bash> | ||
- | yum -y install httpd mod_ssl | + | root@idp: |
</ | </ | ||
Zeile 28: | Zeile 30: | ||
<code bash> | <code bash> | ||
- | root@idp:~# a2enmod ssl | + | root@idp:~# a2enmod ssl headers proxy proxy_ajp |
- | root@idp:~# a2enmod | + | |
- | root@idp:~# a2enmod | + | |
- | root@idp:~# a2enmod | + | |
</ | </ | ||
Zeile 270: | Zeile 269: | ||
</ | </ | ||
</ | </ | ||
+ | |||
+ | ===== Besonderheiten bei Backchannel Requests ===== | ||
+ | Der Backchannel auf Port 8443 für die Server-to-Server-Kommunikation ist für eine funktionierende IdP-Konfiguration heutzutage nicht mehr zwingend nötig. Die obige Webserver-Konfiguration zeigt den Standardfall, | ||
+ | |||
+ | Wenn ein Shibboleth Service Provider eine [[https:// | ||
+ | * eine Attribute Query auf Port 8443 gestellt wird oder | ||
+ | * ein Single Logout Request via SOAP auf Port 8443 gestellt wird. | ||
+ | Stellt derselbe SP die beiden Anfragen an Port 443, so ignoriert er das fehlende Vertrauen und baut eine Verbindung zum IdP auf, obwohl das Zertifikat am Webserver dem in den Metadaten publizierten Zertifikat nicht entspricht. | ||
+ | |||
+ | Um sicherzustellen, | ||
+ | |||
+ | |||
+ | <file apache / | ||
+ | < | ||
+ | ServerName | ||
+ | |||
+ | SSLEngine on | ||
+ | SSLCertificateFile | ||
+ | SSLCertificateKeyFile | ||
+ | | ||
+ | # REST WIE OBEN | ||
+ | |||
+ | </ | ||
+ | |||
+ | ################################################ | ||
+ | |||
+ | < | ||
+ | # Hier muss der Port im Servername genannt werden, | ||
+ | # damit das abweichende Zertifikat genutzt wird. | ||
+ | ServerName | ||
+ | |||
+ | SSLEngine on | ||
+ | SSLCertificateFile | ||
+ | SSLCertificateKeyFile | ||
+ | |||
+ | # REST WIE OBEN | ||
+ | |||
+ | </ | ||
+ | |||
+ | </ | ||
===== Testen der Verbindung Apache --> Tomcat ===== | ===== Testen der Verbindung Apache --> Tomcat ===== | ||
Zeile 279: | Zeile 318: | ||
Funktioniert die Weiterleitung, | Funktioniert die Weiterleitung, | ||
- | Kommt eine Apache-Fehlermeldung | + | Kommt eine Apache-Fehlermeldung, dann stimmt die Apache-Konfiguration |
Anmerkungen: | Anmerkungen: | ||
- | * Achten Sie bitte darauf, dass sich die SSL-Direktiven tatsächlich in einem VirtualHost-Kontext befinden und **nicht** im Location-Kontext. (Mehr dazu im [[https:// | + | |
- | * stellen Sie sicher dass die Apache-SSL-Konfiguration aktuellen Sicherheitsstandards entspricht! Details dazu übersteigen den Rahmen diese Anleitung. Hilfreiche Seiten: | + | * Bitte stellen Sie sicher dass die Apache-SSL-Konfiguration aktuellen Sicherheitsstandards entspricht! Details dazu übersteigen den Rahmen diese Anleitung. Hilfreiche Seiten: |
* [[https:// | * [[https:// | ||
* [[https:// | * [[https:// | ||
- | * https:// | ||
* [[https:// | * [[https:// | ||
* [[https:// | * [[https:// | ||
- | Weiter geht es mit [[de: | + | {{tag> |