ほとんどの場合、http://localhost は開発目的で HTTPS のように動作します。ただし、カスタム ホスト名やブラウザ間での安全な Cookie の使用など、特殊なケースでは、本番環境でのサイトの動作を正確に表すために、HTTPS のように動作するように開発サイトを明示的に設定する必要があります。(本番環境のウェブサイトで HTTPS を使用していない場合は、HTTPS への切り替えを優先してください)。
このページでは、HTTPS を使用してサイトをローカルで実行する方法について説明します。
簡単な手順については、mkcert クイック リファレンスをご覧ください。**
mkcert を使用して HTTPS でサイトをローカルで実行する(推奨)
ローカル開発サイトで HTTPS を使用して https://localhost または https://mysite.example(カスタム ホスト名)にアクセスするには、デバイスとブラウザが信頼するエンティティ(信頼できる認証局(CA))によって署名された TLS 証明書が必要です。ブラウザは、HTTPS 接続を作成する前に、開発サーバーの証明書が信頼できる CA によって署名されているかどうかを確認します。
証明書の作成と署名には、クロスプラットフォーム CA である mkcert を使用することをおすすめします。その他の便利なオプションについては、HTTPS を使用してサイトをローカルで実行する: その他のオプションをご覧ください。
多くのオペレーティング システムには、openssl などの証明書を作成するためのライブラリが含まれています。ただし、mkcert よりも複雑で信頼性が低く、必ずしもクロス プラットフォームではないため、大規模なデベロッパー チームでは利用しにくくなります。
セットアップ
mkcert をインストールします(1 回のみ)。
オペレーティング システムに mkcert をインストールする手順に沿って操作します。たとえば、macOS の場合は次のようにします。
brew install mkcert brew install nss # if you use Firefoxmkcert をローカルのルート CA に追加します。
ターミナルで、次のコマンドを実行します。
mkcert -installこれにより、ローカル認証局(CA)が生成されます。mkcert で生成されたローカル CA は、デバイス上でローカルにのみ信頼されます。
mkcert で署名されたサイトの証明書を生成します。
ターミナルで、サイトのルート ディレクトリ、または証明書を保存するディレクトリに移動します。
次のコマンドを実行します。
mkcert localhostmysite.exampleなどのカスタム ホスト名を使用している場合は、次のコマンドを実行します。mkcert mysite.exampleこのコマンドは次の 2 つの処理を行います。
- 指定したホスト名の証明書を生成します。
- mkcert で証明書に署名します。
これで証明書の準備が整い、ブラウザがローカルで信頼する認証局によって署名されました。
作成した TLS 証明書を HTTPS で使用するようにサーバーを構成します。
具体的な方法はサーバーによって異なります。以下に例を示します。
👩🏻💻 ノードを使用する場合:
server.js({PATH/TO/CERTIFICATE...}と{PORT}を置き換えます):const https = require('https'); const fs = require('fs'); const options = { key: fs.readFileSync('{PATH/TO/CERTIFICATE-KEY-FILENAME}.pem'), cert: fs.readFileSync('{PATH/TO/CERTIFICATE-FILENAME}.pem'), }; https .createServer(options, function (req, res) { // server code }) .listen({PORT});👩🏻💻 http-server を使用する場合:
次のようにサーバーを起動します(
{PATH/TO/CERTIFICATE...}は置き換えます)。http-server -S -C {PATH/TO/CERTIFICATE-FILENAME}.pem -K {PATH/TO/CERTIFICATE-KEY-FILENAME}.pem-Sは HTTPS でサーバーを実行し、-Cは証明書を設定し、-Kは鍵を設定します。👩🏻💻 React 開発サーバーを使用する場合:
package.jsonを次のように編集し、{PATH/TO/CERTIFICATE...}を置き換えます。"scripts": { "start": "HTTPS=true SSL_CRT_FILE={PATH/TO/CERTIFICATE-FILENAME}.pem SSL_KEY_FILE={PATH/TO/CERTIFICATE-KEY-FILENAME}.pem react-scripts start"たとえば、サイトのルート ディレクトリに
localhostの証明書を作成した場合は、次のようになります。|-- my-react-app |-- package.json |-- localhost.pem |-- localhost-key.pem |--...startスクリプトは次のようになります。"scripts": { "start": "HTTPS=true SSL_CRT_FILE=localhost.pem SSL_KEY_FILE=localhost-key.pem react-scripts start"👩🏻💻 その他の例:
ブラウザで
https://localhostまたはhttps://mysite.exampleを開き、HTTPS を使用してサイトをローカルで実行していることを再確認します。ブラウザは mkcert をローカル認証局として信頼しているため、ブラウザの警告は表示されません。
mkcert クイック リファレンス
HTTPS を使用してローカル開発サイトを実行するには:
-
mkcert を設定します。
まだインストールしていない場合は、mkcert をインストールします。たとえば、macOS の場合は次のようになります。
brew install mkcert
Windows と Linux の手順については、mkcert のインストールをご覧ください。
次に、ローカル認証局を作成します。
mkcert -install -
信頼できる証明書を作成します。
mkcert {YOUR HOSTNAME e.g. localhost or mysite.example}
これにより、mkcert が自動的に署名する有効な証明書が作成されます。
-
HTTPS とステップ 2 で作成した証明書を使用するように開発サーバーを構成します。
これで、警告なしでブラウザから https://{YOUR HOSTNAME} にアクセスできるようになりました。
</div>
HTTPS を使用してサイトをローカルで実行する: その他のオプション
証明書を設定するその他の方法は次のとおりです。これらは一般に、mkcert を使用するよりも複雑またはリスクが高くなります。
自己署名証明書
mkcert などのローカル認証局を使用せず、代わりに証明書に自分で署名することもできます。このアプローチにはいくつかの落とし穴があります。
- ブラウザは認証局として信頼していないため、手動でバイパスする必要がある警告が表示されます。Chrome では、
#allow-insecure-localhostフラグを使用して、localhostでこの警告を自動的にバイパスできます。 - 安全でないネットワークで作業している場合、これは安全ではありません。
- mkcert などのローカル CA を使用するよりも簡単または高速であるとは限りません。
- 自己署名証明書は、信頼できる証明書とまったく同じように動作するわけではありません。
- ブラウザ コンテキストでこの手法を使用しない場合は、サーバーの証明書検証を無効にする必要があります。本番環境で再度有効にすることを忘れると、セキュリティ上の問題が発生します。
証明書を指定しない場合、React と Vue の開発サーバーの HTTPS オプションは、内部で自己署名証明書を作成します。この方法は迅速ですが、自己署名証明書と同じブラウザ警告やその他の問題が発生します。幸い、フロントエンド フレームワークの組み込み HTTPS オプションを使用し、mkcert などを使用して作成されたローカルで信頼できる証明書を指定できます。詳細については、React での mkcert の例をご覧ください。
HTTPS を使用してブラウザでローカルに実行されているサイトを開くと、ブラウザはローカル開発サーバーの証明書を確認します。証明書が自己署名されていることが確認されると、信頼できる認証局として登録されているかどうかがチェックされます。このため、ブラウザは証明書を信頼できず、接続が安全でないことを示す警告が表示されます。続行すると HTTPS 接続が作成されますが、これは自己責任で行ってください。
通常の認証局によって署名された証明書
公式の CA によって署名された証明書を使用することもできます。これには、次の複雑さが伴います。
- mkcert などのローカル CA 手法を使用する場合よりも、設定作業が多くなります。
- 管理している有効なドメイン名を使用する必要があります。つまり、次の目的で公式 CA を使用することはできません。
localhostと、exampleやtestなどの他の予約済みドメイン名。- 管理していないドメイン名。
- トップレベル ドメインが無効です。詳しくは、有効なトップレベル ドメインのリストをご覧ください。
リバース プロキシ
HTTPS を使用してローカルで実行されているサイトにアクセスするもう 1 つの方法は、ngrok などのリバース プロキシを使用することです。これには、次のリスクが伴います。
- リバース プロキシ URL を共有したユーザーは、ローカル開発サイトにアクセスできます。これは、クライアントにプロジェクトをデモする場合に便利ですが、権限のないユーザーが機密情報を共有する可能性もあります。
- 一部のリバース プロキシ サービスは使用量に応じて課金されるため、料金がサービスの選択に影響する場合があります。
- ブラウザの新しいセキュリティ対策は、これらのツールの動作に影響する可能性があります。
フラグ(非推奨)
Chrome で mysite.example などのカスタム ホスト名を使用している場合は、フラグを使用して、ブラウザで mysite.example を安全と見なすように強制できます。次の理由から、この方法は避けてください。
mysite.exampleが常にローカル アドレスに解決されることを 100% 確実にする必要があります。そうしないと、本番環境の認証情報が漏洩するリスクがあります。- このフラグは Chrome でのみ機能するため、複数のブラウザでデバッグすることはできません。
すべてのレビュー担当者と貢献者、特に Ryan Sleevi、Filippo Valsorda、Milica Mihajlija、Rowan Merewood の貢献とフィードバックに感謝します。🙌