web-dev-qa-db-ja.com

「.well-known」フォルダとは何ですか？

ログファイルで新しいエラーメッセージが見つかり、知りたい場合は、これについて.well_known- folderは、の略です。

どのアプリケーションクライアントがそのようなフォルダにアクセスする必要があるであり、どのアプリケーションがその中にファイルを作成する？

PHP私のドメインの1つに関するエラーログです（日付、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（クローラー）からのようですが、これらのファイルにアクセスするために何が重要ですか？ （これらのファイルはフォルダーにありません。すべてのドメインルートディレクトリで非表示にチェックされています。）

httplog-filesdirectory
56
Sascha

それ /.well-known/サブディレクトリは RFC 5785RFC 8615

Webベースのプロトコルでは、要求を行う前に、ホストに関するポリシーやその他の情報（「サイト全体のメタデータ」）の検出を要求することがますます一般的になっています。たとえば、Robots Exclusion Protocol http://www.robotstxt.org/ は、自動化されたプロセスがリソースへのアクセス許可を取得する方法を指定します。同様に、Platform for Privacy Preferences [W3C.REC-P3P-20020416]は、プライバシーポリシーを事前に発見する方法をユーザーエージェントに通知します。

リソースごとのメタデータ（HTTPヘッダー、WebDAVのPROPFIND [RFC4918]など）にアクセスする方法はいくつかありますが、それらに関連する（クライアントが認識する遅延や展開の問題のいずれかに関して）認識されるオーバーヘッドにより、これらのシナリオ。

これが発生した場合、そのようなデータには「よく知られた場所」を指定して、簡単に見つけられるようにするのが一般的です。ただし、このアプローチには、他の指定された「よく知られた場所」と既存のリソースの両方との衝突の危険性があるという欠点があります。

これに対処するために、このメモはこれらのHTTP（S）URIにパスプレフィックスを定義します "よく知られた場所"、/.well-known/。このようなサイト全体のメタデータのリソースを定義する必要がある将来の仕様では、衝突を回避し、サイトのURIスペースへの影響を最小限に抑えるために、その使用を登録できます。

アクセス禁止エラーが表示される理由は、隠しファイル/フォルダー（ドットで始まるパス）の要求に対するブランケットブロックの結果である可能性があります .）。
/。well-knownに有用なコンテンツがある場合は、 このQ＆A が興味深いかもしれません。

そのディレクトリ内の場所は、特定の目的に使用されます。

どちらも同様の目的をサポートしているため、サイトオペレーターは、（モバイル）ブラウザーではなく、関連するアプリでサイトを開くように訪問者に指示できます。

  • /.well-known/acme-challenge/は、Let's Encryptで使用されるHTTP識別子検証の場所として提案されている 自動証明書管理環境 標準の場所です。

IANAは、割り当てられた既知の場所の包括的なリストを www.iana.org/assignments/well-known-uris/well-known-uris.xhtml および Wikipediaの同様のリスト）に保持しています には、IANAによって正式に割り当ておよび登録されていないいくつかの異なるURIも含まれます。

77
HBruijn