สำหรับ ". well-known" -folder คืออะไร?


44

หากพบข้อความแสดงข้อผิดพลาดใหม่ในไฟล์บันทึกการทำงานของเราและต้องการทราบว่า.well_knownแฟ้มนี้หมายถึงอะไร

แอพลิเคชันซึ่งลูกค้าจะต้องเข้าถึงโฟลเดอร์ดังกล่าวและที่โปรแกรมจะสร้างไฟล์ที่อยู่ภายในนั้น ?

นี่คือรายการบันทึก PHP Error ของหนึ่งในโดเมนของฉัน (ฉันลบวันที่, IP และโดเมนเป้าหมาย)

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 : ดูเหมือนว่า IP นั้นมาจาก Google-Bot (ซอฟต์แวร์รวบรวมข้อมูล) แต่สิ่งที่สำคัญในการเข้าถึงไฟล์เหล่านี้คืออะไร? (เราไม่มีไฟล์เหล่านี้ในโฟลเดอร์ตรวจสอบว่าซ่อนอยู่ในไดเรกทอรีโดเมนรูททั้งหมด)


นี้หนึ่งสร้างเหล่านี้ คำถามที่คล้ายกันยังStackOverflow ขอให้โชคดี
mojo

คำตอบ:


64

นั่น/.well-known/ไดเรกทอรีย่อยจะถูกกำหนดโดยRFC 5785 RFC 8615

มันเป็นเรื่องธรรมดามากขึ้นสำหรับโปรโตคอลบนเว็บที่ต้องการค้นหานโยบายหรือข้อมูลอื่น ๆ เกี่ยวกับโฮสต์ ("เมทาดาทาทั่วทั้งไซต์") ก่อนที่จะทำการร้องขอ ตัวอย่างเช่น Robots Exclusion Protocol http://www.robotstxt.org/ระบุวิธีสำหรับกระบวนการอัตโนมัติเพื่อรับสิทธิ์ในการเข้าถึงทรัพยากร เช่นเดียวกันแพลตฟอร์มสำหรับการตั้งค่าความเป็นส่วนตัว [W3C.REC-P3P-20020416] บอกตัวแทนผู้ใช้ถึงวิธีการค้นหานโยบายความเป็นส่วนตัวก่อน

ในขณะที่มีหลายวิธีในการเข้าถึงข้อมูลเมตาต่อทรัพยากร (เช่นส่วนหัว HTTP, PROPFIND ของ [WebCAV [RFC4918]) ของ WebDAV, ค่าใช้จ่ายที่รับรู้ สถานการณ์เหล่านี้

เมื่อสิ่งนี้เกิดขึ้นเป็นเรื่องปกติที่จะกำหนด"ตำแหน่งที่รู้จักกันดี" สำหรับข้อมูลดังกล่าวเพื่อให้สามารถหาตำแหน่งได้ง่าย อย่างไรก็ตามวิธีการนี้มีข้อเสียเปรียบจากการชนกันของความเสี่ยงทั้งกับสถานที่ที่เป็นที่รู้จักและมีทรัพยากรที่มีอยู่แล้ว

จะอยู่ที่นี่, บันทึกนี้กำหนดคำนำหน้าเส้นทางใน HTTP (S) URI ของเหล่านี้"สถานที่ที่รู้จักกันดี"/.well-known/ , ข้อมูลจำเพาะในอนาคตที่จำเป็นต้องกำหนดทรัพยากรสำหรับข้อมูลเมตาของไซต์ดังกล่าวสามารถลงทะเบียนการใช้งานเพื่อหลีกเลี่ยงการชนและลดการปะทะตามพื้นที่ URI ของไซต์

เหตุผลที่คุณเห็นข้อผิดพลาดที่ต้องห้ามในการเข้าถึงอาจเป็นผลมาจากบล็อกแบบครอบคลุมในคำขอสำหรับไฟล์ / โฟลเดอร์ที่ซ่อนอยู่ (พา ธ ที่ขึ้นต้นด้วยจุด.)
ในกรณีที่คุณมีเนื้อหาที่เป็นประโยชน์ใน /.well- รู้จักQ&Aนี้อาจเป็นที่สนใจ

ตำแหน่งภายในไดเรกทอรีนั้นจะถูกใช้เพื่อวัตถุประสงค์เฉพาะ

ทั้งสองอย่างรองรับวัตถุประสงค์ที่คล้ายกันพวกเขาอนุญาตให้ผู้ให้บริการไซต์สั่งให้ผู้เยี่ยมชมเปิดไซต์ในแอปที่เกี่ยวข้องมากกว่าในเบราว์เซอร์ (มือถือ)

IANA เก็บรักษารายการที่ครอบคลุมของสถานที่ที่มีชื่อเสียงที่ได้รับมอบหมายบนwww.iana.org/assignments/well-known-uris/well-known-uris.xhtmlและรายการที่คล้ายกันใน Wikipediaยังมี URI ที่แตกต่างกันซึ่งไม่ได้กำหนดอย่างเป็นทางการ และลงทะเบียนโดย IANA


9
มีรายการเต็มรูปแบบที่iana.org/assignments/well-known-uris/well-known-uris.xhtml
Tgr
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.