Ollamaが起動しない・localhost:11434につながらない時の確認順｜Windows

APIへ到達できても「起動しない」とは限らない

localhost:11434へ接続できない状態と、HTTP endpointへ到達したあとに400・404・429・500・502などを返す状態は、最初の切り分けを分けます。Ollama公式API Errorsでは、エラーは`application/json`の`error`プロパティで返ると説明されています。

streamingでは途中から`application/x-ndjson`のerrorが返る場合があり、すでに始まったHTTP responseのstatusは変わらないと公式Docsにあります。最初のHTTP statusだけで成功と判定せず、最終chunkとerrorを別に保存します。

• [公式] Ollama API Errors - HTTP status、application/jsonのerror、streaming中のNDJSON errorを確認します。
• [公式] Ollama for Windows - Windows要件、localhost:11434、PATH、ログ保存場所、モデル保存場所を確認します。
• [公式] Ollama Chat API - チャットAPIの応答フィールドとストリーミング時の記録項目を確認します。
• [公式] Ollama Generate API - done、done_reason、使用量フィールド、ストリーミング最終チャンクを確認します。

30秒で結論：CLI・tray・APIを別々に確認する

Ollama公式Windows Docsでは、インストール後にバックグラウンドで動き、cmdやPowerShellからollamaコマンドを使い、APIが http://localhost:11434 で提供されると説明されています。

Windows要件と公式インストールを確認する

確認時点の公式Windows Docsでは、Windows 10 22H2以降、HomeまたはProが要件として記載されています。NVIDIAでは551.61以降のドライバー、AMDではROCm/HIPまたはVulkanに関する条件も案内されています。実際のGPU対応はHardware supportの現在の表を優先します。

• [公式] Ollama for Windows - Windows要件、localhost:11434、PATH、ログ保存場所、モデル保存場所を確認します。
• [公式] Ollama Hardware support - NVIDIA、AMD Radeon、WindowsのGPU対応表とドライバー条件を確認します。

ollamaコマンドが見つからない時

1. スタートメニューからOllamaのインストール状態を確認する。
2. 新しいPowerShellまたはcmdを開き、ollama --versionやollama --helpが認識されるか確認する。
3. 公式Windows Docsに記載されたインストール場所とユーザーPATHを確認する。
4. 既存の端末を閉じ、新しく開いてPATHの反映を確認する。
5. まだ見つからない場合は、エラー全文とインストール先を保存してから公式インストーラーを再確認する。

PATHを確認するために、知らないフォルダを追加したり、システム全体の設定を無関係に変更したりしません。

trayアプリ・server・localhost:11434を切り分ける

OllamaのWindowsアプリが起動しているか、タスクトレイに表示されているか、serverがAPIを提供しているかは別の確認です。trayを終了してから再起動する場合も、モデル保存先を先に削除しないでください。

explorer %LOCALAPPDATA%\Ollama
explorer %LOCALAPPDATA%\Programs\Ollama
explorer %HOMEPATH%\.ollama

• [公式] Ollama for Windows - Windows要件、localhost:11434、PATH、ログ保存場所、モデル保存場所を確認します。
• [公式] Ollama Troubleshooting - Windowsのserver.log、LLM library、追加ログ、GPU検出の切り分けを確認します。

ログはapp.log・server.log・upgrade.logを分けて読む

公式Windows Docsでは、%LOCALAPPDATA%\OllamaにGUIのapp.log、serverのserver.log、更新のupgrade.logが保存されると案内されています。Troubleshootingではserver.log、古いserver-#.log、Programs、.ollama、TEMPの確認先も示されています。

追加debug loggingが必要な場合は、公式TroubleshootingにあるOLLAMA_DEBUGの手順だけを一時的に使い、終了後はそのPowerShell環境を閉じます。常用設定として未知の変数を追加しません。

port競合・WSL・Docker・別PCは別の問題として扱う

localhost:11434に接続できない時、Ollama serverが停止しているのか、別のプロセスがportを使っているのか、WSLやDockerからWindows側へ接続しているのかで確認場所が違います。Windows本体のOllamaが動くかを先に確認し、別環境のネットワーク設定を同じ問題に混ぜません。

• Windows上のOllama単体でserver/APIが動くか確認する。
• 次に連携アプリ、WSL、Docker、別PCからの接続を1つずつ戻す。
• Firewallを完全無効化する代わりに、表示された警告と公式のネットワーク手順を確認する。
• 接続先がlocalhostか、別ホスト名やportへ変わっていないかを記録する。

環境変数とモデル保存先を不用意に変えない

Ollama公式Windows Docsでは、OLLAMA_MODELSでモデル保存先を変更でき、変更後はtrayアプリを終了して再起動するか、新しいターミナルを開く手順が案内されています。保存場所を変えた場合は、元のモデルが消えたのではなく、参照先が変わった可能性を確認します。

localhost接続だけを直す目的で、OLLAMA_HOSTなどの環境変数を推測して設定しません。必要な変数名と値は現在の公式Docsで確認し、変更前の値と再起動手順を記録します。

• [公式] Ollama for Windows - Windows要件、localhost:11434、PATH、ログ保存場所、モデル保存場所を確認します。
• [公式] Ollama FAQ - ollama psのPROCESSOR表示とCPU/GPU分割、環境変数の公式説明を確認します。

再インストール前に記録するもの

• Windows版、Ollama版、インストーラー取得元、インストール場所。
• ollamaコマンドのエラー、trayの状態、localhost:11434の接続結果。
• app.log、server.log、upgrade.logの該当時刻。
• OLLAMA_MODELSを変更しているか、実際のモデル保存場所、空き容量。
• WSL、Docker、別PC、連携アプリを使っているか。

モデルフォルダを最初に全削除せず、保存場所とログを残します。アンインストールや更新の影響は公式Windows Docsの現在の手順を優先します。

やってはいけないこと

• コマンドが見つからないだけでモデルフォルダを削除する。
• Firewallやセキュリティソフトを無期限で無効化する。
• localhost、WSL、Docker、別PCの接続条件を混ぜる。
• 知らない環境変数やport変更を無条件で追加する。
• ログ全文をそのまま公開する。

次に読む順番

• Ollama症状別トラブルシュート - 速度・停止・GPUの症状へ戻る
• Ollamaが遅い - PROCESSORとAPI usageを確認する
• Ollamaの回答が途中で止まる - done_reasonとserver.logを読む
• Ollamaのローカルモデルとcloudモデルの違い - ローカルAPIとcloudの境界を確認する
• ローカルAIをAPIで使う方法 - API接続全体の基礎へ進む