LM Studio local APIを別端末から使うには?LAN接続と認証の判断手順

CHATGPT / AIChatGPTなどの生成AIを活用して運営・記事制作・更新を行っています。制作方針

LM StudioのAPIを同じ端末だけで使うか、LAN上の別端末にも開くかを判断する手順を解説。127.0.0.1、Require Authentication、API token、CORSの役割と確認順を公式資料から整理します。

同じ端末のloopback、認証を付けたLAN接続、ブラウザーのCORSを別々に確認する流れ

先に結論

LM StudioのAPIを同じ端末のアプリから呼ぶだけなら、まずserverの接続先が127.0.0.1(localhost)になっていることを確認します。スマートフォンなどLAN上の別端末から使う必要がある場合は、接続範囲を広げる前にRequire Authenticationを有効にし、API tokenを用意してからServe on Local Networkを有効化します。ブラウザーから別originのWebアプリで呼ぶ場合のCORSはさらに別の設定です。CORSを有効にしても認証やネットワーク境界の代わりにはなりません。

確認日: 2026年10月16日(Asia/Tokyo)
確認方法: LM Studio公式CLI・server settings・authentication文書を確認した机上調査です。LM Studioを起動した実機での接続試験やネットワークprobeはしていません。
対象: LM Studio API serverを同じ端末または同一LANから使う判断。インターネット公開や外部向けサービスの構築は対象外です。

最初に決めるのは「どの端末から呼ぶか」

接続の設定を変える前に、APIを呼ぶアプリとLM Studio serverが同じ端末にあるかを確認します。公式CLI資料では、lms server startのdefault bindは127.0.0.1で、これはlocalhostだけで待ち受ける設定です。serverが使うportは最後に利用した値が使われるため、port番号もLM Studioのserver画面またはstatus表示で確認してください。

使い方まず確認すること選択の目安
LM Studioと同じMac/PC上のアプリ接続先が127.0.0.1またはlocalhostか別端末へ開かず、localhostのままにする
同じWi-FiなどLAN上の別端末別端末から使う必要、token認証、LAN内の接続制限認証を先に設定し、必要なときだけLAN接続を有効にする
ブラウザー上の別originのWebアプリ上の接続先・認証に加え、browser originとCORSCORSを必要なWebアプリの構成に合わせて別途判断する

「同じWi-Fiにいる」ことと「インターネットからアクセスできる」ことは同じではありません。公式資料のServe on Local Networkは同一ローカルネットワーク上の他端末からAPI serverへ接続する機能として説明されています。一方、bind先をlocalhost以外に変えるとserverはlocalhostの外へ出ます。家庭内LANのみに届くか、guest Wi-Fiや端末間通信の遮断があるかはルーターやOSの設定にも左右され、記事から個々のネットワーク到達性までは判定できません。

LANへ開くなら認証を先に確認する

LM Studioの公式authentication文書によると、API requestの認証は初期状態で必須ではありません。Developer PageのServer SettingsでRequire Authenticationを有効にすると、有効なAPI tokenをAuthorization headerに付けたrequestが必要になります。API token機能はLM Studio 0.4.0以降が対象と記されています。使っている版が不明なら、先にアプリのversionと設定画面の項目を確認してください。

  1. 現在の利用範囲を確かめる。呼び出すアプリが同じ端末上ならlocalhostのままで足りるか判断します。別端末が必要な場合だけ次へ進みます。
  2. Require Authenticationを有効にする。Developer PageのServer Settingsでスイッチの状態を確認します。tokenを作成してから、そのtokenを使うクライアント側の保管方法を決めます。tokenを記事、共有ログ、公開ソースコードへ貼り付けないでください。
  3. LAN接続を必要なときだけ有効にする。同じServer SettingsのServe on Local Networkを確認します。有効化するとlocalhost以外のaddressで待ち受け、API access URLも変わります。画面に表示されたURLを、接続するLAN内端末だけに設定します。
  4. 接続元から認証付きrequestを送る。公式資料が示すREST APIの形式では、tokenをAuthorization: Bearer … headerへ付けます。実際のclientやAPI endpointに合わせ、tokenなしのrequestが拒否され、正しいtokenを使うclientが接続できることを確認します。token値そのものは記録・共有しません。
  5. 利用を終えたら設定を戻す。LAN接続が不要になったらServe on Local Networkを無効にし、localhost利用に戻ったことをserver settingsで確認します。不要になったtokenはManage Tokensから削除できます。

設定を有効にする順番は「認証を用意する → LAN接続を開く」です。LAN接続へ切り替えただけでは、接続できる端末やネットワーク経路が意図どおりに限定されたとは限りません。tokenの権限と保管先も確認し、認証情報をURLのquery parameterやブラウザーに配る公開JavaScriptへ埋め込まないでください。

CORSはブラウザーから呼ぶ場合の別条件

CORSは、あるoriginで動くブラウザー上のWebアプリが別originのAPIへrequestする場合に関係します。LM Studioのserver settingsにはEnable CORSがあり、CLIではlms server start --corsで有効にできます。初期状態ではCLI資料にCORS無効と記載されています。APIを同じ端末のPythonやNode.jsなどから呼ぶ場合、ブラウザーのCORS設定は接続先を決める項目ではありません。

したがって、ブラウザーがCORS errorを表示したときに、すぐ0.0.0.0へbindするのは適切な切り分けではありません。先にAPI serverが起動しているか、URL・portが合っているか、token認証を通せるかを確認し、残った問題がbrowser originの制約ならCORSを検討します。公式資料はCORSを有効にするとsecurity riskがあり得るため、authenticationを有効にするよう推奨しています。

症状・条件調べる項目避けたい思い込み
同じPCのclientから接続できないserver状態、設定画面のURL・port、認証状態LAN bindやCORSを先に有効化すれば直る
LAN上の別端末から見つからないServe on Local Network、表示されたURL、Wi-Fiの端末間通信制限localhost URLをそのまま別端末にコピーすれば届く
Webページから呼ぶとbrowserが拒否する呼び出し元origin、Enable CORS、tokenの送信方法CORSが認証またはアクセス制御を代行する

この確認で分かることと、分からないこと

この手順で判断できるのは、同じ端末のlocalhost利用で足りるか、LAN上の別端末が必要か、browser CORSも関係するかです。家庭内ネットワークのファイアウォール、無線LANのclient isolation、VPN、ルーター設定、各clientのtoken保管方法によって実際の到達性は変わります。公式文書の設定項目だけから、特定環境での安全性や接続成功を保証することはできません。

LM StudioのmodelやContext Length、GPU Offloadを調整する場合はLM Studioのメモリ別設定ガイドを、ローカルAPI serverを外部サービスとして運用する設計の論点はllama-server本番運用ガイドも参考になります。後者は別のserver製品を扱うため、LM Studioで同じ設定名や手順が使えるという意味ではありません。

参考資料

表を拡大

左右にスワイプして読めます