سؤال كيفية إيقاف إعادة التوجيه التلقائي من "http: //" إلى "https: //" في Chrome


كان لدي شيء أحمق في إعداد DNS لدينا والذي تم حله الآن.

المشكلة الباقية هي أن Chrome قام بتخزين الإعداد غير الصحيح.

على وجه التحديد ، عند استخدام كروم http://3rdrevolution.com هو الآن إعادة توجيه إلى https://3rdrevolution.com (المجال المجرد) ، وهو غير صالح / مدعوم. http://3rdrevolution.com  ينبغي إعادة توجيه ل http://www.3rdrevolution.com ثم القوة https://www.3rdrevolution.com.

ولكن على حفنة من المتصفحات (بما في ذلك المنجم) لا يحدث هذا بسبب بعض التخزين المؤقت غير التقليدي في Chrome. حاولت الذهاب إلى "الخصوصية -> مسح ذاكرة التخزين المؤقت" ولكن لم يكن لها أي تأثير.


265
2018-03-13 17:40


الأصل


تحقق من الإضافات (مثل SSL في كل مكان) ، هل حاولت حذف (shift + del)؟ حاول استخدام google.com/ncr بدلا من google.xx. - malakrsnaslava
ممكن من الازدواجية كيف يمكنني جعل Chrome يتوقف عن التخزين المؤقت لإعادة التوجيه؟ - Ulrich Schwarz


الأجوبة:


عنون على حق حول STS ، ولكن هناك طريقة لحذف النطاق الخاص بك على وجه التحديد من المجموعة. انتقل إلى chrome: // net-internals / # hsts. أدخل 3rdrevolution.com تحت حذف سياسات أمان المجال واضغط على زر الحذف.

انتقل الآن إلى chrome: // settings / clearBrowserData ، حدد المربع الصور والملفات المخزنة مؤقتًا واضغط على الزر امسح البيانات.


394
2018-02-23 14:17



شكرا ، لقد حاولت كل شيء آخر وهذا في النهاية عملت =) - Tyrsius
هذا ساعدني كذلك !!! أثناء التطوير داخليًا ولديك نفس مشكلة إعادة التوجيه! - Marcello de Sales
رجل ، كان هذا التنصت لي للأعمار ، وأخيرا حصلت عليه ، وذلك بفضل! ملاحظة مهمة محتملة: إذا كان النطاق الذي تواجه مشكلة فيه هو نطاق فرعي فقد تحتاج إلى حذف النطاق الأساسي من مجموعة HSTS إذا كان "تضمين النطاقات الفرعية لـ STS مضبوطًا على". إذا قمت بتشغيل استعلام على المجال الأصلي يجب أن ترى ما إذا كان قد تم إعداده أم لا للمجال المعني. - Pooch
هذا فقط عملت بالنسبة لي بعد أن قمت بمسح ذاكرة التخزين المؤقت للمتصفح. في الكروم: الإعدادات> عرض الإعدادات المتقدمة ...> الخصوصية> محو بيانات التصفح ...  مصدر - nittyjee
منذ 63.0.3239.132 لا يفعل هذا شيئًا. يبدو أن القاعدة يتم تجاهلها ويتم الآن إعادة توجيه النطاقات المخصصة التي ترتبط بـ localhost إلى https. عامل مزعج أن تضطر إلى استخدام شهادات موقعة ذاتيا لكل شيء ... - Daniel


مشكلتي جاءت من وجود .dev النطاق ، الذي تم تسجيله مؤخرًا على أنه gTLD ووضعه في التزام مع Chrome Canary. لقد وجدت هذا من أصل المنشور الاخير جئت عبر بحثي عن مشكلتي.

إذا واجهت نفس المشكلة ، فيبدو أن أفضل حل هو تغيير نطاقك ليكون شيئًا آخر .dev. اقترح المقال .test مع حل محتمل من .localhost في وقت لاحق على الطريق (عبر هذا الاقتراح).


166
2017-09-18 16:21



هذه كانت القضية بالنسبة لي كذلك. على جهاز التنمية المحلية التي استخدمتها .dev منذ ما يقرب من 10 سنوات حتى الآن. أجريت تحديثًا Google Chrome مؤخرًا وبدأت في إعادة توجيه جميع مواقعي إلى https بدون سبب يمكنني فهمه. لم أكن أعتقد أبدا أن لها علاقة مع .dev ، ثم جئت عبر هذه الإجابة وتغييرها إلى. التطوير وكل شيء يعمل بشكل جيد مرة أخرى ... في الوقت الراهن :-). شكرا لك مرة أخرى! - conrad10781
في احسن الاحوال! لا أفهم سبب قيام Chrome بشيء من هذا القبيل ، إنه أمر مزعج للغاية حيث لدي 30 نطاقًا من النطاقات المحلية. آمل أن يكون ذلك سببًا جيدًا جدًا. - Pablo Ezequiel Leone
لدي تثبيت وورد ، قد يكون تغيير مجالها هو الصداع الحقيقي. نفس لإسم الدليل الرئيسي إلخ. هل هناك أي طريقة أخرى؟ - Rick Sanchez
ذلك لأن جوجل اشترت .dev ويفترض أنها ستبدأ في إنشاء مواقع عامة تستخدمها. - Hilton Shumway
FML ... كدت أن أتخلى عن حياتي المهنية على شبكة الإنترنت لمدة 10 سنوات بسبب هذا. #starbucksbarista - elbowlobstercowstand


https://www.3rdrevolution.com يرسل صارم النقل و الأمن سيؤدي الوصول إلى ذلك عبر https مرة واحدة إلى جعل المتصفحات مثل Chrome / Firefox تعيد توجيه طلبات http إلى https حتى بعض النقاط المحددة في المستقبل.

كما قال الجواب الآخر ، فإن الطريقة الوحيدة لوقف هذا بمجرد أن يبدأ هو مسح ذاكرة التخزين المؤقت للمتصفح (أو الانتظار حتى انتهاء صلاحية المتصفح).


17
2017-10-19 19:58





إلى حذف المجال ضمن قائمة "HSTS" في الكروم: // صافي الداخلية هو حل مؤقت. بعد زيارة هذا النطاق عبر HTTPS ، سيتم تضمينه في قائمة HSTS مرة أخرى.

Basicaly ، من أجل حل هذه المسألة من الضروري تعطيل HTTP نقل النقل الدقيق على خادم الويب 3rdrevolution.com (IIS ، Apache ، nginx ، ...). لـ nginx عدّل قسم HTTPS فيه nginx.conf وتعيين "max-age = 0" لأمان النقل الدقيق:

server {
#...
        ssl on;
#...
        add_header Strict-Transport-Security "max-age=0;";
#...
}

مزيد من المعلومات:HTTP نقل النقل الدقيق (HSTS)


13
2017-07-05 17:47



لم أتمكن من الحصول على طريقة add_header للعمل. - Alex Barker
بالنسبة لي لم يكن الخادم إصدار رأس HSTS لذلك هذا ليس حلا. من ما أستطيع قوله ، سجل chrome عندما قمت بزيارته عن طريق الخطأ مع https وأنشأ سجل HSTS داخليًا ثم أعاد توجيهي بشكل غامض إلى https في كل مرة. كان الإصلاح هو استخدام سجل حذف HSTS في chrome: net-internals. كان المدقق مفيد في هناك كذلك. - rob
لحذف سجل HSTS هو حل مؤقت. سوف تحصل على هذا السجل في الكروم مرارا وتكرارا بعد زيارة https الخادم نقابة المهملات إرسال "ماكس العمر = 0". - user2285323


يمكن أن يكون هناك سببان لهذا ، بما في ذلك المكونات الإضافية ، على افتراض أنه ليس لديك أي مكونات إضافية مثبتة يمكنك القيام بما يلي:

اذهب إلى الإعدادات / الخصوصية / محو بيانات التصفح ...

تحديد بداية الوقت في السحب.

تحديد:

  • محو بيانات النموذج المحفوظ التدوين الآلي
  • احذف ملفات تعريف الارتباط وبيانات الموقع والمكونات الإضافية الأخرى
  • إفراغ ذاكرة التخزين المؤقت

تحديد محو بيانات التصفح

يجب أن يعتني بها عند القيام بأي تعبئة تلقائية بناءً على التصفح السابق. أيضا ، ستقوم بإزالة أي من ملفات تعريف الارتباط التي قد تتسبب أيضًا في حدوث مشكلات.


10
2018-05-08 16:57



كانت المشكلة بالنسبة لي هي ذاكرة التخزين المؤقت. تمكنت من الانتقال إلى موقع http الخاص بي بشكل جيد في فايرفوكس وإطار الكروم التخفي. لم تكن هناك ملفات تعريف ارتباط للموقع. - ton.yeung
هذا عمل أيضا بالنسبة لي حيث لم HSTS لا. لم يكن لدي سوى التحقق من مربع الاختيار "الصور والملفات". - dgig
هذا العمل بالنسبة لي ، بينما HSTS والحلول الأخرى لم يفعل ذلك. - AllisonC
هذا العمل بالنسبة لي كذلك. - jcubic


بديل أقل جذرية من مسح جميع ملفات تعريف الارتباط في أي وقت مضى الإعدادات> عرض الإعدادات المتقدمة> إعدادات المحتوى> جميع ملفات تعريف الارتباط وبيانات الموقع ثم ابحث عن المواقع المعنية ومسح ملفات تعريف الارتباط فقط لتلك المواقع.


4
2017-07-25 14:26



شكرا هذا يعمل تماما. لا أعرف سبب جعل Chrome هذه الميزة المخفية ... في الواقع ، يمكنني تخمين سبب ... - ktec
يبدو أن هذا لا يعمل مع إصدار Chrome الحالي. - Vylix


قبل بضعة أيام ، قمت بتشغيل خيارات Chrome عن طريق الخطأ باسم:

  • إرسال بعض معلومات النظام ومحتوى الصفحة تلقائيًا إلى Google للمساعدة في اكتشاف التطبيقات والمواقع الخطيرة
  • حمايتك وحماية جهازك من المواقع الخطيرة

والآن تكمن المشكلة الرئيسية في أن موقعنا الإلكتروني على النطاق الفرعي يعيد توجيهه دائمًا HTTP: // إلى HTTPS: // ومنحني المتصفح رسالة خطأ:

"لا يعد اتصالك خاصًا. قد يحاول المهاجمون سرقة معلوماتك من censored.censored.com (على سبيل المثال ، كلمات المرور أو الرسائل أو بطاقات الائتمان). NET :: ERR_CERT_COMMON_NAME_INVALID"

افتح الكروم: // إعدادات / الخصوصية وتحويل خيارات chrome التي تحمل اسمًا والتي تحمي أجهزتك تلقائيًا. امل ان يساعد هذا احد.


3
2018-04-01 13:19



لم يبدو للعمل بالنسبة لي. - Dave Burton


إذا كنت تواجه المشكلة على نطاق فرعي ، فقد يتسبب هذا الخط في Nginx في حدوث مشكلة حتى إذا كان النطاق الفرعي في خادم آخر ، لأن المتصفح سيقوم بتخزين هذه المعلومات مؤقتًا.

add_header Strict-Transport-Security "max-age=31536000; includeSubdomains;";

حتى إزالة includeSubdomains; منه لجعلها تعمل.


2
2018-05-30 03:53





في Chrome 66 ، تغيرت القرعة في Settings التبويب

يمكنك فقط الذهاب الى chrome://settings/resetProfileSettings?origin=userclick ثم ضرب إعادة.

هذا العمل بالنسبة لي.


2
2018-02-27 19:33





من عند https://galaxyinternet.us/google-chrome-redirects-localhost-to-https-fix/

عملت أي من إصلاحات الخيار بالنسبة لي ، لإصلاح https://localhost:3000، هذا فعل.

انقر مع الاستمرار على زر إعادة التحميل وحدد "Empty Cache and Hard Reload" ، ويبدو أن هذا الخيار متاح فقط localhost.

Screenshot of the “Empty Cache and Hard Reload” option.


2