Shinyproxy: باستخدام app_direct وإعادة التوجيه إلى https

تم إنشاؤها على ٩ نوفمبر ٢٠٢٠ · 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

مصدر

pvictor

التعليق الأكثر فائدة

لقد وجدت هذا الإصلاح في مؤشر ترابط آخر أيضًا ، عندما لاحظت أن تكوين الربيع هذا غير موجود ،
ونعم -

server:
  forward-headers-strategy: "native"

هو الإصلاح هنا!

egde في ١٨ نوفمبر ٢٠٢٠

👍2

ال 12 كومينتر

نفس التكوين ، نفس المشكلة ، مما تسبب في تعذر تسجيل الدخول عبر الدليل النشط

danielfm123 في ١٦ نوفمبر ٢٠٢٠

مرحبًا pvictor

لقد اختبرت هذا الإعداد للتو على إعداد داخلي ، وتعمل عملية إعادة التوجيه بشكل جيد.
هل أنت متأكد من أن لديك الرمز التالي في application.yaml :

server:
  useForwardHeaders: true

LEDfan في ١٧ نوفمبر ٢٠٢٠

   proxy_set_header  X-Forwarded-Protocol $scheme;
أعتقد أن تغيير $scheme هنا إلى https قد يساعد

mnazarov في ١٧ نوفمبر ٢٠٢٠

مرحبا،

يبدو مثل الإعداد
""
الخادم:
useForwardHeaders: صحيح
""
لم يعد يعمل على shinyproxy 2.4.1. لقد قمنا بالترقية من shinyproxy 2.3.0 حيث كان يعمل بشكل جيد.

egde في ١٨ نوفمبر ٢٠٢٠

مرحبًا egde

من الممكن ان تكون محقا! لقد قمنا بتحديث Spring في ShinyProxy 2.4.0 ويبدو أنهم قاموا بتغيير اسم الخاصية.
هل يمكنك المحاولة مع:

server:
   forward-headers-strategy: native

إذا لم ينجح ذلك (بشكل صحيح) ، يمكنك أيضًا تجربة:

server:
   forward-headers-strategy: framework

يرجى مشاركة نتائجك ، وأنا أتطلع إليها!

LEDfan في ١٨ نوفمبر ٢٠٢٠

👍1

لقد وجدت هذا الإصلاح في مؤشر ترابط آخر أيضًا ، عندما لاحظت أن تكوين الربيع هذا غير موجود ،
ونعم -

server:
  forward-headers-strategy: "native"

هو الإصلاح هنا!

egde في ١٨ نوفمبر ٢٠٢٠

👍2

لطيف جدا! شكرا على الإبلاغ مرة أخرى!

pvictor @ danielfm123 الرجاء محاولة هذا الإصلاح أيضا.

LEDfan في ١٨ نوفمبر ٢٠٢٠

شكرا! يقوم بإصلاح تسجيل الدخول ولكنه يكسر ajax لـ DT
تحذير DataTables: معرف الجدول = DataTables_Table_0 - خطأ Ajax. لمزيد من المعلومات حول هذا الخطأ ، يرجى مراجعة http://datatables.net/tn/7

danielfm123 في ١٨ نوفمبر ٢٠٢٠

بالضبط! هذا الخطأ لدي أيضا

egde في ١٨ نوفمبر ٢٠٢٠

👍1

هل كلاكما قد تم ضبط التسجيل على مستوى التصحيح؟ إذا كان الأمر كذلك ، يرجى تطبيق التغيير المذكور هنا https://github.com/openanalytics/shinyproxy/issues/246#issuecomment -719455644

LEDfan في ١٨ نوفمبر ٢٠٢٠

لم يتم تعيين التسجيل في Debug في أي مكان. في البداية كان في