<p>使用 keycloak 时，shinyproxy 生成错误的重定向 uri</p>

你在 application.yml 中设置了吗？

server:
  useForwardHeaders: true

从这里： https: //www.shinyproxy.io/security/#https -ssl-tls

不确定 Apache 等价物是什么，但在 nginx 中，这可能是解决您问题的方法：

    proxy_set_header  Host    $http_host;

@aiham谢谢。

我有它的工作。 这是因为缺少 useForwardHeaders: true

我正在使用 useForwardHeaders: true 但仍有问题

@danielfm123

我正在使用 useForwardHeaders: true 但仍有问题

还有另一种可能与 SSL 证书有关。 如果安装在 Keycloak 上的证书不是公共信任的（根和中间 CA 不在 Java 的默认信任列表中），则需要将它们添加到 JRE 默认信任 CA 中。 JRE 是运行您的 Shinyproxy 的那个。

默认位置是JAVA_HOME---> JRE -->lib---> security--> cacerts JAVA_HOME---> JRE -->lib---> security--> cacerts

像这样导入的命令。

keytool -import -noprompt -alias -your-root -file /opt/jboss/your-root.crt -keystore /etc/pki/java/cacerts -storepass changeit

我做到了，它不起作用，我尝试了 Shinyproxy 2.3.1 而不是 2.4.1，它发送了正确的 redirect_uri，但仅适用于某些浏览器，其余的我得到 err_too_many_redirects

您的证书是否公开可信？ 我在测试阶段遇到了这个问题，证书不受公众信任。 您需要将根 CA 和中间 CA 导入浏览器可信存储。 每个浏览器都不同，取决于您的操作系统和浏览器。 就我而言，我使用的是 Windows，在将证书导入受信任区域之后，IE 和 Chrome 都可以正常工作。

这是我的建议，

1. 在测试阶段，只要你有一个浏览器工作就足够了。
2. 对于生产部署，在 Shinyproxy 和 keycloak 之前添加安全 Web 代理。 将其配置为使用来自 Web 代理的 SSL 并使用公共可信证书。 这是一个更好的安全部署结构。 如果您的组织没有硬件安全 Web 代理，您也可以使用 Apache HTTPD 作为反向 Web 代理和负载均衡器。

它已通过 certbot 验证.... 我设法使其与 Shinyproxy 2.3.1 和不同的活动目录帐户一起使用...

但是在 Shinyproxy 2.4.1 和 2.4.0 上有一个错误

嗨@danielfm123 ，我在这里检查了一些东西，我无法在ShinyProxy 2.4.0/1 中重现redirect_uri 的任何问题。
你能用以下信息开一个新问题吗？ 这样我就可以查看它并查看是否存在错误。

• 你如何运行 ShinyProxy（使用 jar、Docker、Kubernetes 等）
• 提供您的 application.yaml 文件（删除敏感值）在此处查看如何发布代码
  
  
  
  • 您使用的是负载平衡器还是反向代理？ 哪一个，它是如何配置的（例如它是否传递 X-Forwarded 标头）等
  
  
  • 您使用的是哪个 openid 提供商？ 回调网址是否正确配置？
  
  
  • Shinyproxy 会记录任何错误吗？ 请给出完整的堆栈跟踪。
  
  

我有同样的问题。

使用 keycloak、apache2 反向代理和 Shinyproxy 2.3.1 进行设置工作正常。 我通过 Docker 运行 Shinyproxy。 Shinyproxy 正确重定向到https://testauth.example.com。

当我切换到 Shinyproxy 2.4.1 时，redirect_uri 包含内部 IP（http://192.168.51.27:8082）而不是可从外部访问的地址，我收到错误：“无效参数：redirect_uri”。

这是我的 application.yml 的相关部分：

proxy:
  title: AUTHTEST
  hide-navbar: false
  template-path: /templates
  favicon-path: /www/favicon.png
  heartbeat-rate: 10000
  heartbeat-timeout: 600000
  port: 8080
  admin-groups: admin
  container-wait-time: 30000
  authentication: keycloak
  keycloak:
    realm: shinyr
    auth-server-url: http://192.168.51.122:8080/auth
    resource: shinyr
    credentials-secret: <secret>
  docker:
    internal-networking: true
  specs:
  - id: test
    display-name: Euler App
    description: Test App
    container-cmd: ["R", "-e", "shiny::runApp('/root/euler')"]
    container-image: saletelligence/test
    container-network: authtest_authtest_net
    access-groups: [admin, pm]
logging:
  file:
    shinyproxy.log
server:
  useForwardHeaders: true

这是 apache 配置：

<VirtualHost *:443>
        RequestHeader set X-Forwarded-Proto "https"
        RequestHeader set X-Forwarded-Port "443"
        ServerName testauth.example.com

        RewriteEngine On
        RewriteCond %{HTTP:Upgrade} =websocket
        RewriteRule /(.*) ws://192.168.51.27:8082/$1 [P,L]
        RewriteCond %{HTTP:Upgrade} !=websocket
        RewriteRule /(.*) http://192.168.51.27:8082/$1 [P,L]
        ProxyRequests Off

        ProxyPass "/" "http://192.168.51.27:8082/"
        ProxyPassReverse "/" "http://192.168.51.27:8082/"

        SSLProxyEngine On
        SSLEngine On
        SSLCertificateFile /etc/apache2/sslcert/example.crt
        SSLCertificateKeyFile /etc/apache2/sslcert/example_pem.key
        SSLCACertificateFile /etc/apache2/sslcert/example_bundle.pem
</VirtualHost>

嗨@eastclintw00d

请尝试使用：

server:
  forward-headers-strategy: "native"

代替

server:
  useForwardHeaders: true

谢谢！

嗨@LEDfan

那解决了问题。

谢谢你的快速反应！

这有效，但它会杀死包 DT

@ danielfm123你确定你正在运行 Shinyproxy 2.4.1 吗？ DT 对我来说工作正常。

@danielfm123 @eastclintw00d POST 请求（例如由 DT 提出）在使用 OIDC和当前 ShinyProxy (2.4.1)@LEDfan的修复将是即将发布的版本的一部分，但这不是该线程的主题。

POST 请求的问题现已在2.4.2 版本中修复

与原始问题相关的文档已更新。

我会锁定这个问题，以便我们可以维护这些问题。
当然，如果您遇到任何问题，请一如既往地打开一个新问题！