Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- de:shibidp:config-ecp [2020/04/14 15:10] – Silke Meyer
+++ de:shibidp:config-ecp [2023/03/02 13:50] – [Enhanced Client or Proxy (ECP)] Screenshot neue MDV Silke Meyer
@@ Zeile 6: / Zeile 6: @@
 Achten Sie darauf, dass das ECP-SSO-Binding des IdPs in den DFN-AAI-Metadaten angegeben ist. Fehlt es, finden ECP-Clients den IdP nicht, wenn Sie sich anmelden wollen.
-{{de:ecp.png}}
+{{de:ecp.png|400}}
 Zum Testen eignet sich das vom CILogon Projekt bereitgestellte [[http://www.cilogon.org/ecp#TOC-A-Basic-ECP-IdP-Test-Script|Testscript 'testecp.sh']].
@@ Zeile 12: / Zeile 12: @@
 Ob die IdP-seitigen Voreinstellungen für den ECP-Support ausreichen, hängt letztlich vom Verhalten der eingesetzten Clients ab, siehe hierzu die [[https://wiki.shibboleth.net/confluence/display/IDP30/PasswordAuthnConfiguration#PasswordAuthnConfiguration-UserInterface|Dokumentation im Shibboleth Wiki]].
-<callout color="#660066" title="Schutz mit Basic-Auth nötig">
+<callout color="#ff9900" title="Schutz mit Basic-Auth nötig">
 Viele Sync&Share-Clients kommen mit der ECP-Variante des Shibboleth IdP leider nicht zurecht. Der ECP-Endpunkt muss für diese Clients noch explizit mit Basic-Auth geschützt werden. Dies kann mithilfe von **Apache oder Tomcat** gemacht werden - einfacher ist die Apache-Variante.
 </callout>
@@ Zeile 125: / Zeile 125: @@
 Starten Sie Tomcat neu.
-<callout type="warning" icon=true" color="#660066" title="Schutz vor Brute-Force">
+<callout color="#ff9900" title="Schutz vor Brute-Force">
 Da dieser Endpunkt weltweit erreichbar sein muss, können hier auch Brute-Force-Passwort-Angriffe auftreten.
 Diesen sollten ebenfalls mithilfe von fail2ban begegnet werden, siehe die [[de:shibidp:fail2ban|fail2ban-Seite]] in diesem Wiki.

idp4 ecp syncandshare