सफ़ारी पुनर्निर्देशन http (गैर-मौजूद) https

Question

सफ़ारी किसी साइट के https संस्करण पर पुनर्निर्देशित करता है जिसे मैंने पहले https के माध्यम से देखा था।

हालांकि, https साइट अब काम नहीं करती है और इसे लोड करने की कोशिश कर रहे सफारी फॉर्म को रोकने का कोई तरीका नहीं है।

यहाँ एक संबंधित Apple फ़ोरम प्रश्न है, सफारी http को https में पुनर्निर्देशित करता है

Comments

क्या यह संभव है कि एचएसटीएस अतीत में कहीं सक्षम था?

— मैक्स रिड्यूस

@MaxRied यह एक अच्छा सुझाव की तरह लगता है, मेरे पास जानने का कोई तरीका नहीं है। संदर्भ के लिए: en.wikipedia.org/wiki/HTTP_Strict_Transport_Security

— rjstelling

Answer 1

यदि साइट ने पहले सफारी को संकेत दिया है कि वह हमेशा एचटीटीएस ( एचटीटीपी स्ट्रक्ट ट्रांसपोर्ट सिक्योरिटी ) के माध्यम से एचटीटीपीएस पर पहुंच सकती है , तो सफारी हमेशा एचटीटीपीएस को रीडायरेक्ट करने की कोशिश करेगी।

आप HSTS कैश को हटाकर साफ़ कर सकते हैं ~/Library/Cookies/HSTS.plist।

ध्यान दें कि सफारी कुछ समय के लिए 301 रीडायरेक्ट्स को कैश भी करता है और इस प्रकार सामान्य सफारी कैश को क्लियर करना भी आवश्यक हो सकता है: डेवलप मेनू (प्रीव्यू → एडवांस में सक्षम) से, खाली कैश चुनें।

Comments

मुझे उत्तर लिखना शुरू कर देना चाहिए ...

— मैक्स नेड

@grgarside मैंने इसे कई बार आज़माया, यह अब काम नहीं कर रहा है

— kushdilip

"सामान्य सफ़ारी कैश साफ़ करना" - कैसे, बिल्कुल ??

— वाइल्डकार्ड

@Wildcard मैंने अपना उत्तर उस जानकारी के साथ संपादित किया है

— grg

Answer 2

दिसंबर 2017 से, Google ने क्रोम के लिए प्रीलोडेड HSTS सूची में ".dev" TLD जोड़ दिया है!

सफारी उसी सूची का उपयोग करता है। इसलिए सफारी हमेशा * .एसटी को HSTS सूची में जोड़ेगी ...

लगता है कि कई डेवलपर्स को बदलने की आवश्यकता होगी। देव प्रत्यय एक दूसरे के लिए :(

देखें: HSTS के माध्यम से HTTPS को .dev डोमेन को बाध्य करने के लिए क्रोम

Comments

यह मेरे गुस्से को भड़काता है। कोई भी TLD पूरी तरह से योग्य नहीं होना चाहिए। वीपीएन या इंट्रानेट नामक अद्भुत चीजें हैं जो उचित होंगी। (PS मेरा क्रोध Google पर निर्देशित है, उत्तर नहीं) :)।

— Volte

Answer 3

HSTS नीति अब सफारी के संग्रहीत वेबसाइट डेटा में शामिल है, और आप इस समस्या को दूर करने के लिए लोकलहोस्ट डेटा हटा सकते हैं।

1. command + ,
2. गोपनीयता -> वेबसाइट डेटा प्रबंधित करें ...
3. लोकलहोस्ट सर्च करें
4. निकालें पर क्लिक करें

बदलें https://localhostकरने के लिए http://localhostअपने पता पट्टी और क्लिक वापस कुंजी में।

Comments

यह न केवल localhost, बल्कि किसी भी डोमेन पर लागू होता है । ध्यान दें, कि उप-डोमेन तक पहुँचने के लिए , आपको मूल डोमेन का डेटा निकालना होगा । यानी अगर आप पहुंचना चाहते हैं http://some.subdomain.somehost.comऔर पुनर्निर्देशित करना चाहते हैं https, तो आपको पृष्ठ somehost.comपर खोजना होगा Manage Website Dataऔर इसे निकालना होगा।

— वॉइगर

Answer 4

मुझे कोई काम करने का हल नहीं मिला है, लेकिन लोकलहोस्ट के बजाय 127.0.0.1 वर्कअराउंड उपयोग के लिए

http://localhost/

http://127.0.0.1/

Answer 5

ऐसा लगता है कि सफारी इस पागल व्यवहार में प्रवेश करती है जब आपने क्लाइंट साइड सर्टिफिकेट का उपयोग करके लोकलहोस्ट को एक्सेस किया है। मेरे मामले में, जिन परियोजनाओं में मैं काम करता हूं उनमें से एक इस क्लाइंट साइड सेटअप की आवश्यकता है और यह उन परियोजनाओं के लिए पूरी तरह से विकास को बर्बाद करता है जहां मैं स्थानीयहोस्ट पर http का उपयोग नहीं कर सकता। मुझे जो एकमात्र समाधान मिला है /etc/hosts, वह स्थानीयहोस्ट के लिए एक उपनाम जोड़ना और जोड़ना है, जैसे

127.0.0.1 localhost

इसके बाद मैं http: // localhost: 3000 का उपयोग कर सकता हूं, जो कि पोर्ट कनेक्शन के बिना पोर्ट 3000 पर मेरे प्रॉजेक्ट को एक्सेस करने के लिए 3000 है।