よくある間違い：ファイル認証DCV方式

何らかの方法でURLが変更されると（FQDNを変更する、小文字を大文字にする、ピリオドを付け忘れるなど）、デジサートは生成されたランダムな値が含まれるfileauth.txtファイルを見つけられません。

例えば、デジサートが［http://your-domain］/.well-known/pki-validation/fileauth.txtというURLを提供する場合、このURLにwwwを追加したり（［http://www.your-domain］/.well-known/pki-validation/fileauth.txt）、元のURLで小文字になっている文字を大文字にしたり（［http://your-domain］/.well-known/PKI-validation/fileauth.txt）することがないようにしてください。

［your-domain］に対するドメイン名の利用権確認を完了するには、検証する正確なドメイン、つまりデジサートがURLを生成するドメインにfileauth.txtファイルを設置するようにしてください。デジサートがランダムなトークンを見つけるために異なるドメインやサブドメインを調べることはありません。デジサートが調べるのは、お客様が検証を希望するドメインだけです（証明書オーダー上のドメインなど）。

例えば、［your-domain］を検証する必要がある場合、デジサートはこのドメインのURL（［http://your-domain］/.well-known/pki-validation/fileauth.txt）を生成します。

fileauth.txtファイルを［sub.your-domain］に設置したり、URLを変更して［your-other-domain］に設置したりしないでください。これらは機能しません。デジサートは、これらのドメイン上のfileauth.txtファイルを見つけることができません。デジサートがファイルを検索するのは、［your-domain］、証明書オーダーからのドメイン、または事前検証を申請したドメインです。

fileauth.txtファイルを作成するときは、デジサート提供のトークン値をコピーして、それをこのファイルに貼り付けます。「token」という単語や、その他のテキストを追加しないでください

デジサートが読み取るのはfileauth.txtファイルの最初の2kbのみです。テキストが追加されていると、デジサートはドメインに対する利用権を検証できません。

ドメイン検証にファイル認証方式を使用しているときは、最大1個のリダイレクトが含まれるページにfileauth.txt ファイルを設置することができます。単一のリダイレクトならば、fileauth.txtファイルを見つけてドメインに対する利用権を確認することができます。

例えば、http://example.comの証明書が必要であるが、そのページがhttps://www.example.comにリダイレクトされるという場合でも大丈夫です。fileauth.txtファイルをhttp://example.comページに設置してください。単一リダイレクトをたどっても、http://example.comに対する利用権を検証することが可能です。

ただし、複数のリダイレクトが設定されたページにfileauth.txtファイルが設置されている場合、デジサートはファイルを見つけることができません。複数のリダイレクトがあると、デジサートはfileauth.txtファイルを見つけてドメインに対する利用権を検証できなくなります。

例えば、http://multiple-redirect.comの証明書が必要であるときに、ページがhttps://www.multiple-redirect.comにリダイレクトされ、そこからさらにhttps://www.single-redirect.comにリダイレクトされるとします。この場合でも、fileauth.txtファイルはhttp://multiple-redirect.comページに配置される必要がありますが、2番目のリダイレクト（https://www.single-redirect.com）は、デジサートがfileauth.txtを見つけてhttp://multiple-redirect.comに対する利用権を検証をするために十分な時間、無効にしておく必要があります。