मैं सफारी से पूरी तरह से फ्लश कैश्ड रीडायरेक्ट कैसे करूं?

27

मेरे पास एक वेब-आधारित नियंत्रण कक्ष वाला एक उपकरण है, और गलती से इसे सभी httpपृष्ठों को पुनर्निर्देशित करने के लिए सेट किया गया है https, भले ही कुछ काम न करें https। हालाँकि मैंने इसे ठीक कर लिया है, लगता है कि सफारी ने रीडायरेक्ट को याद कर लिया है और इसे भूलने से मना कर रहा है, बजाय इसके कि लगातार मुझे अवैध httpsपते पर रीडायरेक्ट करने का प्रयास किया जाए ।

मैंने सफारी को पहले ही बंद कर दिया है, साफ कर दिया है ~/Library/Caches/com.apple.Safari/और ~/Library/Cookies/HSTS.plistजब मैं इसे फिर से खोलता हूं तो यह पुनर्निर्देशन को याद करता है।

सफारी में इस जानकारी को कहां रखा जा सकता है? मैं फ़ायरफ़ॉक्स या क्रोम के माध्यम से सही पृष्ठ तक पहुंच सकता हूं, इसलिए यह एक सिस्टम वाइड सेवा नहीं हो सकती है, या यदि यह ऐसा नहीं है जो अन्य ब्राउज़र उपयोग करते हैं।

दुर्भाग्य से क्योंकि वेब-पैनल एक उपकरण द्वारा प्रदान किया गया है, मेरा मानना ​​है कि मैं हेडर समायोजित कर सकता हूं या सही URL पर वापस रीडायरेक्ट कर सकता हूं, जो अन्य समान प्रश्नों में दिए गए विकल्प प्रतीत होते हैं, इसलिए मुझे वास्तव में यह पता लगाना होगा कि यह कहां है डेटा संग्रहीत किया जा रहा है इसलिए मैं इसे आग से नष्ट कर सकता हूं।

safari  url  macos 
— Haravikk
स्रोत
— पॉल डी। वेट
क्या आपने अपने ~/Library/Safariफ़ोल्डर को अलग करने / हिलाने और देखने की कोशिश की है कि क्या यह समस्या को ठीक करता है? यदि ऐसा होता है, तो आप अपराधी फ़ाइल खोजने तक फ़ोल्डर के अंदर वस्तुओं के साथ प्रयोग कर सकते हैं।
— दिलचस्प है
आपने रीडायरेक्ट कैसे सेट किया? एक विस्तार के साथ या इसके लिए सफारी में एक सेटिंग है?
— उल्लू की उम्र
क्या रीडायरेक्ट अभी भी एक निजी ब्राउज़िंग विंडो के साथ होता है?
— AllInOne
@AllInOne दिलचस्प विचार है, लेकिन दुर्भाग्य से यह अभी भी निजी ब्राउज़िंग के तहत होता है।
— हरविकांक

जवाबों:

29

क्वांटा के उत्तर के आधार पर :

मैं सिस्टम एकीकरण सुरक्षा सक्षम launchctl unload /System/Library/LaunchAgents/com.apple.nsurlstoraged.plistहोने के कारण उपयोग नहीं कर पाया :

$ launchctl unload /System/Library/LaunchAgents/com.apple.nsurlstoraged.plist
/System/Library/LaunchAgents/com.apple.nsurlstoraged.plist: Operation not permitted while System Integrity Protection is engaged

हालाँकि मैं निम्नलिखित काम करके इसके आसपास काम करने में सक्षम था:

  • killall nsurlstoraged(आपके उपयोगकर्ता के nsurlstoraged प्रक्रिया को रोकता है; मैं वास्तव में भाग गया sudo killall nsurlstoraged, लेकिन मुझे संदेह है कि सिस्टम के nsurlstoraged को रोकने के लिए आवश्यक नहीं है, क्योंकि कैश उपयोगकर्ता लाइब्रेरी फ़ोल्डर में है)
  • rm -f ~/Library/Cookies/HSTS.plist (HSTS कैश को हटाता है)
  • launchctl start /System/Library/LaunchAgents/com.apple.nsurlstoraged.plist (nsurlstoraged को पुनरारंभ करता है)
— अनुदान राशि
स्रोत
मैं इस उत्तर को पर्याप्त नहीं बना सकता। ऐसा प्रतीत होता है कि कम से कम सिएरा पर, केवल HSTS.plistफ़ाइल को हटाने से समस्या ठीक नहीं होगी क्योंकि इसे फिर से बनाया जाएगा। हालाँकि, मारने के बाद nsurlstoragedऔर फिर HSTS फ़ाइल को हटा दिया - जो कि चाल चली!
— नवहलिक २ n ’१
1
बहुत बहुत धन्यवाद, उत्थान, लेकिन मैंने इसे इस तरह किया। 1. सफारी को बंद करें। ~/Library/Cookies/HSTS.plistमैं http पर साइट के लिए प्रविष्टि संपादित करें और निकालें। 3. कंप्यूटर को फिर से शुरू करें
— जेसन एस
हाँ, पुनः आरंभ करना वह सलाह है जो अन्य सभी उत्तर आपको देते हैं, लेकिन 20 एप्लिकेशन खुलने से यह बहुत अधिक सुविधाजनक है और nsurlstoraged प्रक्रिया को पुनरारंभ करने के लिए तेज़ है। थैंक्स @nvahalik!
— axello
2
Mojave अपडेट: कमांड तब तक rm -f ~/Library/Cookies/HSTS.plistवापस आ जाएगी, Operation not permittedजब तक कि आपने System Preferences => Security & Privacy => Privacy में Terminal.app को पूर्ण डिस्क एक्सेस प्रदान नहीं किया है । अन्यथा, समाधान पूरी तरह से काम करता है! धन्यवाद!
— जोहाना
@ nvahalik क्या चल रहा है फ़ाइल के पुनर्निर्माण की तुलना में भी अजीब लगता है; rm ~/Library/Cookies/HSTS.plist ; touch ~/Library/Cookies/HSTS.plist ; chmod guo-wrx ~/Library/Cookies/HSTS.plistमेरी मदद भी नहीं की, लेकिन killall nsurlstoragedकिया।
— फ्लैश शेरिडन
6

यदि आप सफारी वरीयताओं में मेनू विकसित करते हैं, तो आप वहां से कैश हटा सकते हैं (सीएमडी + एएलटी + ई)।

क्या आप इस बात की पुष्टि कर सकते हैं कि सफारी के निजी विंडो (या अलग-अलग वेब ब्राउज़र) में डिवाइस के कंट्रोल पैनल को खोलने से सही काम होता है?

— फ़िलिप जुरिक
स्रोत
दुर्भाग्य से विकसित मेनू विकल्प रीडायरेक्ट को साफ़ नहीं करता है, न ही सफारी को बंद करना और मैन्युअल रूप से हटाना ~/Library/Caches/com.apple.Safariइसलिए रीडायरेक्ट को कहीं और संग्रहीत किया जाना चाहिए। HSTS वह सुविधा थी जिसे मैंने गलती से सक्षम किया था लेकिन मैंने पहले ही हटा दिया है ~/Library/Cookies/HSTS.plist।
— हरविकांक
1
मैं इस उत्तर की पुष्टि भी नहीं कर सकता कि यह ठीक है
— मल्हल
इसने मेरे लिए काम किया
— मैथ्यू Cawley
5

@ हरविक के उत्तर के आधार पर: /apple//a/267783/62907

किसी को भी किसी भी विचार है जो प्रक्रिया ~ / पुस्तकालय / कुकीज़ / HSTS.plist फ़ाइल के लिए जिम्मेदार है?

fs_usage मदद कर सकता है:

❯❯❯❯ sudo fs_usage | grep HSTS
16:11:03    HFS_update      /Users/quanta/Library/Cookies/HSTS.plist                                         0.000238   nsurlstorage
16:11:03    HFS_update      /Users/quanta/Library/Cookies/HSTS.plist                                         0.000009   nsurlstorage
16:11:03  open              /Users/quanta/Library/Cookies/HSTS.plist                                         0.016268   nsurlstorage
16:11:03    HFS_update      /Users/quanta/Library/Cookies/HSTS.plist                                         0.000008   nsurlstorage
16:11:03    HFS_update      /Users/quanta/Library/Cookies/HSTS.plist                                         0.000003   nsurlstorage
16:11:03  access            /Users/quanta/Library/Cookies/HSTS.plist                                         0.000011   dbfseventsd
16:11:04  lstat64           /Users/quanta/Library/Cookies/HSTS.plist                                         0.000008   fseventsd
16:11:08    HFS_update      /Users/quanta/Library/Cookies/HSTS.plist                                         0.000006   nsurlstorage
16:11:08    HFS_update      /Users/quanta/Library/Cookies/HSTS.plist                                         0.000002   nsurlstorage
16:11:08  open              /Users/quanta/Library/Cookies/HSTS.plist                                         0.000144   nsurlstorage
16:11:08    HFS_update      /Users/quanta/Library/Cookies/HSTS.plist                                         0.000002   nsurlstorage
16:11:08    HFS_update      /Users/quanta/Library/Cookies/HSTS.plist                                         0.000003   nsurlstorage
16:11:08  access            /Users/quanta/Library/Cookies/HSTS.plist                                         0.000021   dbfseventsd
16:11:09  lstat64           /Users/quanta/Library/Cookies/HSTS.plist                                         0.000042   fseventsd

तो हम कर सकते हे:

launchctl unload /System/Library/LaunchAgents/com.apple.nsurlstoraged.plist

फिर:

rm -f ~/Library/Cookies/HSTS.plist

और फिर प्रयत्न करें।

— क्वांटा
स्रोत
धन्यवाद! इसने मेरे लिए काम किया। मैंने कई बार HSTS.plist को डिलीट किया (सफारी को पहले और बाद में बंद करना / फिर से शुरू करना) और इसे हमेशा पहले की तरह ही सामग्री के साथ फिर से बनाया जा रहा था। Nsurlstoraged को पहले लोड करना, फिर plist को हटाना और nsurlstoraged को फिर से शुरू करना मुझे एक स्वच्छ plist दिया।
— 14 दिसंबर को ल्यूसिएनफ
2
आप इसे छोड़ने के लिए इसे सुधारने की आवश्यकता का उल्लेख कर सकते हैं और इसे काम करने के लिए सफारी को फिर से लॉन्च करने की आवश्यकता है। इसके अलावा HSTS.plist को हटाने के बजाय मैंने सिर्फ समस्या डोमेन कुंजी को हटा दिया है।
— मल्हल
3

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

यदि आप सुनिश्चित नहीं हैं कि आपने अपनी सफारी को पर्याप्त रूप से साफ कर लिया है, तो आप सिस्टम वरीयताओं को खोलकर और मैक पर एक साफ / नया उपयोगकर्ता खाता बनाकर भी परीक्षण कर सकते हैं और अपने सामान्य उपयोगकर्ता से लॉग आउट करने के बाद सफारी के पूरी तरह से स्वच्छ संस्करण पर साइट का परीक्षण कर सकते हैं। ।

— bmike
स्रोत
निश्चित रूप से कोई रीडायरेक्ट नहीं है (मैं जिस सुविधा से जुड़ने की कोशिश कर रहा हूं वह एचटीटीपीएस का समर्थन करने के लिए बिल्कुल भी नहीं है, यही वजह है कि पूरे डिवाइस के लिए एचएसटीएस को सक्षम करना एक भयानक, भयानक गलती थी); मैं अन्य उपयोगकर्ता खातों और ब्राउज़रों से बस ठीक से कनेक्ट कर सकता हूं, इसलिए मेरे मुख्य खाते पर कहीं कुछ संग्रहीत है जो इसे कैशिंग कर रहा है :(
— हार्विक्क
"सफारी में वास्तव में पतों को फिर से लिखने के लिए एक इंजन नहीं है" - मैंने वर्तमान में सफारी में होने वाली एक ही समस्या को अपने लैपटॉप पर होस्ट की गई वेबसाइट, और कर्ल (फ़ायरफ़ॉक्स, क्रोम के साथ, और एक निजी ब्राउज़िंग विंडो के साथ वहीं पर प्राप्त किया है) सफारी) एक ही उपयोगकर्ता खाते पर साइट ठीक लोड करता है। तो यह सफारी के साथ ही कुछ करना होगा ।
— पॉल डी। वेट
3

इसलिए मुझे समस्या का समाधान मिल गया है, हालाँकि यह वास्तविक प्रश्न का निश्चित उत्तर नहीं है इसलिए मैं इसे तब तक चिन्हित नहीं करूँगा जब तक कि मुझे अधिक जानकारी नहीं मिल जाती।

यह पता चला है कि फ़ाइल ~/Library/Cookies/HSTS.plistवास्तव में समस्या का स्रोत थी जैसा कि मुझे संदेह था, हालांकि प्रभावित उपयोगकर्ता खाते से इसे हटाने से भी काम नहीं चलता है, यहां तक ​​कि सफारी बंद होने के साथ, जैसा कि अज्ञात समय के बाद फिर से बनाया गया है, आपत्तिजनक के साथ पूरा करें वह प्रविष्टि जो अमान्य रीडायरेक्ट को मजबूर कर रही थी।

तो मेरा समाधान निम्नलिखित था:

  1. सुनिश्चित करें कि आपके मैक पर कम से कम एक अन्य उपयोगकर्ता खाता है (यदि नहीं, तो एक बनाएं)।
  2. प्रभावित उपयोगकर्ता खाते का लॉगआउट।
  3. एक अलग उपयोगकर्ता खाते में प्रवेश करें (प्रतिबंधों के आधार पर एक अतिथि खाता पर्याप्त नहीं हो सकता है)।
  4. अपने प्रभावित उपयोगकर्ता खाते का संक्षिप्त नाम पता करें; यदि आप नहीं जानते हैं, तो जांच करने का सबसे अच्छा तरीका सिस्टम प्राथमिकताएं -> उपयोगकर्ताओं के तहत देखना है। आमतौर पर अगर पूरा नाम, लोअर-केसेड और बिना स्पेस वाला होगा, तो अगर आपका पूरा नाम "जॉन स्मिथ" है, तो शॉर्ट-नाम "जॉनस्मिथ" हो सकता है।
  5. टर्मिनल में एक विंडो खोलें, su shortnameप्रभावित उपयोगकर्ता-खाते के संक्षिप्त नाम के साथ "शॉर्टनेम" टाइप करें। दर्ज करें और, संकेत दिए जाने पर, प्रभावित खाते के लिए पासवर्ड दर्ज करें।
  6. अब अगला कमांड rm ~/Library/Cookies/HSTS.plistऔर हिट एंटर टाइप करें, इससे HSTS स्टोरेज फाइल डिलीट हो जाएगी।
  7. अंत में टाइप करें exit, हिट दर्ज करें और टर्मिनल बंद करें।

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

अब, जबकि यह एक उपयोगी समाधान प्रदान करता है, मैं वास्तव में जानना चाहूंगा कि मेरे प्रभावित खाते से HSTS.plist फ़ाइल को हटाना क्यों काम करेगा; तथ्य यह है कि इसका मतलब है कि कुछ पृष्ठभूमि प्रक्रिया इसके लिए जिम्मेदार है, जिसका अर्थ है कि प्रभावित उपयोगकर्ता खाते से फ़ाइल को केवल उस प्रक्रिया को रोककर, फ़ाइल को हटाना, फिर प्रक्रिया को फिर से शुरू करना संभव है।

किसी के पास कोई भी विचार है जो ~/Library/Cookies/HSTS.plistफ़ाइल के लिए प्रक्रिया जिम्मेदार है ? एक बार जब हम जानते हैं कि समस्या का एक सरल समाधान देना संभव है।

— Haravikk
स्रोत
2

यहाँ एक विचार है!

आप कहते हैं कि आप http से वापस HTTP अनुरोधों को सर्वर पर सेट करके रीडायरेक्ट को पूर्ववत नहीं कर सकते (क्योंकि आपके पास ऐसा करने के लिए व्यवस्थापक पहुंच नहीं है)।

लेकिन क्या होगा अगर आप सफारी को एक अलग सर्वर से कनेक्ट करने में ट्रिक करते हैं जो यह रिवर्स रीडायरेक्ट प्रदान करता है?

आप इसे अपने स्थानीय मशीन की /etc/hostsफ़ाइल में सेट कर सकते हैं ।

उदाहरण के लिए मान लें कि वर्तमान कैश्ड रीडायरेक्ट से http://example.comहै https://example.com।

अब एक url सेट या पहचानें जिसे आप दुनिया के किसी भी सर्वर पर अनुरोध कर सकते हैं जो https वापस http से पुनर्निर्देशित करता है। मान लीजिए कि सर्वर का पता है https://redirecting.example.com।

इसके बाद आईपी एड्रेस देखें redirecting.example.com। टर्मिनल में आप इस तरह कर सकते हैं:

host redirecting.example.com

आपको परिणाम कुछ इस तरह मिलता है:

redirecting.example.com has address 69.69.69.69

अब अपनी / etc / मेजबानों की फाइल को खोलें और एक नई लाइन जोड़ें, जो example.com के अनुरोधों को redirecting.example.com के आईपी पते पर जोड़ दे, जैसे:

### point host example.com at the ip address of redirecting.example.com
69.69.69.69 example.com

अपने परिवर्तनों को सहेजें और टर्मिनल में अपना DNS कैश साफ़ करें:

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder; say DNS cache flushed

फिर सफ़ारी https://example.comमें प्रतिक्रिया के लिए एक अनुरोध करें http://example.com, जो कि 6 महीने पहले से आपकी सफारी पुनर्निर्देशित की गई बिंदु (उंगलियों को पार कर) पर पुनर्निर्देशित किया जाएगा।

जब आप अपने / etc / मेजबान फ़ाइल में जोड़ी गई लाइन को हटा दें और अपने DNS कैश को फिर से फ्लश करें।

— ऑल - इन - वन
स्रोत
हालांकि यह एक अच्छा विचार है कि यह वास्तविक समस्या को हल नहीं करता है; मैं वर्कअराउंड की तलाश नहीं कर रहा हूं, बल्कि मैं यह जानना चाहता हूं कि इस रीडायरेक्ट को कहां तक ​​कैश किया जा रहा है, जैसे कि सफारी इसका उपयोग करना जारी रखता है, हालांकि यह अब वैध नहीं है (सर्वर में एचएसटीएस सक्षम नहीं है, मैंने बस इसे संक्षेप में गलती से सक्षम किया है )। इसे कहीं संग्रहीत किया जाना चाहिए, लेकिन मैं यह पता नहीं लगा सकता कि कहां है।
— हरविकैक
यह वह नहीं है जिसे मैं वर्कअराउंड कहूंगा, जैसा कि मुझे उम्मीद है कि यह वास्तविक समस्या को हल करेगा । यह केवल इस तथ्य के आसपास काम करता है कि आपके पास डिवाइस का नियंत्रण नहीं है। लेकिन मैं आपको सुनता हूं - सीधे कैश्ड सेटिंग को साफ करने में सक्षम होना अच्छा होगा। क्या सफारी टेक्नोलॉजी पूर्वावलोकन खराब व्यवहार को भी प्रदर्शित करता है?
— AllInOne
दुर्भाग्य से ऐसा है; मुझे नहीं लगता कि यह सफारी के साथ ही एक समस्या है, बल्कि कुछ macOS सेवा है जो इस पर निर्भर करती है, क्योंकि यह वास्तव में प्रकट होता है कि ~/Library/Cookies/HSTS.plistअपराधी था, लेकिन इसे प्रभावित खाते से हटाना काम नहीं करता है (जैसा कि इसे फिर से बनाया गया है कुछ समय बाद, खराब रीडायरेक्ट के साथ पूरा)। हालांकि यह सुनिश्चित नहीं है कि यह क्या प्रक्रिया है।
— हरविकांक av ’
2

इन सभी समाधानों की कोशिश करने के बाद, मेरे लिए क्या काम किया गया:

  • डोमेन के सभी उदाहरणों को सफारी के इतिहास से हटा दें
  • सफारी से बाहर निकलें
  • हटाएं ~/Library/Cookies/HSTS.plist
  • पुनः आरंभ करें
— एडवर्ड लोवेल
स्रोत
2

नए macOS Mojave 10.14 बीटा के लिए मेरे दो सेंट (18A365a)

क) आप को रोक नहीं सकते निश्चित nsurlstoragedहै, यह 2 सेकंड में relaunches, यहां तक कि sudo अगर

बी) आप "HSTS.plist" नहीं हटा सकते हैं : यदि आप टाइप करते हैं:

sudo rm -f ~/Library/Cookies/HSTS.plist

आपको मिलता है: ऑपरेशन की अनुमति नहीं है

ग) भले ही आप कोशिश करें:

ls -la ~/Library/Cookies/

आपको मिलता है: ऑपरेशन की अनुमति नहीं है

उसी के लिए 

nano ~/Library/Cookies/HSTS.plist

(खाली फ़ाइल..)

इसलिए आप निश्चित रूप से इसका उपयोग नहीं कर सकते । (शायद एसआईपी?)

घ) अजीब तरह से आप खोजक से हटा सकते हैं :

CMD Shift G "~ / Library / कुकी /"

यहाँ छवि विवरण दर्ज करें

और आप माउस से हटा सकते हैं:

यहाँ छवि विवरण दर्ज करें

ई) अधिक अजीब: आप माउस का उपयोग करके डेस्कटॉप पर जा सकते हैं, इसे संपादित कर सकते हैं और इसे वापस रख सकते हैं !

(एक वास्तविक बकवास, GUI sudo से अधिक शक्तिशाली है ..)

— ingconti
स्रोत
2

सफारी, फ़ायरफ़ॉक्स और क्रोम में भी, आपको बस इतना करना है कि डेवलपर साइडबार खोलें , नेटवर्क टैब चुनें, और कैचिन जी को अक्षम करें ।

सफ़ारी में जो एक पार की हुई ट्यूब चीज़ है, कचरा बिन लोगो के बगल में नीला। उसे सक्रिय करें, और पुराने स्थायी पुनर्निर्देशन को अनदेखा किया जाना चाहिए। सफारी 503 स्थायी पुनर्निर्देशन चाक को निष्क्रिय कर देती है

सबसे बड़ा लाभ यह है कि आपको फाइलों से खिलवाड़ नहीं करना है, आप सभी HTST प्रविष्टियों को नष्ट नहीं करेंगे और सुरक्षा लाभों को ढीला करेंगे। इसके अलावा यह ब्राउज़रों में काम करता है।

— luckydonald
स्रोत
हालांकि यह जानना बहुत उपयोगी है, क्या आप इस बात की पुष्टि कर सकते हैं कि क्या यह स्थायी समाधान के रूप में कार्य करता है? यानी- यदि कैश को फिर से सक्षम किया गया है, तो क्या समस्या फिर से शुरू हो जाएगी, या अस्थायी रूप से अक्षम करने से यह फ्लश हो जाएगा?
— हरविकाल
1
@Haravikk मेरे परीक्षणों में जब एक नया पेज लोड किया जा सकता है तो यह स्थायी रीडायरेक्ट का उपयोग करने से पीछे नहीं हटेगा। विकास की खिड़की को बंद करने के बाद भी, यदि वह आपके प्रश्न का उत्तर देता है
— भाग्यशाली
1

पहले सुनिश्चित करें कि सर्वर स्ट्रिक्ट-ट्रांसपोर्ट-सिक्योरिटी हेडर नहीं भेज रहा है, आप ऐसा कर सकते हैं ( सिर्फ हेडर मिलता है)
curl -I-I

curl -I http://my-http-domain.com

यदि सर्वर स्ट्रिक्ट-ट्रांसपोर्ट-सिक्योरिटी हेडर भेज रहा है, तो उसे अपने ब्राउज़र से हटाने से कोई प्रभाव नहीं पड़ेगा, क्योंकि अगली बार जब आप साइट एक्सेस करेंगे, तो यह फिर से सेट हो जाएगा।

सफारी की Http सुरक्षित परिवहन सुरक्षा डेटाबेस से अपनी साइट निकालें

  1. सफारी को बंद करें
  2. ~/Library/Cookies/HSTS.plist
    उस साइट की प्रविष्टि के लिए खोज संपादित करें जिसे आप http से एक्सेस करना चाहते हैं और इसे हटा दें, और फ़ाइल को सहेजें।
    • मैं हटाने के बजाय संपादित करना पसंद करता हूं क्योंकि वैध प्रविष्टियों को हटाने की कोई आवश्यकता नहीं है।
    • मैं Xcode का उपयोग करके प्लिस्ट फ़ाइलों को संपादित करता हूं, लेकिन अगर यह स्थापित नहीं है तो आप बस एक टेक्स्ट एडिटर का उपयोग कर सकते हैं।
  3. अपने कंप्यूटर को पुनरारंभ।
    • अपने कंप्यूटर को पुनरारंभ करने के बजाय, आप पुनरारंभ कर सकते हैं nsurlstoragedलेकिन वह SIP के कारण शामिल हो सकता है इसलिए कंप्यूटर पुनरारंभ सरल हो सकता है। देखें ग्रांट के जवाब और क्वांटा के जवाब पुनरारंभ के बारे मेंnsurlstoraged
— जेसन एस
स्रोत
1

मैंने ग्रैंड हेसलिप के उत्तर से एक स्क्रिप्ट बनाई:

#!/bin/sh

osascript -e 'quit app "Safari"'
sleep 2
killall nsurlstoraged
sleep 2
rm -f ~/Library/Cookies/HSTS.plist
launchctl start /System/Library/LaunchAgents/com.apple.nsurlstoraged.plist

यह सुंदर रूप से सफारी को समाप्त करता है, nsurlstoraged को रोकता है, HSTS.plist को हटाता है, और nsurlstoraged को फिर से शुरू करता है। यह मेरे लिए यहाँ ठीक macos 10.13.5 पर काम किया

— मार्टिन एमरिक
स्रोत
1

मैं Mojave (10.14) का उपयोग कर रहा हूं। मैंने HSTS.plist को हटाने के लिए अब तक दिए गए तरीकों की कोशिश की। इसके अलावा, मुझे ~ / पुस्तकालय / कुकीज़ / की सामग्री को सूचीबद्ध करते समय लक्षण "ऑपरेशन की अनुमति नहीं" को ठीक करने के लिए सिस्टम वरीयताएँ> सुरक्षा और गोपनीयता> पूर्ण डिस्क एक्सेस सूची में टर्मिनल को जोड़ने की आवश्यकता थी।

लेकिन, फ़ाइल को हटाने और डेमॉन को पुनरारंभ करने से काम नहीं चला। इसलिए मैंने सफारी को फिर से खोलने की कोशिश की, प्राथमिकताएं, गोपनीयता, वेबसाइट डेटा प्रबंधित करें। फिर मैंने अपमानजनक डोमेन नाम के लिए सभी "कैश कुकीज़, स्थानीय भंडारण" को हटा दिया। इससे मेरी समस्या हल हो गई।

मैं अब यह नहीं कह सकता कि HSTS को हटाना आवश्यक था या नहीं।

— बॉब पीटरसन
स्रोत
मैंने एक ही कोशिश की है और दो बार रिबूट किया है, लेकिन केवल सफारी के यूआई का उपयोग करना मेरे लिए भी काम किया। धन्यवाद!
— बार्ट वर्कोइजेन
-1

फिर इसे आज़माएं, चरण 1 पर जाएँ: ~ / लाइब्रेरी फ़ोल्डर पर जाएँ, चरण 2: ~ / लाइब्रेरी / एप्लिकेशन सपोर्ट से सफारी फ़ोल्डर हटाएं, चरण 3: ~ / लाइब्रेरी / कैश से फ़ोल्डर नीचे हटाएं, चरण 4: फिर ~ हटाएं / लाइब्रेरी / सफारी फोल्डर PS: उपरोक्त ऑपरेशन के दौरान सफारी को बंद रखें

— ओमी हरजानी
स्रोत
1
पूछो अलग पर जवाब सिर्फ एक लिंक से अधिक होने की जरूरत है। लिंक शामिल करना ठीक है, लेकिन कृपया उसे संक्षेप में बताएं या उसका उत्तर दें। विचार उत्तर को अकेले खड़ा करने का है।
— nohillside
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.