什么是“。知名”文件夹？

如果在我们的日志文件中找到了新的错误消息，并且想知道该文件.well_known夹的含义。

哪个应用程序客户端需要访问该文件夹，哪个应用程序客户端将在其中创建文件？

这是我的域之一的PHP错误日志的一些条目。（我删除了日期，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个域。（具有不同的Web应用程序）

INFO1：似乎IP来自Google-Bot（Crawler），但是访问这些文件有什么重要的呢？（我们在文件夹中没有这些文件，未检查所有域根目录中的隐藏文件。）

该/.well-known/子目录由RFC 5785 RFC 8615

基于Web的协议在发出请求之前要求发现有关主机的策略或其他信息（“站点范围元数据”）的情况越来越普遍。例如，漫游器排除协议http://www.robotstxt.org/指定了一种自动过程获取访问资源许可的方法。同样，隐私首选项平台[W3C.REC-P3P-20020416]告诉用户代理如何事先发现隐私策略。

尽管有几种方法可以访问每个资源的元数据（例如HTTP标头，WebDAV的PROPFIND [RFC4918]），但与它们相关的可感知的开销（无论是客户端感知的延迟还是部署困难）通常都妨碍了它们的使用。这些情况。

当发生这种情况时，通常 为此类数据指定一个“众所周知的位置”，以便可以轻松定位它。但是，这种方法具有与其他这样的指定“众所周知的位置”以及与预先存在的资源相冲突的风险。

为了解决这个问题，本备忘录定义HTTP（S）的URI对这些路径前缀“公知的位置”，/.well-known/。需要为此类站点范围的元数据定义资源的未来规范可以注册其使用，以避免冲突并最大程度地减少对站点URI空间的影响。

您看到禁止访问错误的原因可能是对隐藏文件/文件夹（以点开头的路径.）的请求被覆盖所致。
如果您确实拥有/。众所周知的有用内容，那么可能会对此Q＆A感兴趣。

然后，该目录中的位置将用于特定目的，

• /.well-known/apple-app-site-association用于IOS 通用链接
• /.well-known/assetlinks.json是（Android）数字资产链接

两者都支持类似的目的，它们允许站点操作员指示访问者在关联的应用程序中（而不是在（移动）浏览器中）打开站点。

• /.well-known/acme-challenge/是提议的自动证书管理环境标准的位置，作为Let's Encrypt使用的HTTP标识符验证的位置。

IANA会在www.iana.org/assignments/well-known-uris/well-known-uris.xhtml上维护已分配的知名位置的完整列表，而Wikipedia上的类似列表也包含一些未正式分配的URI。并由IANA注册。