OLLAMA_HOST=0.0.0.0 を使わない Ollama リモートアクセス

標準設定ではOllamaは127.0.0.1:11434番ポートで待ち受け、自身のマシンからのみ接続可能となる。OLLAMA_HOST=0.0.0.0を設定すると全ネットワークインターフェースで待ち受けるようになるが、Ollamaには認証機能が備わっていない：11434番ポートに到達可能な者は誰でも資格情報なしでAPIを利用できる。そのためローカルホスト上でOllamaを維持し、隣接してTokiosコネクターを実行するのが最善策だ。コネクターがhttps://api.tokios.com先に接続し、各種ツールやチームメンバー、エージェントはどこからでも認証済みエンドポイント1を通じて利用できるようになる。

初心者向け。Ollamaはローカルモデルを運用する最も手軽な手段で、ollama run <model>の手順を踏めばすぐにサービス提供が可能だ。Tokiosの初期バックエンドとしても最適だ。

多くの人が最初に試す方法とその問題点

これらはどれも汎用的なツールだが「ローカル推論APIをインターネット公開する」目的向けに作られたものではない。そのためそれぞれ特定の利用シナリオにおいて制限が存在する。

OLLAMA_HOST=0.0.0.0（全インターフェースにバインド）

この設定によりOllamaはループバックだけでなく全ネットワークインターフェースで待ち受けるようになる。ただし認証機能がないため、該当ポートに到達可能な者は誰でも資格情報なしでAPIを利用可能だ。モデル一覧の取得や推論実行、モデルの取得も可能となる。セキュリティ研究者（SentinelLABS/Censys、2026）の調査によれば、この方法で公開されインターネットからアクセス可能なOllamaサーバーが約175,000台存在することが判明している。

ルーターでのポートフォワーディング設定

ポート 11434 を自分のマシンにフォワードする方法には、ふたつの問題があります。ISPがCGNATを使っている場合、そもそもフォワード先となる安定したパブリックIPがありません。仮にポートを開放できたとしても、ShodanやCensysのようなインターネット全体をスキャンするサービスが、数時間から数日以内に公開されたサービスをインデックスします。そして上記と同様、自分で認証を構築しない限り、そのポートの背後には認証が存在しません。

Tailscale

Tailscaleは個人利用におけるアクセス管理に適しています。自身のデバイスがプライベートなメッシュネットワーク（「tailnet」）に参加し、互いに安全に通信できるからです。ただし個人利用以外の用途、例えばチームメイトやSaaSクライアントがモデルを呼び出す場合、まずそのユーザーもtailnetに参加する必要があり、これは公開用のAPIキーモデルには馴染みません。Tailscale Funnelを使えばサービスを公開できますが、利用可能なポートが限られており帯域幅もカスタマイズできません。

Cloudflare Tunnel

Cloudflare Tunnelはインバウンドポートを必要とせずにトラフィックをCloudflareのエッジ経由で転送できる点が理想的だ。ただしデフォルトでは、レスポンスに text/event-stream content-typeヘッダーが含まれていない限り、ストリーミングではなくバッファリング処理が行われる。またプロキシ経由のリクエストはCloudflareのプロキシタイムアウトの対象となり（無料プランでは約 100秒、他のプランではさらに短い）、長時間を要する生成処理が途中で中断される可能性がある。

ngrok（無料プラン）

ngrokは設定が簡単でデモ用途に最適です。無料プランでは月間データ転送量が 1 GB、リクエスト数が 20,000 回までに制限されています。さらに無料版のトンネルを利用する際は、ユーザーがサービスに到達する前に警告ページが表示されます。これらはデモ用リンクとしては問題ありませんが、チームメイトやエージェントが日常的にAPIを呼び出す用途には不向きです。

ここで挙げたツールを批判しているわけではありません。それぞれ異なる課題（デバイス間のメッシュネットワーク構築、エッジプロキシ、迅速なデモ用リンクの提供）を解決しています。一方Tokiosは単一の目的のために作られており、ローカルにあるモデルエンドポイントをどこからでも呼び出せる認証済みAPIへと変換します。

アウトバウンド通信のみを利用する方法

いつも通りローカルでOllamaを実行します

Ollamaのバージョンは 127.0.0.1 のままにし、 OLLAMA_HOST は設定しないでください。その後モデルをダウンロードして実行します：

ollama run llama3

デフォルトの http://127.0.0.1:11434 ポートで待ち受け状態にしておきます。

Tokiosコネクターをペアリングします

まず tokios.com/console にサインインし、Setup タブを開いて Start pairing をクリックします。Tokios は一度だけ使える claim code を TKS-XXXX-XXXX のような形式で表示します。有効期間は約15分です。Ollamaを実行しているマシン上で、ご使用のOS向けのインストール用コマンドを実行してください。

Windows

irm https://tokios.com/downloads/install/windows | iex; tokios-install -Code 'TKS-XXXX-XXXX'

macOS

curl -fsSL https://tokios.com/downloads/install/macos | sh -s -- --code TKS-XXXX-XXXX

Linux

curl -fsSL https://tokios.com/downloads/install/linux | sh -s -- --code TKS-XXXX-XXXX

すでに tokios-connector がインストール済みですか？その場合はコードを直接渡してください。

tokios-connector TKS-XXXX-XXXX

コンソールに戻り、デバイスを approve してください。Setup タブまたは Connectors タブで操作できます。承認されると、コネクターのトークンがトンネル経由で配信されます。画面に表示されたり、ファイルに貼り付けたりすることはありません。

コネクターの接続先として Ollamaの /v1 APIを指定します。

Ollamaは /v1 という場所でOpenAI互換のインターフェースを提供しており、Tokiosはそちらと通信します。つまりOllamaのネイティブな /api エンドポイントではありません。単一モデルを利用する場合、コンソールのセットアップウィザードが自動的に http://127.0.0.1:11434/v1 をアップストリームモデルIDとして設定します。複数モデルを tokios-connector.json 設定で提供する場合は、アップストリームモデルIDを明示的に BaseUrl に指定する必要があります。

{
  "Upstream": {
    "BaseUrl": "http://127.0.0.1:11434/v1"
  }
}

複数モデルに対応したファイル形式の詳細は、コネクター設定をご覧ください。

デプロイを登録します。

次に Models タブで、Ollama モデルを登録し、public name（例：llama3-tunnel）を選択します。クライアントが model フィールドに送信するのは、Ollama のローカルモデルIDではなく、この公開名です。

APIキーを作成します。

続いて Keys タブで、Create key をクリックします。必要に応じて、モデル名パターン（カンマ区切りのグロブ、すべての場合は *）で特定のデプロイにスコープを設定できます。sk-tok-… キーは今すぐコピーしてください。一度だけしか表示されません。

どこからでも利用可能です。

デプロイ名とAPIキーを取得できれば、OpenAIやAnthropic互換のクライアントであればどこからでもOllamaモデルにアクセスできます。別のマシンやチームメンバーのノートパソコン、ホスティングされたエージェントからでも利用可能です。

curl https://api.tokios.com/v1/chat/completions \
  -H "Authorization: Bearer sk-tok-YOUR_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "llama3-tunnel",
    "stream": true,
    "messages": [{"role": "user", "content": "Hello!"}]
  }'

from openai import OpenAI

client = OpenAI(
    base_url="https://api.tokios.com/v1",
    api_key="sk-tok-YOUR_KEY",
)

response = client.chat.completions.create(
    model="llama3-tunnel",
    messages=[{"role": "user", "content": "Hello!"}],
    stream=True,
)

for chunk in response:
    print(chunk.choices[0].delta.content or "", end="")

export ANTHROPIC_BASE_URL=https://api.tokios.com
export ANTHROPIC_API_KEY=sk-tok-YOUR_KEY
claude --model llama3-tunnel

常に model フィールドには登録済みの deployment 名（上記の llama3-tunnel）を指定し、Ollama のローカルモデルIDは指定しません。環境変数をセッション間で永続化する方法については、Claude Codeの使用を参照してください。

TokiosとOllama Cloudの違い

OllamaにはOllama Cloudも存在します。これはollama run <model>:cloudまたはOllamaのAPIキーを使ってアクセスできるホスティング型モデル群で、重みデータはOllamaのインフラ上で運用され、ログイン中はローカルのollamaデーモンを経由して通信されます。管理が容易な選択肢ではありますが、自己ホスティングとは正反対の仕組みです。つまりプロンプトはOllamaのサーバーへ送信され、:cloudタグに対応するローカルな重みデータはユーザー側で制御できません。（KimiやMiniMax、最大規模のNemotron層といった最先端モデルは、まさにこの理由からOllama上では:cloud専用となっています。）一方Tokiosは別の用途向けです。モデルはご自身のハードウェア上で動作し、Tokiosは認証済みのエンドポイントをその前に設置するだけです。重みデータやデータパス、各種キーもすべてユーザーが管理できます。

	Ollama Cloud	Tokiosとローカル版Ollamaの組み合わせ
モデルが実行される場所	Ollamaのサーバー	ご自身のマシン
ユーザーが入力したプロンプト／データ	Ollamaのクラウドへ送信される	ご自身のハードウェア上に留まる
認証	Ollamaアカウント／APIキー	各自の `sk-tok-…` キー — チームメンバーごとに割り当てられ、範囲が限定され、取り消しも可能です
使用するモデルの選択	Ollamaが提供するクラウドカタログ	ローカル環境で実行可能なあらゆるモデル

両方を併用可能です：Tokiosを利用して小規模なモデルをローカルで実行しつつ、必要な際には :cloud モデルも利用できます。ただしローカルパスを使う場合のみ、データはご自身が所有するハードウェア上に保存されます

よくある質問

Ollamaはどのポートを使用しますか？

Ollamaはデフォルトでポート 11434 を使用し、127.0.0.1（ローカルホストのみ）にバインドされます。OLLAMA_HOST 環境変数を使うことでポートやバインド先を変更可能です。例えば OLLAMA_HOST=0.0.0.0:11435 では全インターフェースのポート 11435 で待ち受けます。curl http://localhost:11434 を実行すればOllamaが稼働中か確認できます

ネットワーク上でOllamaを利用可能にするにはどうすればよいですか？

環境変数 OLLAMA_HOST=0.0.0.0（または OLLAMA_HOST=0.0.0.0:11434）を設定し、Ollama を再起動します。systemd を使う Linux では、Environment="OLLAMA_HOST=0.0.0.0:11434" を [Service] の下、ollama.service 内に追加し、systemctl daemon-reload && systemctl restart ollama を実行します。macOS では launchctl setenv OLLAMA_HOST "0.0.0.0:11434" を使います。Windows では、ユーザー環境変数に OLLAMA_HOST を設定して Ollama を再起動します。

OllamaではAPIキーを利用できますか？

いいえ。Ollama自体には認証機能が備わっておらず、ローカル環境での利用を前提に設計されているため、マルチテナント向けのアクセス制御機能は存在しません。認証が必要な場合はリバースプロキシ（nginxやCaddyなど）を導入することをOllamaの開発チームは推奨しています。一方でTokiosではリバースプロキシなしでスコープ付きの sk-tok-… APIキーを発行可能です。コネクターを設定し、デプロイを登録した上でキーを作成すれば、呼び出し側は直接Ollamaのポートではなく https://api.tokios.com に対して認証を行うことになります。

curlを使ってOllamaを呼び出すにはどうすればよいですか？

OllamaはネイティブなエンドポイントとOpenAI互換のエンドポイントの両方を提供しています。ネイティブAPIの場合は curl http://localhost:11434/api/generate -d '{"model": "llama3", "prompt": "Hello"}' を、OpenAI互換のエンドポイントの場合は

curl http://localhost:11434/v1/chat/completions -d '{"model": "llama3", "messages": [{"role": "user", "content": "Hello"}]}'

を利用してください。リモートマシンから呼び出す際は localhost の部分をサーバーのIPアドレスに置き換えてください（そのためには OLLAMA_HOST=0.0.0.0 が必要です）。

OLLAMA_ORIGINSを使ってクロスオリジンリクエストをOllamaに送信できますか？

はい。Ollamaではデフォルトで 127.0.0.1 および 0.0.0.0 からのクロスオリジンリクエストが許可されています。さらにオリジンを追加したい場合は OLLAMA_ORIGINS を設定してください。ブラウザ拡張機能向けの設定には OLLAMA_ORIGINS=chrome-extension://*,moz-extension://* を利用できます。なおこの設定はブラウザベースのクライアントにのみ適用され、 curl やSDKを利用するAPIクライアントにはCORSの制限は適用されません。

ストリーミング機能は利用可能ですか？

はい。 "stream": true を設定すれば、呼び出し側が利用したAPIエンドポイントに応じてTokiosがOpenAI形式またはAnthropic形式のサーバー送信イベント（SSE）を返します。

Ollamaインスタンスを直接共有せずにチームメイトと利用権限を共有できますか？

はい。チームメイトごとに個別の sk-tok-… キーを Keys タブで作成し、各自が必要とするデプロイのみにスコープを設定してください。キーを失効させると即座に認証できなくなるため、Ollama やコネクターに触れることなくアクセスを遮断できます。

1つを超える Ollama モデルを公開できますか？

はい。 Models タブから複数のデプロイを登録するか、 tokios-connector.json 設定ファイルを使って単一のコネクターに対して複数のアップストリームモデルIDやルート設定を定義できます。コネクター設定もご参照ください。

これはOllamaのネイティブな/apiエンドポイントを利用しているのでしょうか？

いいえ。Tokios は OpenAI Chat Completions のインターフェースを使用するため、Ollama とは /v1 の OpenAI 互換 API を介して通信します。ネイティブの /api/generate や /api/chat エンドポイントは使用しません。

ご利用のモデルは一切ご自身のマシンから外れません。エンドポイントはどこからでも利用可能です。

Ollamaはこれまで通りローカルホスト上で動作し続け、外部からの接続用ポートも公開されるAPIも存在しません。コネクターは単に外部へ接続するだけです。認証やルーティング、ストリーミング処理などはすべて、キーを付与したいマシンやチームメイト、エージェントから呼び出せる単一のエンドポイントで処理されます。

クイックスタート

コネクターをペアリングし、最初のモデルエンドポイントを登録しましょう。

APIキー

チームメイトやエージェント向けに sk-tok-… キーを作成・スコープ設定・更新できます。

コーディングエージェントで操作する

Claude CodeやCodex、Cline、CursorからTokios経由でご自身のOllamaモデルを利用できます。

ハードウェアと互換性

サービングとランタイム接続

クライアント接続

比較

OLLAMA_HOST=0.0.0.0 を使わない Ollama リモートアクセス

多くの人が最初に試す方法とその問題点

アウトバウンド通信のみを利用する方法

どこからでも利用可能です。

TokiosとOllama Cloudの違い

よくある質問

ご利用のモデルは一切ご自身のマシンから外れません。エンドポイントはどこからでも利用可能です。

クイックスタート

APIキー

コーディングエージェントで操作する

​多くの人が最初に試す方法とその問題点

​アウトバウンド通信のみを利用する方法

​どこからでも利用可能です。

​TokiosとOllama Cloudの違い

​よくある質問

​ご利用のモデルは一切ご自身のマシンから外れません。エンドポイントはどこからでも利用可能です。

クイックスタート

APIキー

コーディングエージェントで操作する

多くの人が最初に試す方法とその問題点

アウトバウンド通信のみを利用する方法

どこからでも利用可能です。

TokiosとOllama Cloudの違い

よくある質問

ご利用のモデルは一切ご自身のマシンから外れません。エンドポイントはどこからでも利用可能です。