Shinyproxy: Использование app_direct и перенаправление на https

Созданный на 9 нояб. 2020  ·  12Комментарии  ·  Источник: openanalytics/shinyproxy

Привет,

Я использую функциональность app_direct и хочу перенаправить http на https, все работает нормально, за исключением случаев, когда я использую:

https://www.mycompany.com

он перенаправляет меня на:

http://www.mycompany.com/app_direct/myapp

Без https.

Моя конфигурация Nginx:

server {
  listen                80;
  server_name           mycompany.com www.mycompany.com;
  rewrite     ^(.*)     https://$server_name$1 permanent;
  # return 301 https://$server_name$request_uri;
}


server {
  listen                443 ssl;
  server_name           mycompany.com www.mycompany.com;
  access_log            /var/log/nginx/shinyproxy.access.log;
  error_log             /var/log/nginx/shinyproxy.error.log error;

  ssl on;
  ssl_protocols TLSv1 TLSv1.1 TLSv1.2;

  ssl_certificate       /etc/ssl/certs/mycompany.cert;
  ssl_certificate_key   /etc/ssl/private/mycompany.key;

   location / {
       proxy_pass          http://127.0.0.1:3838/;

       proxy_http_version 1.1;
       proxy_set_header Upgrade $http_upgrade;
       proxy_set_header Connection "upgrade";
       proxy_read_timeout 600s;

       proxy_redirect    off;
       proxy_set_header  Host             $http_host;
       proxy_set_header  X-Real-IP        $remote_addr;
       proxy_set_header  X-Forwarded-For  $proxy_add_x_forwarded_for;
       proxy_set_header  X-Forwarded-Protocol $scheme;
     }

}

Что-то не так в моей конфигурации?

Спасибо за вашу помощь.

Виктор

enhancement

Самый полезный комментарий

Я нашел это исправление и в другом потоке, когда заметил, что этой конфигурации Spring не существует,
И да -

server:
  forward-headers-strategy: "native"

исправление здесь!

Все 12 Комментарий

та же конфигурация, та же проблема, из-за которой невозможно войти в систему через активный каталог

Привет @pvictor

Я только что проверил эту настройку на внутренней настройке, и перенаправление работает нормально.
Вы уверены, что у вас есть следующий код в вашем application.yaml :

server:
  useForwardHeaders: true
   proxy_set_header  X-Forwarded-Protocol $scheme;

Я думаю, что изменение $scheme здесь на https может помочь

Привет,

похоже на настройку
```
сервер:
использованиеФорвардхеадерс: правда
````
больше не работает наshininproxy 2.4.1. Мы обновились сshininproxy 2.3.0, где он работал нормально.

Привет @egde

Возможно, ты прав! Мы обновили Spring в ShinyProxy 2.4.0, и они, похоже, изменили имя свойства.
Не могли бы вы попробовать с:

server:
   forward-headers-strategy: native

Если это не работает (правильно), вы также можете попробовать:

server:
   forward-headers-strategy: framework

Поделитесь, пожалуйста, результатами, я их очень жду!

Я нашел это исправление и в другом потоке, когда заметил, что этой конфигурации Spring не существует,
И да -

server:
  forward-headers-strategy: "native"

исправление здесь!

Очень хорошо! Спасибо, что сообщили!

@pvictor @danielfm123, пожалуйста, попробуйте и это исправление.

Спасибо! он исправляет логин, но ломает ajax для DT
Предупреждение DataTables: идентификатор таблицы = DataTables_Table_0 - ошибка Ajax. Дополнительные сведения об этой ошибке см. на странице http://datatables.net/tn/7 .

Точно! у меня тоже такая ошибка

image

Вы оба установили ведение журнала на уровень отладки? Если это так, примените упомянутое здесь изменение https://github.com/openanalytics/shinyproxy/issues/246#issuecomment -719455644.

Ведение журнала нигде не было установлено в Debug. Изначально это было на

logging:
  level:
    root: INFO

Я попробовал предложенную конфигурацию, как указано выше. Это не помогло.
Подробнее в другом выпуске #246

Документация, относящаяся к исходной проблеме, обновлена. Давайте рассмотрим другую проблему в # 246.

Я закрою эту проблему, чтобы мы могли ее поддерживать.
Конечно, как всегда, не стесняйтесь открывать новую тему, если у вас возникнут какие-либо проблемы!

Была ли эта страница полезной?
0 / 5 - 0 рейтинги