سؤال

أنا سحب شعري على ما ينبغي أن يكون بجنون مشكلة بسيطة.نحن تشغيل WebSphere IHS (أباتشي) من خلال F5 BigIP.BigIP يقوم https الترجمة بالنسبة لنا.لدينا url (تغير ويب, غير صالحة) ، https://superniftyserver.com/lawson/portal.

عندما أنواع شخص في فقط دون مائل بعد البوابة ، أباتشي يفترض "البوابة" أن يكون ملف و لا دليل.عندما أباتشي يكتشف ما هو يرسل إعادة توجيه 301 دائمة.ولكن منذ أباتشي يعرف سوى http يرسل عنوان URL http://superniftyserver.com/lawson/portal/ ثم يخلق مشاكل.

لذلك حاولت مستوى الخادم httpd.conf تغيير mod_rewrite, هذا هو واحد من عشرات من مجموعات حاولت.

RewriteEngine on روريترول ^/لوسون/بوابة(.*) /لوسون/portal/$1

كما أنني حاولت روريترول ^/لوسون/بوابة$ /لوسون/portal/

من بين العديد من الأشياء الأخرى...ما أنا في عداد المفقودين ؟

هل كانت مفيدة؟

المحلول

إذا كنت لا يمكن الحصول على إجابة على روريترول الجملة ، وهنا اثنين من الخيارات الأخرى بالنسبة لك:كتابة مخصص iRule على BigIp (انظر F5 DevCentral) الذي يبحث عن 301 الردود وتحويلها إلى SSL ، السماح URL تمر في WebSphere server و هل برنامجي إعادة توجيه يرسل HTTPS.ومع ذلك, لأن F5 إنهاء اتصال SSL يجب أن تضع رأس مخصصة تكوين (انظر PQ86347) حتى جافا الطلب.getScheme() يعمل كما كنت تتوقع.

نصائح أخرى

الثابتة!

SOL6912:تكوين HTTP الشخصي إلى إعادة كتابة عناوين المواقع حتى أن الموجهات من ملقم HTTP تحديد بروتوكول HTTPS


تحديث:8/7/07 12:00 AM

أ ClientSSL الملقم الظاهري هو تكوين عادة لقبول اتصالات HTTPS من عميل, فك تشفير SSL الدورة وإرسال غير مشفرة طلب HTTP إلى ملقم ويب.

عندما طلب URI لا يشمل مائل زائدة (المائلة إلى الأمام ، مثل / في نهاية URI) ، بعض ملقمات ويب توليد مجاملة إعادة توجيه.دون مائل زائدة ، ملقم ويب علاج أول من الموارد المحددة في URI كملف.إذا كان الملف لا يمكن العثور على ملقم ويب قد بحث عن الدليل مع نفس الاسم إذا وجدت إرسال رسالة HTTP 302 توجيه استجابة إلى العميل مع خط مائل زائدة.إعادة توجيه سيتم إرجاعها إلى العميل في HTTP الوضعية بدلا من HTTPS ، مما تسبب في جلسة SSL أن تفشل.

التالية مثال عن كيفية HTTP 302 توجيه استجابة أسباب SSL الدورة الفشل:

· طلب SSL الدورة أنواع المستخدم https://www.f5.com/stuff دون مائل زائدة.

· مستعرض العميل بإرسال طلب SSL إلى ClientSSL الملقم الظاهري الذي يتواجد على BIG-IP LTM النظام.

· BIG-IP LTM نظام يفك شفرة ثم طلب يرسل على /الاشياء الأوامر إلى ملقم ويب.

· منذ /الاشياء الملف غير موجود على ملقم ويب ، ولكن /الأشياء/ دليل ظاهري موجود يرسل ملقم ويب HTTP 302 توجيه استجابة دليل بإلحاق زائدة مائل إلى الموارد.عندما يرسل ملقم ويب HTTP 302 توجيه الاستجابة ، وهي تحدد HTTP (لا HTTPS).

· عندما يتلقى العميل HTTP 302 توجيه استجابة يرسل طلب جديد إلى BIG-IP LTM الملقم الظاهري الذي يحدد HTTP (لا HTTPS).ونتيجة لذلك, اتصال SSL فشل.

تكوين HTTP الشخصي إلى إعادة كتابة عناوين المواقع

في BIG-IP LTM الإصدار 9.× يمكنك تكوين HTTP الشخصي إلى إعادة كتابة عناوين المواقع حتى أن الموجهات من ملقم HTTP تحديد بروتوكول HTTPS.للقيام بذلك ، قم بتنفيذ الإجراء التالي:

  1. تسجيل الدخول إلى أداة التهيئة المساعدة.

  2. انقر فوق حركة المرور المحلية.

  3. انقر فوق التشكيلات الجانبية.

  4. انقر فوق الزر إنشاء.

  5. اكتب اسما لملف التعريف.

  6. اختيار http من الوالد الشخصية القائمة المنسدلة.

  7. تحت إعدادات تعيين إعادة توجيه إعادة كتابة كل شيء ، مطابقة ، أو العقد اعتمادا على التكوين الخاص بك

على سبيل المثال:

o اختيار كل كتابة أي HTTP 301, 302, 303, 305, أو 307 الموجهات إلى HTTPS

o اختيار مطابقة كتابة الموجهات عند المسار و الاستعلام URI مكونات طلب توجيه متطابقة (باستثناء مائل زائدة)

o اختيار عقدة إلى كتابة الموجهات عند إعادة توجيه URL يحتوي على عقدة عنوان IP بدلا من اسم المضيف و تريد النظام لتغييره إلى الملقم الظاهري عنوان

  1. انقر فوق انتهى.

يجب الآن ربط جديدة HTTP الشخصي مع ClientSSL الملقم الظاهري.

جرب هذا:

# Trailing slash problem
RewriteCond    %{DOCUMENT_ROOT}%{REQUEST_FILENAME} -d
RewriteRule    ^(.+[^/])$           https://<t:sitename/>$1/ [redirect,last]
LoadModule rewrite_module                modules/mod_rewrite.so

تأكد من أن الخط هو في مكان ما في httpd.الملف conf

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top