gpt4 book ai didi

php - 代理后面的 docker 容器中的 shibboleth SP 问题

转载 作者:行者123 更新时间:2023-12-02 19:50:02 24 4
gpt4 key购买 nike

我正在尝试在代理后面的 docker 容器中设置 shibboleth。

目前我可以被重定向到 shibboleth idp 页面,我可以在其中输入我的登录详细信息,shibboleth 将对我进行身份验证。当它尝试重定向回:https://my-service.org/Shibboleth.sso/SAML2/POST 时,它失败并出现 404

我不知道这是 apache 问题还是 shibboleth 配置的问题。

有一个运行 apache 和 docker 的服务器。这里的 apache 将流量代理到在同一台服务器上运行的 docker 容器。我有 dns 将域名指向代理。让我们称之为“my-service.org”。 my-service.org 的 apache 代理配置如下:

<IfModule mod_ssl.c>
<VirtualHost *:80>
ServerName my-service.org
ServerAdmin devs@blah.org
DocumentRoot /var/www/html/my-service

Redirect permanent / https://my-service.org/

ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>
<VirtualHost _default_:443>
ServerName my-service.org
ServerAdmin devs@blah.org
DocumentRoot /var/www/html/my-service

ErrorLog ${APACHE_LOG_DIR}/docker-dev/my-service.log
CustomLog ${APACHE_LOG_DIR}/docker-dev/my-service_ssl_access.log combined

SSLEngine on
SSLCertificateFile /etc/ssl/certs/blah.crt
SSLCertificateKeyFile /etc/ssl/private/blah.key
SSLCipherSuite EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:ECDHE-RSA-AES128-SHA:DHE-RSA-AES128-GCM-SHA256:AES256+EDH:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA256:ECDHE-RSA-AES256-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES128-SHA256:DHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA:ECDHE-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:AES256-GCM-SHA384:AES128-GCM-SHA256:AES256-SHA256:AES128-SHA256:AES256-SHA:AES128-SHA:DES-CBC3-SHA:HIGH:!aNULL:!eNULL:!EXPORT:!DES:!MD5:!PSK:!RC4
SSLProtocol All -SSLv2 -SSLv3
SSLCompression off
SSLHonorCipherOrder on

ProxyPreserveHost On
RequestHeader set X-Forwarded-Proto expr=%{REQUEST_SCHEME}
RequestHeader set X-Forwarded-SSL expr=%{HTTPS}
ProxyPass / http://127.0.0.1:8088/
ProxyPassReverse / http://127.0.0.1:8088/
</VirtualHost>
</IfModule>

'my-service' 容器基于 'php:7-apache-buster' 容器并使用 shibd 运行 apache。它是 docker-compose 堆栈的一部分。容器的 apache 配置为:
<VirtualHost *:80>
ServerAdmin me@blah.org
DocumentRoot /var/www/html/my-service

<Directory /var/www/html/my-service/>
Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order deny,allow
Allow from all
</Directory>

<Location "/shibboleth_login.php">
AuthType shibboleth
ShibRequestSetting requireSession 1
ShibUseHeaders On
require valid-user
</Location>

ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

就像我说的那样,一切都在正常工作,直到从 shibboleth idp 重定向回 SP,它的位置为 404。日志并没有告诉我太多,但是当我加载容器 apache 配置时出现错误日志:
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.17.0.6. Set the 'ServerName' directive globally to suppress this message
我不确定这是否会对这种情况产生影响。

我认为可能会产生影响的一件事是我设置了 shibboleth 来处理 SSL:
<Sessions lifetime="28800" timeout="3600" relayState="ss:mem"
checkAddress="false" handlerSSL="true" cookieProps="https">

但是我的容器 apache 配置只定义了一个 HTTP 虚拟主机 block 。如您所见,代理通过 X-Forwarded-Proto 将协议(protocol)传递给容器。和 X-Forwarded-SSL标题。我需要那些用于“我的服务”的 php 应用程序,但不确定它们是否对 shibboleth 有影响。与 idp 的初始交互工作正常,只是重定向不起作用。

最佳答案

我发现我需要添加一个 ServerName属性如下:

<VirtualHost *:80>
ServerAdmin me@blah.org
DocumentRoot /var/www/html/my-service

ServerName https://my-service.org:443
UseCanonicalName On

<Directory /var/www/html/my-service/>
Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order deny,allow
Allow from all
</Directory>

<Location "/shibboleth_login.php">
AuthType shibboleth
ShibRequestSetting requireSession 1
ShibUseHeaders On
require valid-user
</Location>

ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

关于php - 代理后面的 docker 容器中的 shibboleth SP 问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/61337087/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com