【问题标题】:issue with shibboleth SP in docker container behind proxy代理后面的 docker 容器中的 shibboleth SP 问题
【发布时间】:2020-08-03 19:39:12
【问题描述】:

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

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

我不知道这是 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 虚拟主机块。如您所见,代理通过 X-Forwarded-ProtoX-Forwarded-SSL 标头将协议传递给容器。我需要那些用于“我的服务”的 php 应用程序,但不确定它们是否对 shibboleth 有影响。与 idp 的初始交互工作正常,只是重定向不起作用。

【问题讨论】:

    标签: php apache docker docker-compose shibboleth


    【解决方案1】:

    我发现我需要添加一个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>
    

    【讨论】:

      猜你喜欢
      • 2015-11-15
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2020-11-25
      • 1970-01-01
      • 1970-01-01
      • 2019-05-18
      • 2017-08-11
      相关资源
      最近更新 更多