localhostが動かない原因は？まず確認したい切り分けポイント

ローカル開発環境で「localhost」にアクセスできないとき、原因は多岐にわたります。サーバーが起動していない、ポート競合、Hostsファイルの設定ミス、ファイアウォールによるブロック、OSの更新による不具合などが代表的です。この記事では、localhostが動かない原因を総合的に整理し、それぞれについて最新の情報をもとに具体的な切り分けポイントと解決策を詳しく説明します。開発中のストレスを減らすためにぜひ一読してください。

localhost 動かない 原因：Windows 11のHTTP.sysアップデート不具合

最新のWindows 11で、10月の累積更新プログラムKB5066835が導入された後、localhostや127.0.0.1への接続ができなくなったという報告が多数あります。特にHTTP/2通信でERR_HTTP2_PROTOCOL_ERRORやERR_CONNECTION_RESETが発生するケースが多く、開発環境（IIS、IIS Express、Visual Studioなど）が大きな影響を受けています。原因は、HTTP.sysというカーネルモードのネットワークドライバーのHTTP/2ハンドシェイクに関わる挙動の変更です。アップデートが原因であれば、アンインストールや回避策を試す価値があります。最新情報です。最新情報です。

使われているポートとプロトコルの確認

この不具合では、主にHTTP/2通信時にlocalhost接続が失敗することが確認されています。HTTP.sysがループバックアドレス（127.0.0.1や::1）へのHTTP/2ハンドシェイクを中断する問題があるため、HTTP/1.1に切り替えることで回避できることがあります。また、HTTPS（TLS）と非TLS両方で問題が起こるケースがあり、どちらでも噛み合わないプロトコルが原因になっていることがあります。

該当アップデートの特定と対処法

対象の更新プログラムは、KB5066835およびその前のプレビュー更新KB5065789です。これらがインストールされているとlocalhostが動かなくなる報告があり、本体をアンインストールするか、Known Issue Rollback（既知の問題のロールバック）を適用することで復旧する場合があります。OSの設定を変更せずに公式の修正を導入することがまず第一の推奨手順です。

HTTP/2無効化による回避策

更新を保持したままlocalhostを復旧させたい場合、レジストリを編集してHTTP/2プロトコルを無効化する方法があります。具体的には、HTTP.sysの設定内でTLSおよびクリアテキスト通信に関するHTTP/2のフラグをオフにすることで、HTTP/1.1で通信するよう強制できます。システム全体およびIISのスコープでそれぞれ設定可能で、再起動後に効果を確認できます。

サーバーソフトウェアが起動していない・プロセスが停止している原因

localhost 動かない 原因の中で最も基本的かつ頻出するものが、Webサーバー（Apache／Nginx／IISなど）が停止しているケースです。設定ファイルの変更、リソース不足、OSの起動時にサービスが自動で起動しない、またはクラッシュしているなどが考えられます。サーバーが起動していなければ、ブラウザからの要求に応答できず、結果としてlocalhostが表示されません。切り分けには、サービスステータスやログの確認が不可欠です。

サービス状態のチェック

まずはWebサーバーが動いているか確認します。Windowsならタスクマネージャーやサービス管理ツールでApache／IISのサービスが「実行中」となっているか調べます。LinuxやmacOSではsystemctlやapachectl、nginxコマンドで状態確認できます。起動していなければ、手動で起動してエラーメッセージをチェックします。

ポートが既に使用されているかどうかの確認

Webサーバーが起動していても、デフォルトポート（80番、443番など）が他のアプリケーション（Skype、IIS、VMwareなど）に使われていれば競合が発生します。その場合、Webサーバーがポートを取れずに起動できず、localhostへのアクセスができません。netstatやlsofコマンドで使用中ポートを確認し、必要ならサーバー設定またはアプリケーション設定を変更します。

設定ファイルのシンタックスや誤設定のチェック

サーバーの設定ファイル(httpd.conf､nginx.conf､IISの構成ファイルなど)でSyntaxエラーやDocumentRoot／VirtualHost／ServerName の記述ミスがあると、サーバー起動時やリクエスト処理時にエラーが起きます。例えばDocumentRootが存在しないディレクトリを指していたり、Allow／Require 設定が不適切だったりすると、ブラウザから403や404エラーが返されます。テストコマンドやログで問題を特定します。

Hostsファイルの誤設定と名前解決の問題

「localhost」が正しくループバックアドレス(127.0.0.1 または ::1)にマッピングされていない場合、名前解決が失敗してアクセスできないことがあります。特にWindowsやLinuxでhostsファイルを誤って編集してしまったケースが見られます。また、IPv4とIPv6のエントリが混在していると、環境によってどちらを使うかで挙動が変わります。名前解決の確認は、ping localhost や nslookup localhost を使って行います。

Windowsの場合のhostsファイルパスと管理権限

Windowsでは hostsファイルは system32/drivers/etc ディレクトリにあり、管理者権限で編集する必要があります。誤って読み取り専用になっていたり、文字コード／BOM付きで保存されたりすると正しく機能しない場合があります。編集後はDNSキャッシュをフラッシュすることで変更が反映されます。

IPv4／IPv6エントリの競合・優先順位

hostsファイルには通常、127.0.0.1 localhost と ::1 localhost の両方が記載されています。IPv6が有効になっている環境では ::1 のほうが優先されることがあり、IPv6ルートが正しく構成されていないと接続できないことがあります。IPv6を無効化する、または ::1 の行をコメントアウトしてIPv4のみで使うことで安定することがあります。

名前解決キャッシュとブラウザキャッシュのクリア

hostsファイルの変更後でも、DNSキャッシュあるいはOS／ブラウザのキャッシュが古いままだとlocalhostがまだ旧設定を見ていることがあります。これを解決するにはDNSキャッシュをフラッシュ（Windows: ipconfig／flushdns、Linux/macOS:各種キャッシュクリアコマンド）、ブラウザのキャッシュをクリアまたはプライベートモードで試すと良いです。

ファイアウォール・セキュリティソフト・アンチウイルス設定によるブロック

OS付属のファイアウォールやセキュリティソフト、アンチウイルスソフトが、ローカルからのHTTP／HTTPS通信を誤ってブロックしてしまうことがあります。特にポート80／443へのループバック通信が規制されていたり、外部からのアクセス制限が「ローカル通信も含む」設定になっていたりする場合に発生します。またプロキシ設定やVPNが影響することもあります。こうしたソフトが原因かどうかは、一時的に無効化してテストすることで見分けられます。

Windowsファイアウォールでの許可設定

Windowsでは「インバウンド規則」「アウトバウンド規則」でポート80やサーバープログラム（Apache/IISなど）が通信可能かどうかを確認します。ループバック通信にも適用される設定があるため、localhostアクセスが失敗することがあります。必要なら設定に例外を追加して通信を許可します。

セキュリティソフト・アンチウイルスによる影響

サードパーティのセキュリティソフトがHTTPサーバーのファイルアクセスやプロセス起動を監視し、誤検知で動作をブロックしていることがあります。例えばファイル実行・プロセス通信・SSL証明書操作などが制限されているとlocalhostが表示されないことがあります。ソフトを停止または例外設定をして確認してください。

プロキシ・VPNの影響

プロキシサーバー設定やVPNがネットワークを中継していると、localhostへの通信を意図せずインターネット方向に回したり、ループバックとの通信を遮断することがあります。またブラウザ拡張などでプロキシが有効な状態だとlocalhostアクセスに問題が出ることがあります。プロキシを無効化するか、VPNを切ってテストしてみてください。

ファイルまたはアクセス権限の問題とPHP／アプリケーションの設定ミス

サーバーが起動し、名前解決が正しくても、対象のWebファイルが存在しない、ファイルのアクセス権限が不足している、PHPや実行環境の設定にエラーがある場合、localhostが表示されなかったり、白紙の画面や500エラーになることがあります。特にPHPを扱う場合はエラーメッセージ非表示設定により原因が見えづらくなるため、表示設定を有効にすることが重要です。

インデックスファイルの有無とDocumentRootの確認

DocumentRootやwebルートディレクトリを設定ファイルで指定しているパスに対象ファイル（index.html, index.php 等）が存在しないと、404エラーになることがあります。名前や大文字小文字の違い、拡張子の誤りも要注意です。またVirtualHostやサブディレクトリ設定が正しく指定されているかを確認してください。

PHPエラー表示設定とログの確認

PHPスクリプトで致命的なエラー（構文ミスやライブラリエラーなど）が起きているが、display_errorsがオフになっていて画面に何も表示されない──いわゆる白い画面問題──が発生することがあります。開発環境ではエラーレポート／エラーログを有効化し、どの行でエラーが起きているかをログで確認してください。

.htaccessやリダイレクト設定の確認

htaccessルールでリダイレクトが無限ループになっていたり、HTTPSへリダイレクトされる設定が誤っていたりするケースがあります。そのため、localhostアクセス時に意図せず外部サイトへ飛ばされたり、接続できない状況が起きることがあります。設定ファイルを一つずつコメントアウトして影響を確認してください。

ブラウザ・キャッシュ・ネットワークスタックの問題

ブラウザのキャッシュ、DNSキャッシュ、ネットワーク設定の残滓が原因で、localhostが正しく更新された設定を読み込まず、古い情報を使い続けることがあります。特にHostsファイル修正後やOSアップデート後はこれらのキャッシュをクリアすることで問題が解決することが多いです。また、ネットワークアダプターの障害やIPv6／IPv4の切り替えなども確認すべきです。

ブラウザのキャッシュとプライベートモードでの確認

まず通常のブラウザキャッシュをクリアします。またプライベート／シークレットモードでlocalhostにアクセスし、キャッシュの影響を受けていないか確認します。ブラウザ拡張が影響している場合は拡張を無効化すると原因が特定しやすくなります。

DNSキャッシュのクリアやネットワークリセット

OSレベルでの名前解決キャッシュをクリアすることで、hostsファイルの変更を正しく反映できるようになります。Windowsならコマンドプロンプトでflushdnsを実行し、Linux／macOSも同様のコマンドやデーモン再起動でクリアできます。またネットワークアダプターのリセットも有効です。

まとめ

localhostが動かない原因は、OSの更新によるHTTP.sysの不具合、サーバーソフトが起動していない、ポート競合、Hostsファイルの誤設定、ファイアウォールやセキュリティソフトのブロック、PHPやアプリケーションの設定ミス、ブラウザやDNSのキャッシュ問題など多岐にわたります。まずは現在の環境でサーバーが起動しているか、ポートが競合していないか、hostsファイルと名前解決、そして最新のWindowsアップデートが原因でないかを切り分けます。HTTP/2の問題が疑われる場合は無効化や公式パッチを確認してください。これらを順に確認すれば、localhostが動かない原因をかなりの確率で特定できるはずです。