Google Chrome लोकलहोस्ट को https पर पुनर्निर्देशित कर रहा है

Question

जब मैं Chrome का उपयोग करके एक विज़ुअल स्टूडियो प्रोजेक्ट को डीबग करता हूं, तो ब्राउज़र मेरे वेब पते के बराबर https को पुनर्निर्देशित करने की कोशिश करता है। मुझे वेब प्रोजेक्ट में SSL सक्षम नहीं है और प्रारंभ URL http URL है। जब मैं फायरफॉक्स या IE का उपयोग कर डिबग करता हूं तो मुझे यह समस्या नहीं होती है।

मैंने क्रोम को फिर से स्थापित किया जिसने एक दिन के लिए समस्या को ठीक कर दिया। किसी भी Addons को डाउनलोड किए बिना समस्या अगले दिन फिर से हुई।

Chrome को https पर पुनर्निर्देशित लोकलहोस्ट क्या बना रहा है?

नेटवर्क निरीक्षण दिखाता है: अनुरोध URL: डेटा: पाठ / html, क्रोमएबडेटा अनुरोध हेडर्स प्रोविजनल हेडर दिखाए जाते हैं उपयोगकर्ता-एजेंट: मोज़िला / 5.0 (विंडोज NT 6.3; WOW64) AppleWebKit / 537.36 (KHTML, जैसे गेको) Chrome / 36.0.1985.143 Safari / 537.36

उन टैब में कोई पूर्वावलोकन और कोई प्रतिक्रिया डेटा नहीं है।

Comments

नेटवर्क इंस्पेक्टर क्या दिखा रहा है?

— c69

नेटवर्क निरीक्षण बिल्कुल नहीं दिखाता है। मैं URL को अनुरोधित होते हुए भी नहीं देख सकता। अनुरोध URL: डेटा: टेक्स्ट / html, क्रोमेवेबडेटा अनुरोध हेडर्स प्रोविजनल हेडर्स को कैश-कंट्रोल दिखाया गया है: नो-कैश प्राग्मा: नो-कैश यूजर-एजेंट: मोज़िला / 5.0 (विंडोज NT 6.3; WOW64) AppleWebKit / 537.36 (KHTML, जैसे गेको; ) क्रोम / 36.0.1985.143 सफारी / 537.36

— ब्रेट माथे

CHROME 63: उत्तर के लिए स्क्रॉल करते रहें

— northamerican

बस अपने क्रोम को पुनः स्थापित करके सभी मुद्दों को हल करता है .. अब मेरी .देवी और अब https के लिए पुनर्निर्देशन नहीं। काश मैंने कोशिश की होती कि पहले .. इतना समय बर्बाद किया ..

— ताज खान

इस समस्या के साथ हाल ही में, यदि आप .devअपने स्थानीय डोमन के रूप में उपयोग करने की कोशिश कर रहे हैं, तो यह एक नया मुद्दा है, इसलिए मुझे नहीं लगता कि इनमें से कोई भी जवाब अब काम करेगा। Chrome 63 के रूप में ... "Chrome को बल पूर्वक लोड किए गए HSTS के माध्यम से HTTPS के लिए .dev डोमेन को बाध्य करना"। तो कोई और अधिक स्व-हस्ताक्षरित एसएसएल सीट्स नहीं। जाहिरा तौर पर .dev एक वास्तविक डोमेन है। किसे पता था।

— ट्रेवर

Answer 1

मेरा मानना ​​है कि यह HSTS के कारण होता है - http://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security देखें

यदि आपके पास (विकसित) कोई अन्य लोकलहोस्ट साइट्स हैं जो HSTS हैडर भेजती हैं ...

जैसे। सख्त-परिवहन-सुरक्षा: अधिकतम आयु = 31536000; includeSubDomains; प्रीलोड

... तो अधिकतम-आयु के मूल्य के आधार पर, एचटीटीपीएस से अधिक स्थानीय भविष्य के अनुरोधों की सेवा की आवश्यकता होगी।

इसके आसपास जाने के लिए, मैंने निम्नलिखित कार्य किया।

• Chrome एड्रेस बार में "chrome: // net-internals / # hsts" टाइप करें
• किसी पृष्ठ के सबसे निचले हिस्से में QUERY डोमेन टेक्स्टबॉक्स है - सत्यापित करें कि लोकलहोस्ट ब्राउज़र के लिए जाना जाता है। यदि यह "नहीं मिला" कहता है, तो यह वह उत्तर नहीं है जिसे आप ढूंढ रहे हैं।
• यदि यह है, तो ऊपर दिए गए टेक्स्टबॉक्स का उपयोग करके लोकलहोस्ट डोमेन को डिलीट करें
• आपकी साइट को अब सादे पुराने HTTP का उपयोग करके काम करना चाहिए

यह एक स्थायी समाधान नहीं है, लेकिन कम से कम इसे परियोजनाओं के बीच काम करना होगा। अगर किसी को पता है कि स्थानीय रूप से HSTS सूची से लोकलहोस्ट को कैसे हटाया जाए तो कृपया मुझे बताएं :)

अद्यतन - नवंबर २०१ 2017

Chrome ने हाल ही में हटाए गए डोमेन सुरक्षा नीतियों के तहत बैठने के लिए इस सेटिंग को स्थानांतरित किया है

UPDATE - दिसंबर 2017 यदि आप .dev डोमेन का उपयोग कर रहे हैं, तो नीचे दिए गए अन्य उत्तरों को Chrome के रूप में देखें (और अन्य) प्रीलोडेड HSTS के माध्यम से HTTPS को बाध्य करें।

Comments

कितना निराशाजनक। लेकिन इस कारण को पाकर बहुत खुशी हुई।

— जैपनीगोलिका

मैंने "लोकलहोस्ट" के लिए क्वेरी करने की कोशिश की, लेकिन यह नहीं मिला

— चिन

मुझे पता है कि यह एक पुरानी पोस्ट है, लेकिन किसी भी विचार को कैसे हल करना है अगर, स्वीकार किए गए उत्तर के अनुसार, स्थानीयहोस्ट करने पर, यह 'पाया गया' वापस करता है? यहां सभी टिप्पणियों और उत्तरों में सब कुछ करने की कोशिश की।

— DarkW1nter

यह क्रोम द्वारा कुल कचरा है। जब वे बस मनमाने ढंग से आपको अपने फ्रेटिंग लोकलहोस्ट पर HTTPS के लिए मजबूर करना शुरू करते हैं, तो वे हमसे स्थानीय रूप से कैसे उम्मीद करते हैं? मैंने महीनों तक सब कुछ ठीक किया है, मैं एक सुबह में लॉग इन करता हूं और इससे निपटने के लिए इस बकवास को प्राप्त करता हूं। इनमें से कोई भी "सुधार" मेरे लिए काम नहीं कर रहा है।

— एलिसन

यदि आपका लोकलहोस्ट डोमेन है, .dev तो मेरा मानना ​​है कि यह @Alison काम नहीं कर रहा है क्योंकि v.63 की हालिया रिलीज़ के अनुसार ... क्रोम को मजबूर करने के लिए .Tv डोमेन को प्रीलोडेड HSTS के माध्यम से HTTPS में "। जब तक आप उचित हस्ताक्षरित एसएसएल प्रमाणपत्र नहीं लेते हैं, तब .dev मूल रूप से बिल्कुल भी काम नहीं करेगा। अधिक स्व हस्ताक्षरित प्रमाण पत्र की अनुमति नहीं है। अधिक जानकारी ।

— ट्रेवर

Answer 2

मुझे क्रोम में एक ही समस्या का अनुभव हुआ और मैंने बिगजम्प के समाधान का उपयोग करने का असफल प्रयास किया ।

मैंने एक मुश्किल ताज़ा करने के लिए अपनी समस्या तय की, जैसा कि इस ब्लॉग में दिखाया गया है (मूल रूप से इस सुपरयूज़र जवाब से )।

सुनिश्चित करें कि आपका पता बार http योजना का उपयोग कर रहा है और फिर इन चरणों से गुजरें, संभवतः कुछ समय:

1. डेवलपर टूल पैनल खोलें (CTRL + SHIFT + I)
2. पुनः लोड आइकन पर क्लिक करें और दबाए रखें / पुनः लोड आइकन पर राइट क्लिक करें।
3. एक मेनू खुल जाएगा।
4. इस मेनू से तीसरा विकल्प चुनें ("खाली कैश और हार्ड रीलोड")

Comments

हार्ड रीलोड मेनू पर जाने के लिए आप रिफ्रेश / रीलोड आइकन पर राइट क्लिक भी कर सकते हैं

— avjaarsveld

मुझे यह समाधान काम करने के लिए नहीं मिला। समस्या यह है कि यह स्थानीयहोस्ट पर एक हार्ड लोड करता है : 3000 (मेरे मामले में)। पुनः लोड करने से पहले प्रोटोकॉल को बदलने का प्रयास किया जा रहा है लेकिन यह काम नहीं करता है।

— जॉन_ओमले

धन्यवाद!!! यह मूल लोकलहोस्ट को पुनर्स्थापित करता है: यदि आपने अपने स्टार्टअप को गड़बड़ कर दिया है। इसके साथ ... var विकल्प = new Rewriteations ()। AddRedirectToHttpsPermanent (); app.UseRewriter (विकल्प); }

— हबर्ट

एक हार्ड रीलोड के लिए "CTRL + SHIFT + R" दबाकर मेरे लिए काम किया।

— एल.पी. गोनक्लेव्स

क्रोमियम पर, यह F12 है न कि CTRL + SHIFT + I

— Champ

Answer 3

नयी प्रगति! (यदि आपके पास Chrome 63+ है)

यदि आपका लोकलहोस्ट डोमेन है, .devतो मुझे नहीं लगता कि पहले स्वीकार किए गए और काम करने वाले उत्तर अब लागू नहीं होते हैं। ऐसा इसलिए है क्योंकि क्रोम 63 क्रोम के रूप में .ST डोमेन को प्रीलोडेड HSTS के माध्यम से HTTPS के लिए मजबूर करेगा।

इसका क्या मतलब है, .devमूल रूप से तब तक काम नहीं करेगा जब तक कि आपके पास उचित हस्ताक्षरित एसएसएल प्रमाणपत्र नहीं है - कोई और अधिक स्व हस्ताक्षरित प्रमाण पत्र की अनुमति नहीं है! इस ब्लॉग पोस्ट में और जानें।

तो अब इस मुद्दे को ठीक करने के लिए और भविष्य में फिर से होने से बचने के .testलिए एक अनुशंसित डोमेन है क्योंकि यह IETF द्वारा परीक्षण / देव उद्देश्यों के लिए आरक्षित है। आपको .localhostस्थानीय देव के लिए भी उपयोग करने में सक्षम होना चाहिए ।

Comments

मैंने सभी .dev डोमेन को .app में बदल दिया, फिर भी वही समस्या है। मुद्दा क्या हो सकता है पर कोई संकेत?

— जेफ

@ जेफ का उपयोग करके देखें.test

— विटाली ज़्यूरियन

यह अत्यधिक कष्टप्रद है। निश्चित रूप से हमारे विकास डोमेन को बदलने के लिए हमें मजबूर न करने का कोई तरीका होना चाहिए, है ना?

— इमानुएल सिरियाची

जगह .devसे .testक्रोम 63 में भी काम किया है मेरे लिए

— Lekhnath

ये काउंटर-सहज चूक बहुत भयानक हैं। किसी को अपने देव पर्यावरण सेटअप को डीबग करने में समय क्यों गंवाना चाहिए, या बस यह अनुमान लगाना कि क्या गलत हो रहा है, बस यह पता लगाने के लिए कि सब कुछ उनके पक्ष में है और यह Google क्रोम है जो डिफ़ॉल्ट रूप से HTTPS के लिए .dev को रीडायरेक्ट करता है। तर्क कहां है। क्यों .देव और अन्य TLD (s) क्यों नहीं? बिल्कुल सहज नहीं है।

— मेगालियो

Answer 4

अडिग मुबारक से पिगीबैकिंग

ताज़ा नहीं कर सकता था क्योंकि यह सिर्फ https पर ताज़ा था। कुछ ऐसे ही स्टेप्स को फॉलो करता है।

1. Open chrome developer tools (ctrl + shift + i)
2. Network Tab at the top
3. Click Disable cache checkbox at the top (right under network tab for me).
4. Refresh page (while the developer tools is still open)

Comments

मैं यहां समाधान के लिए दूसरी बार हूं। बहुत धन्यवाद।

— Čamo

मैं एक .local डोमेन का उपयोग कर रहा हूं और जब HSTS समाधान ऊपर नहीं था, तो यह काम किया।

— डिएगसलाज़ार

बिगजम्प और अदीब मुबारक के समाधान की कोशिश के बाद ही मेरे लिए काम आया।

— एलिजाबेथोस्की

कैश को निष्क्रिय करना मेरे लिए भी आवश्यक था। फ़िडलर को बंद करने के बाद यह समस्या मुझे होने लगी।

— काउंटरफ्लेम

Answer 5

मैं उसी समस्या का सामना कर रहा हूं, लेकिन केवल क्रोम कैनरी में और एक समाधान खोजकर मैंने यह पद पाया है ।

Chrome के अगले संस्करणों में से एक .vd (और .foo) पर समाप्त होने वाले सभी डोमेन को एक प्रीलोडेड HTTP स्ट्रिक्ट ट्रांसपोर्ट सिक्योरिटी (HSTS) हेडर के माध्यम से HTTP पर पुनर्निर्देशित करने के लिए बाध्य करने वाला है।

{ "name": "dev", "include_subdomains": true, "mode": "force-https" },
{ "name": "foo", "include_subdomains": true, "mode": "force-https" },

इसलिए, अपने डोमेन बदलें।

Comments

यह वह समस्या है जिसे मैं हल करने के लिए यहां आया हूं। अब मैं अपने स्थानीय देव स्थलों के लिए एक अलग नकली tld के साथ आता हूँ ...

— मैट lohkamp

से विकि , .localयद्यपि मुझे लगता है कि यह अन्य TLD के तुलना में अधिक सुरक्षित है, थोड़े भंगुर लग रहा है। मैं भी .localhostcoz के उपयोग को वापस ले रहा हूं, ऐसा लगता है कि क्रोम कुछ देशी पुनर्निर्देशन करता है जो मेरे rproxy को काम करने से रोकता है। .testसबसे सुरक्षित लगता है, हालांकि टीडीडी / .test()विधियों आदि में इस्तेमाल किए गए उन सभी तारों के साथ नाम स्थान की

— गड़बड़ी के कारण क्लंकी

इस पर एक दिन खो गया। बहुत बहुत धन्यवाद

— टोनियो

लानत है, बस क्रोम 63 को अपडेट किया गया है और अब यह मुझे .dev के लिए प्रभावित कर रहा है। WTF। मुझे परवाह नहीं है कि यह एक वैध टीएलडी है या नहीं, अगर मुझे एसएसएल का उपयोग करने की आवश्यकता नहीं है या मेरी साइट है, तो मुझे इस पर मजबूर न करें।

— dbinott

वाह यह तो मुझे पेशाब लगी। कुछ विकास परिवेशों के लिए यह उतना सरल नहीं है जितना कि केवल परिवर्तन करना। मैं अब जो काम कर रहा हूं, उसे बदलने के लिए मैं घंटों काम देख रहा हूं। यह वास्तव में उनका व्यवसाय नहीं है कि मैं किस tld को विकसित करने के लिए उपयोग करना चाहता हूं।

— ब्रेट थॉमस

Answer 6

Chrome 63 (दिसंबर 2017 के बाद से), सभी डोमेन को .dev (और .foo) पर समाप्त करने के लिए मजबूर करेगा, जो प्रीलोडेड HTTP स्ट्रिक्ट ट्रांसपोर्ट सिक्योरिटी (HSTS) हेडर के माध्यम से HTTPS पर पुनर्निर्देशित किया जाएगा। आप इसके बारे में अधिक जानकारी यहाँ पा सकते हैं।

Comments

^ ^ Ditto। इसने .appपिछले सप्ताह में भी हमारे डोमेन को प्रभावित किया। हम अस्थायी रूप से स्विच कर रहे हैं, .testहालांकि मुझे नहीं लगता कि यह दीर्घकालिक समाधान है।

— रसेलमेनिया

Answer 7

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

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

Reloadबटन पर क्लिक करें और चुनें Empty Cache and Hard Reload, यह केवल एक विकल्प हैlocalhost

Comments

यह मेरे अंत में काम नहीं कर रहा है। क्या कोई और उपाय है?

— राजू पलादिया

नवीनतम क्रोम अपडेट किया गया है इसलिए यह समाधान अब काम नहीं करेगा।

— 192 पर user2167582

यदि आपके पास डेवलपर टूलबार खुला है तो सभी डोमेन पर काम करना चाहिए

— हुसाम

Answer 8

मैं भी इस मुद्दे से जूझ रहा हूं। लगता है कि HSTS केवल डोमेन नामों के लिए है । इसलिए यदि आप स्थानीय मशीन में विकास कर रहे हैं, तो आईपी पते का उपयोग करना बहुत आसान है। इसलिए मैंने लोकलहोस्ट से 127.0.0.1 पर स्विच किया

Comments

यह ठीक है लेकिन क्या यह संभव है कि आप हर बार लोकलहोस्ट में टाइप करें, यह 127.0.0.1 के साथ लोकलहोस्ट शब्द को बदल देता है?

— साइमन

बहुत बहुत धन्यवाद

— hedha

Answer 9

मैंने कभी भी इस समस्या की जड़ का पता नहीं लगाया लेकिन मैं इस समस्या को ठीक करने में सक्षम था। मैंने Google Chrome ऐप कैश फ़ोल्डर को हटा दिया जिसने समस्या को हल कर दिया।

C: \ उपयोगकर्ता [उन] \ AppData \ Local \ Google \ क्रोम

Comments

क्या आपने सभी ब्राउज़र इतिहास या पासवर्ड को ढीला कर दिया है?

— Zapnologica

मेरा मानना ​​है कि मुद्दा यह है कि Chrome स्टोर जब आप HTTPS का उपयोग करके किसी डोमेन पर जाते हैं और तब यदि आप कभी भी उसी डोमेन पर जाते हैं तो वह स्वचालित रूप से HTTPS में बदल जाता है। एक डेवलपर के रूप में गधे में दर्द होता है क्योंकि एक बार जब आप HTTPS का उपयोग करके किसी भी लोकलहोस्ट साइट का उपयोग करते हैं, तो अचानक सभी लोकोहास्ट साइटें HTTPS पर पुनर्निर्देशित हो जाती हैं।

— डेल के

@DaleBurrell आप सही नहीं हैं। यह HSTS के कारण होता है: en.wikipedia.org/wiki/HTTP_Strict_Transport_Security

— langpavel

Answer 10

यह कैश्ड https पुनर्निर्देशित के कारण हो सकता है, और Adiyat मुबारक के जवाब में कैश को मैन्युअल रूप से साफ़ करके तय किया जा सकता है।

लेकिन अगर आप लोकलहोस्ट का दौरा कर रहे हैं, तो आप संभावित रूप से एक डेवलपर हैं, जिस स्थिति में आपको "क्लासिक कैश किलर" जैसे कैश क्लियरिंग क्रोम एक्सटेंशन मिलेंगे (उदाहरण के लिए https://chrome.google.com/webstore/search/classic%20cache % 20killer; hl = en ) विभिन्न स्थितियों में उपयोगी है, और संभवतः पहले से ही एक स्थापित है।

तो जल्दी ठीक है: एक कैश किलर स्थापित करें (यदि आपके पास पहले से कोई नहीं है), तो इसे चालू करें, और पृष्ठ को फिर से लोड करें। किया हुआ!

Comments

इसने इस मुद्दे को तय किया

— makdu

Answer 11

मेरे जैसे आलसी लोगों के लिए एक आलसी और तेज़ समाधान (Chrome 67 में काम करना)।

"इनकॉग्निटो विंडो" विकल्प (CTRL + SHIFT + N) के साथ बस एक और क्रोम विंडो को चुपके मोड में लॉन्च करें । कैश हटाने की आवश्यकता नहीं, गहरी क्रोम सेटिंग्स में गोता लगाने की आवश्यकता नहीं, आदि।

Comments

मुझे अन्य सुझावों से परेशानी थी - संभवतः क्योंकि मुझे एक ही समय में कई अलग-अलग वेब पेज खोलने की आवश्यकता थी, सभी एक ही डोमेन पर लेकिन अलग-अलग सर्वरों पर, इनमें से कुछ वेब सर्वर का उपयोग करके https, अन्य सादे http। कुछ और काम नहीं करता है लेकिन "गुप्त विंडो"!

— क्लॉज़

यह काम करता है, लेकिन यह अनौपचारिक हेडर के कारण मेरे AJAX अनुरोधों को बहुत धीमा कर देता है।

— टहनियाँ

Answer 12

इनमें से किसी ने मेरे लिए काम नहीं किया। यह एक स्थानीय URL के साथ क्रोम अपडेट (संस्करण 63.0.3239.84, लिनक्स) के बाद होने लगा। हमेशा https को अनुप्रेषित करेगा चाहे कोई भी हो। इस पर कुछ घंटे और बहुत धैर्य खो दिया

आखिर क्या काम किया था बस डोमेन बदल रहा था।

जो लायक है, उसके लिए डोमेन .app था। शायद यह कुछ करने के लिए मिला है? और बस इसे .test में बदल दिया और क्रोम ने इसे पुनर्निर्देशित करना बंद कर दिया

Answer 13

मैंने क्रोम 79 के साथ इस समस्या को कैसे हल किया:

बस आप इस url को सर्च इनपुट क्रोम: // झंडे / # अनुमति-असुरक्षित-लोकलहोस्ट में पेस्ट करें

प्रायोगिक सुविधाओं का उपयोग करके इसने मेरी मदद की।

Answer 14

दुर्भाग्य से, यहां सूचीबद्ध किसी भी समाधान ने मुझे इस मुद्दे को हल करने में मदद नहीं की। मैंने http: // localhost के बजाय http://127.0.0.1 (आईपी पते) का उपयोग करके इस मुद्दे को ठीक किया । क्रोम ब्राउज़र के साथ कोणीय विकास के साथ काम करने के लिए एक त्वरित छोटी हैक।

Answer 15

मेरे मामले में, मैंने अपना प्रोजेक्ट पथ निर्धारित किया /Users/me/dev/project_root/था और वहां से nodeJS/ expressसर्वर चला रहा था । मेरे पथ का नामकरण /Users/me/project_root(हटाना)dev परियोजना के पथ से ) ने समस्या को हल कर दिया।

सबसे अधिक संभावना इस नए विनियमन के साथ है:

Chrome 63 (दिसंबर 2017 के बाद से), सभी डोमेन को .dev (और .foo) पर समाप्त करने के लिए मजबूर करेगा, जो प्रीलोडेड HTTP स्ट्रिक्ट ट्रांसपोर्ट सिक्योरिटी (HSTS) हेडर के माध्यम से HTTPS पर पुनर्निर्देशित किया जाएगा।

आप इसके बारे में अधिक जानकारी यहाँ पा सकते हैं ।

का उपयोग करते हुए:

• Google Chrome संस्करण 70.0.3538.110 (आधिकारिक बिल्ड) (64-बिट)
• नोडज वी 9.2.0

Answer 16

इसका एक सरल उपाय यह है कि आप अपनी /etc/hostsफ़ाइल को संपादित करें और प्रति प्रोजेक्ट एक उपनाम स्थापित करें ।

127.0.0.1   project1 project2 project3

जब तक आप प्रोजेक्ट्स के बीच में आगे और पीछे परिवर्तन नहीं करते हैं, तब तक इन डोमलेस नामों में HSTS के साथ समस्या नहीं होगी, जब तक कि आप @bigjump द्वारा उल्लिखित HSTS प्रतिक्रिया नहीं देते हैं और अपने लॉगिन सत्र को बनाए रखने के अतिरिक्त लाभ के साथ।

Answer 17

Chrome में सेटिंग पर जाएं और फिर उन्नत सेटिंग में, गोपनीयता और सुरक्षा अनुभाग के तहत ब्राउज़िंग डेटा साफ़ करें और फिर सभी डेटा साफ़ करें। मैंने इन चरणों का पालन किया और यह मेरे लिए काम कर गया। आशा है कि यह कुछ मदद करता है।

Answer 18

क्रोम 63 फोर्स। पूर्वनिर्मित एचएसटीएस के माध्यम से एचटीटीपीएस पर स्वचालित डोमेन।
त्वरित सुधार: .dev डोमेन को .localhost में बदलें।

Answer 19

यह कोई हल नहीं है, यह सिर्फ एक समाधान है।

1. समाधान एक्सप्लोरर में अपने दृश्य स्टूडियो प्रोजेक्ट (शीर्ष स्तर) पर क्लिक करें और गुण विंडो पर जाएं।

2. एसएसएल को सच में बदलें। अब आप गुण विंडो में 'SSL URL' के रूप में एक और पोर्ट नंबर देखेंगे।

3. अब, जब आप अपना एप्लिकेशन (या ब्राउज़र में दृश्य) चलाते हैं, तो आपको एड्रेस बार में पोर्ट नंबर को SSL पोर्ट नंबर में मैन्युअल रूप से बदलना होगा।

अब यह एसएसएल लिंक के रूप में ठीक काम करता है

Answer 20

Open Chrome Developer Tools-> go to Network-> select Disable Cache-> पुनः लोड करें

Answer 21

किसी के लिए जो एक ही समस्या थी, मैंने सिर्फ संपूर्ण ब्राउज़र कैश को हटाने के लिए CTRL + SHIFT + DELETE दबाकर हल किया। अब मैं HTTP प्रोटोकॉल पर अपनी लोकलहोस्ट वेबसाइट पर पहुँच सकता हूँ।

Answer 22

@ अदियात मुबारक जवाब मेरे काम नहीं आया। जब मैंने कैश और हार्ड-रीलोड को साफ़ करने का प्रयास किया, तब भी पृष्ठ https पर पुनर्निर्देशित हो गया।

मेरा समाधान: यूआरएल बार के ऊपरी दाएं कोने में (पसंदीदा स्टार आइकन के बाईं ओर) इसके माध्यम से एक "x" के साथ एक आइकन है। उस पर राइट-क्लिक करें, और यह "असुरक्षित स्क्रिप्ट" के बारे में कुछ कहेगा, फिर वैसे भी उन्हें लोड करने का विकल्प है। वो करें।

Comments

क्या आप जानते हैं कि इस विकल्प का नाम क्या है, या इसे और कहां खोजना है? मुझे अपने URL बार में शॉर्टकट नहीं दिख रहा है।

— कैरोलिन कॉनवे

@CarolynConway मुझे यकीन नहीं है कि इसे क्या कहा जाता है। यह संभव है कि यह केवल मेरे विशेष मुद्दे के लिए दिखाई दे।

— cph2117

Answer 23

एक अन्य विकल्प https://github.com/rchampourlier/tunnelss जैसे कुछ का उपयोग करना होगा

निश्चित रूप से इसने एक और निर्भरता / सेटअप जोड़ा, लेकिन यह देव में https के परीक्षण को भी सक्षम बनाता है, जो अच्छा हो सकता है।

मैं आरवीएम का उपयोग करता हूं, हालांकि मुझे काम करने के लिए सुरंगों को प्राप्त करना है sudo gem install tunnelssऔरsudo tunnelss

Answer 24

आज इसका सबसे तेज़ समाधान है (17-3-2018):

सभी क्रोम टैब / विंडो बंद करें और अपनी कमांड लाइन पर इसे चलाएं: (या इसे शोर्ट के रूप में जोड़ें)

"C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" --ignore-certificate-errors