".Well- ज्ञात" फ़ोल्डर के लिए क्या है?


44

अगर हमारे लॉग-फाइल में कोई नया त्रुटि संदेश मिला है और यह जानना चाहते हैं कि यह .well_known-folder किस लिए है।

किस एप्लिकेशन-क्लाइंट को इस तरह के एक फ़ोल्डर का उपयोग करने की आवश्यकता होगी और कौन सा एप्लिकेशन इसके अंदर फ़ाइलों का निर्माण करेगा ?

यहाँ मेरे एक डोमेन की PHP त्रुटि लॉग की कुछ प्रविष्टियाँ हैं। (मैंने तारीख, आईपी और लक्ष्य-डोमेन हटा दिए)।

0000/00/00 00:00:00 [error] 851#0: *88611 access forbidden by rule, client: xxx.xxx.xxx.xxx, server: example.com, request: "GET /.well-known/apple-app-site-association HTTP/1.1", host: "exampleA.com"
0000/00/00 00:00:00 [error] 850#0: *89749 access forbidden by rule, client: xxx.xxx.xxx.xxx, server: example.com, request: "GET /.well-known/assetlinks.json HTTP/1.1", host: "exampleA.com"
0000/00/00 00:00:00 [error] 850#0: *89767 access forbidden by rule, client: xxx.xxx.xxx.xxx, server: example.com, request: "GET /.well-known/assetlinks.json HTTP/1.1", host: "exampleB.com"
0000/00/00 00:00:00 [error] 853#0: *90120 access forbidden by rule, client: xxx.xxx.xxx.xxx, server: example.com, request: "GET /.well-known/apple-app-site-association HTTP/1.1", host: "exampleB.com"
0000/00/00 00:00:00 [error] 853#0: *90622 access forbidden by rule, client: xxx.xxx.xxx.xxx, server: example.com, request: "GET /.well-known/apple-app-site-association HTTP/1.1", host: "www.exampleB.com"
0000/00/00 00:00:00 [error] 853#0: *90926 access forbidden by rule, client: xxx.xxx.xxx.xxx, server: example.com, request: "GET /.well-known/assetlinks.json HTTP/1.1", host: "www.exampleA.com"
0000/00/00 00:00:00 [error] 854#0: *91780 access forbidden by rule, client: xxx.xxx.xxx.xxx, server: example.com, request: "GET /.well-known/apple-app-site-association HTTP/1.1", host: "exampleA.com"

पहले मैंने सोचा कि मैं ऐसा हो सकता हूं जिसने इसे उत्पन्न किया हो, लेकिन कई बार मैं इन डोमेन को एक्सेस / काम नहीं कर रहा था। और ये एक्सेस अनुरोध हमारे 3 डोमेन से आते हैं। (विभिन्न वेब-अनुप्रयोगों के साथ)


INFO1 : ऐसा लगता है कि आईपी Google- बॉट (क्रॉलर) से है, लेकिन इन फाइलों तक पहुंचने के लिए क्या महत्वपूर्ण हैं? (हमारे पास ये फ़ाइलें फ़ोल्डर में नहीं हैं, सभी डोमेन-रूट-निर्देशिका में छिपे हुए के लिए जाँच की गई हैं।)


यह एक इन बनाता है । पर भी इसी तरह के सवाल stackoverflow । शुभकामनाएँ।
मोजो

जवाबों:


64

वह /.well-known/उपनिर्देशिका द्वारा परिभाषित किया गया हैआरएफसी 5785 आरएफसी 8615

अनुरोध करने से पहले होस्ट ("साइट-वाइड मेटाडेटा") के बारे में नीति या अन्य जानकारी की खोज की आवश्यकता के लिए वेब-आधारित प्रोटोकॉल के लिए यह आम बात है। उदाहरण के लिए, रोबोट बहिष्करण प्रोटोकॉल http://www.robotstxt.org/ संसाधनों तक पहुंचने की अनुमति प्राप्त करने के लिए स्वचालित प्रक्रियाओं के लिए एक तरीका निर्दिष्ट करता है; इसी तरह, प्राइवेसी प्रेफरेंस के लिए प्लेटफॉर्म [W3C.REC-P3P-20020416] उपयोगकर्ता-एजेंटों को पहले से ही गोपनीयता नीति की खोज करने का तरीका बताता है।

हालांकि प्रति-संसाधन मेटाडेटा (जैसे, HTTP हेडर, WebDAV के PROPFIND [RFC4918]) तक पहुँचने के कई तरीके हैं, कथित ओवरहेड (या तो क्लाइंट-कथित विलंबता और / या परिनियोजन कठिनाइयों के संदर्भ में, जो उनके साथ संबद्ध हैं) अक्सर उनके उपयोग को रोकता है ये परिदृश्य।

जब ऐसा होता है, तो इस तरह के डेटा के लिए "अच्छी तरह से ज्ञात स्थान" नामित करना आम है , ताकि यह आसानी से स्थित हो सके। हालांकि, इस दृष्टिकोण में अन्य समान "प्रसिद्ध स्थानों" के साथ और पहले से मौजूद संसाधनों के साथ, दोनों को टक्कर देने की खामी है ।

इसका पता लगाने के लिए, इस ज्ञापन इन के लिए HTTP (एस) यूआरआई में एक पथ का प्रारंभिक भाग को परिभाषित करता है "प्रसिद्ध स्थानों" , /.well-known/। भविष्य की विशिष्टताओं को इस तरह की साइट-व्यापी मेटाडेटा के लिए एक संसाधन को परिभाषित करने की आवश्यकता होती है, ताकि वे टकराव से बचने और साइटों के यूआरआई स्थान पर कम से कम उपयोग को पंजीकृत कर सकें।

कारण यह है कि आप पहुँच निषिद्ध त्रुटियों को देखते हैं छिपी हुई फ़ाइलों / फ़ोल्डरों (डॉट के साथ शुरू होने वाले पथ .) के अनुरोधों पर एक कंबल ब्लॉक का परिणाम हो सकता है ।
यदि आपके पास /.well-ogn में उपयोगी सामग्री है, तो यह प्रश्नोत्तर ब्याज की हो सकती है।

उस निर्देशिका के भीतर स्थान विशिष्ट उद्देश्यों के लिए उपयोग किए जाते हैं,

जो दोनों एक समान उद्देश्य का समर्थन करते हैं, वे साइट ऑपरेटर को (मोबाइल) ब्राउज़र के बजाय किसी संबद्ध ऐप में साइट खोलने के लिए आगंतुक को निर्देश देने की अनुमति देते हैं।

आईएएनए www.iana.org/assignments/well-ogn-uris/well-ogn-uris.xhtml पर असाइन किए गए प्रसिद्ध स्थानों की एक व्यापक सूची रखता है और विकिपीडिया पर एक समान सूची में कुछ अलग यूआरआई भी शामिल हैं जिन्हें आधिकारिक तौर पर नहीं सौंपा गया है और IANA द्वारा पंजीकृत।


हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.