Chrome में "http: //" से "https: //" तक एक स्वचालित रीडायरेक्ट कैसे रोकें

Question

हमारे DNS सेटअप में कुछ निरालापन था जो अब हल हो गया है।

शेष समस्या यह है कि क्रोम ने गलत सेटअप को कैश कर दिया है।

विशेष रूप से, क्रोम http://3rdrevolution.comका उपयोग करते समय अब https://3rdrevolution.com(नग्न डोमेन) पर पुनर्निर्देशित किया जाता है, जो मान्य / समर्थित नहीं है। http://3rdrevolution.com चाहिए पर अनुप्रेषित http://www.3rdrevolution.comऔर फिर मजबूर https://www.3rdrevolution.com।

लेकिन मुट्ठी भर ब्राउज़रों में (मेरा सहित) ऐसा कुछ फ़ंकी क्रोम कैशिंग के कारण नहीं होता है। मैंने "गोपनीयता -> स्पष्ट कैश" में जाने की कोशिश की लेकिन इसका कोई असर नहीं हुआ।

Comments

अपने प्लगइन्स की जांच करें (जैसे हर जगह एसएसएल), क्या आपने हटाने (शिफ्ट + डेल) की कोशिश की है? Google.xx के बजाय google.com/ncr का उपयोग करने का प्रयास करें ।

— मलकरांसनलाव

कैसे

— उलरिच श्वार्ज़

Answer 1

Anon STS के बारे में सही है, लेकिन विशेष रूप से सेट से अपने डोमेन को हटाने का एक तरीका है। के पास जाओ chrome://net-internals/#hsts। हटाएं डोमेन सुरक्षा नीतियों के तहत 3revolution.com दर्ज करें और हटाएं बटन दबाएं।

अब chrome: // settings / clearBrowserData पर जाएं, बॉक्स कैश्ड इमेज और फाइल्स पर टिक करें और बटन क्लीयर डेटा पर क्लिक करें ।

Comments

इससे मुझे भी मदद मिली !!! आंतरिक रूप से विकसित होने और रीडायरेक्ट की समान समस्या होने पर!

— मार्सेलो डे सेल्स

यार, यह मुझे उम्र भर के लिए परेशान कर रहा था, आखिरकार मिल गया, धन्यवाद! ध्यान दें की संभावित गोचर: यदि आप जिस डोमेन से परेशान हैं, वह एक उपडोमेन है तो आपको HSTS सेट से प्राथमिक डोमेन को हटाने की आवश्यकता हो सकती है यदि "STS के लिए उपडोमेन शामिल है तो सही है"। यदि आप मूल डोमेन पर एक क्वेरी चलाते हैं, तो आपको यह देखना चाहिए कि प्रश्न में डोमेन के लिए सेट है या नहीं।

— ch

यह केवल मेरे लिए काम करने के बाद मैंने अपना ब्राउज़र कैश भी साफ़ किया। क्रोम में: सेटिंग्स> उन्नत सेटिंग दिखाएं ...> गोपनीयता> ब्राउज़िंग डेटा साफ़ करें ... स्रोत

— नाइटी

अब यह पृष्ठ के बाईं ओर डोमेन सुरक्षा नीति मेनू आइटम के अंतर्गत पाया जाता है

— ब्राइस

63.0.3239.132 के बाद से यह कुछ नहीं करता है। नियम की अवहेलना लगती है और यहां तक ​​कि कस्टम डोमेन जो लोकलहोस्ट से लिंक करते हैं, अब https पर पुनर्निर्देशित हो गया है। सब कुछ के लिए स्व-हस्ताक्षरित प्रमाण पत्र का उपयोग करने के लिए कष्टप्रद कारक ...

— डैनियल

Answer 2

मेरी समस्या एक .devडोमेन होने से आई है , जिसे जाहिरा तौर पर हाल ही में एक जीटीएलडी के रूप में पंजीकृत किया गया था और क्रोम कैनरी के लिए प्रतिबद्ध किया गया था। मैं एक से पता चला हाल की पोस्ट को मैं भर में आया के रूप में मैं मेरी समस्या के लिए खोज की।

यदि आपके पास वही समस्या है जो मैं करता हूं, तो यह प्रतीत होता है कि सबसे अच्छा समाधान आपके डोमेन को बदलने के अलावा कुछ और है .dev। लेख ने बाद में सड़क के .testसंभावित समाधान .localhost( इस प्रस्ताव के माध्यम से ) के साथ सुझाव दिया ।

Comments

मेरे लिए भी यही मुद्दा था। अपनी स्थानीय विकास मशीन पर मैंने .dev का उपयोग लगभग 10 वर्षों से किया है। मैंने हाल ही में Google Chrome अपडेट किया था और उसने बिना किसी कारण के मेरी सभी साइटों को https पर पुनर्निर्देशित करना शुरू कर दिया। कभी नहीं सोचा होगा कि यह .देव के साथ क्या करना है, तो मैं इस जवाब में आया था और इसे बदल दिया है। विकास और सभी फिर से अच्छी तरह से काम करता है ... अभी के लिए :-)। एक बार फिर धन्यवाद!

— conrad10781

उत्तम! मुझे समझ नहीं आया कि क्रोम ऐसा कुछ क्यों करेगा, यह बहुत कष्टप्रद है क्योंकि मेरे स्थानीय में लगभग 30 .dev डोमेन हैं। आशा है कि यह एक बहुत, बहुत अच्छा कारण है।

— पाब्लो एज़ेकिएल लियोन

मेरे पास वर्डप्रेस स्थापित है, इसका डोमेन बदलना वास्तविक सिरदर्द हो सकता है। मुख्य निर्देशिका नाम ect के लिए वही। क्या कोई और रास्ता है?

— रिक सांचेज

ऐसा इसलिए है क्योंकि Google ने खरीदा है .devऔर संभवतः इसका उपयोग करके सार्वजनिक साइट बनाना शुरू कर देगा।

— हिल्टन शुमवे

FML ... मैंने इस वजह से अपने 10 साल के वेब डे कैरियर को लगभग छोड़ दिया। #starbucksbarista

— elbowlobstercowstand

Answer 3

https://www.3rdrevolution.com स्ट्रिक्ट-ट्रांसपोर्ट-सिक्योरिटी हेडर भेजता है ताकि इसे https तक एक्सेस किया जा सके क्योंकि भविष्य में कुछ निर्दिष्ट बिंदु तक Chrome / फ़ायरफ़ॉक्स रीडायरेक्ट HTTP जैसे ब्राउज़र https तक अनुरोध करेंगे।

जैसा कि अन्य उत्तर में कहा गया है, एक बार शुरू होने के बाद इसे रोकने का एकमात्र तरीका ब्राउज़र कैश को साफ़ करना है (या ऑर्डर समाप्त होने के लिए ब्राउज़र की प्रतीक्षा करें)।

Answer 4

क्रोम में "HSTS" मेनू के तहत डोमेन को हटाने के लिए : // net-internals एक अस्थायी समाधान है। HTTPS पर इस डोमेन पर जाने के बाद इसे फिर से HSTS सूची में शामिल किया जाएगा।

मूल रूप से, इस समस्या को हल करने के लिए वेब-सर्वर 3rdrevolution.com (IIS, Apache, nginx, ...) पर HTTP सख्त परिवहन सुरक्षा को अक्षम करना आवश्यक है । Nginx के लिए nginx.conf में अपने HTTPS अनुभाग को संपादित करें और सख्त-परिवहन-सुरक्षा के लिए 'अधिकतम-आयु = 0' सेट करें:

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

अधिक जानकारी: HTTP सख्त परिवहन सुरक्षा (HSTS)

Comments

मैं काम करने के लिए add_header विधि प्राप्त करने में सक्षम नहीं था।

— एलेक्स बार्कर

मेरे लिए सर्वर ने एचएसटीएस हेडर जारी नहीं किया है इसलिए यह समाधान नहीं है। मैं जो बता सकता हूं उससे क्रोम ने रिकॉर्ड किया जब मैंने गलती से https के साथ इसका दौरा किया और एक आंतरिक एचएसटीएस रिकॉर्ड बनाया जिसने रहस्यमय तरीके से मुझे हर बार https में पुनर्निर्देशित कर दिया। फिक्स क्रोम में डिलीट एचएसटीएस रिकॉर्ड का उपयोग करना था: नेट-इंटर्नल। वहाँ भी एक आसान चेकर था।

— लूटने

HSTS रिकॉर्ड को हटाने के लिए एक अस्थायी समाधान है। आपको यह रिकॉर्ड क्रोम में बार-बार मिलेगा जब https अनटिलीट सर्वर "मैक्स-एज = 0" भेजेगा।

— user2285323

Answer 5

इसके कई कारण हो सकते हैं, जिनमें प्लगइन्स भी शामिल हैं, लेकिन यह मानते हुए कि आपके पास कोई प्लग इन स्थापित नहीं है, आप निम्न कार्य कर सकते हैं:

गोटो सेटिंग्स / गोपनीयता / ब्राउज़िंग डेटा साफ़ करें ...

पुल डाउन में समय की शुरुआत का चयन करें ।

चुनते हैं:

• बचाए गए स्वत: भरण फ़ॉर्म डेटा को मिटा दो
• कुकी और अन्य साइट और प्लग-इन डेटा हटाएं
• कैश खाली करें

ब्राउज़िंग डेटा साफ़ करें चुनें

यह आपके पिछले ब्राउज़िंग के आधार पर किसी भी ऑटो-फिल को करने से ध्यान रखना चाहिए। इसके अलावा, यह किसी भी कुकीज़ को हटा देगा जो समस्या पैदा कर सकता है।

Comments

मेरे लिए समस्या कैश की थी। मैं अपने http साइट को फ़ायरफ़ॉक्स और क्रोम गुप्त विंडो में ठीक करने में सक्षम था। साइट के लिए कोई कुकीज़ नहीं थे।

— टन.युंग

यह मेरे लिए भी काम करता है जहां एचएसटीएस नहीं था। मुझे केवल "छवियाँ और फ़ाइलें" चेकबॉक्स की जांच करनी थी।

— dgig

इसने मेरे लिए काम किया, जबकि एचएसटीएस और अन्य समाधानों ने नहीं किया।

— एलिसन

यह मेरे लिए भी काम किया।

— jcubic

Answer 6

सभी कुकीज़ को साफ़ करने की तुलना में कम कठोर विकल्प है सेटिंग्स> उन्नत सेटिंग्स दिखाएं> सामग्री सेटिंग्स> सभी कुकीज़ और साइट डेटा तब प्रश्न में साइटों की खोज करें और केवल उन लोगों के लिए कुकीज़ को साफ़ करें।

Comments

धन्यवाद यह पूरी तरह से काम करता है। मुझे नहीं पता कि क्रोम इस तरह की एक छिपी हुई विशेषता क्यों बनाता है ..... अच्छी तरह से वास्तव में, मैं अनुमान लगा सकता हूं ...

— ktec

यह वर्तमान Chrome संस्करण के साथ काम नहीं करता है।

— वाइलिक्स जूल

Answer 7

यदि आप एक उपडोमेन पर समस्या का सामना कर रहे हैं, तो निगनेक्स में यह लाइन समस्या का कारण बन सकती है, भले ही उपडोमेन दूसरे सर्वर में हो, क्योंकि ब्राउज़र इस जानकारी को कैश करेगा।

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

तो includeSubdomains;इसे काम करने के लिए इसे हटा दें ।

Answer 8

से https://galaxyinternet.us/google-chrome-redirects-localhost-to-https-fix/

विकल्प फिक्स में से किसी ने मेरे लिए काम किया, फिक्सिंग के लिए https://localhost:3000, यह किया।

पुनः लोड बटन पर क्लिक करें और दबाए रखें और "खाली कैश और हार्ड रीलोड" चुनें, यह केवल एक विकल्प है localhost।

Comments

Chrome Version 77.0.3865.90 (Official Build) (64-bit)(MacOS) पर यह काम करने के लिए , मुझे यह करना पड़ा [1] (समस्याग्रस्त पृष्ठ खोलने के बाद) कहीं भी राइट क्लिक करें और Inspect [2] पर क्लिक करें , निरीक्षण फ्रेम के प्रकट होने के बाद, ड्रॉप में reloadबटन [3] पर क्लिक करें और दबाए रखें -देखें, दिखाई देता हैEmpty Cache and Hard reload

— y2k-shubham

Answer 9

कुछ दिनों से पहले मैं गलती से क्रोम नाम के विकल्प पर आ गया था:

• खतरनाक ऐप्स और साइटों का पता लगाने में मदद करने के लिए Google को कुछ सिस्टम जानकारी और पृष्ठ सामग्री स्वचालित रूप से भेजें
• आप और आपके डिवाइस को खतरनाक साइटों से सुरक्षित रखें

और अब मुख्य समस्या यह थी कि उपडोमेन पर हमारी वेबसाइट हमेशा http: // से https: // और ब्राउजर पर रीडायरेक्ट हो जाती है :

"आपका कनेक्शन निजी नहीं है। हमलावर आपकी जानकारी को censored.censored.com (उदाहरण के लिए, पासवर्ड, संदेश या क्रेडिट कार्ड) से चुराने की कोशिश कर रहे होंगे। NET :: ERR_CERT_COMMON_NAME_INVALID"

ओपन क्रोम: // सेटिंग्स / गोपनीयता और पहले से नामित क्रोम विकल्प चालू करें जो स्वचालित रूप से आपके उपकरणों की सुरक्षा करते हैं। आशा है कि यह किसी की मदद करेगा।

Comments

मेरे लिए काम नहीं कर रहा था।

— डेव बर्टन

Answer 10

Chrome 66 में, Settingsटैब में बहुत कुछ बदल गया है

आप बस chrome://settings/resetProfileSettings?origin=userclickफिर हिट रीसेट पर जा सकते हैं ।

यह मेरे लिए काम किया।