OllamaのAPIをufwで保護する方法｜Linuxファイアウォールで社内ネットワーク限定公開とポート制御を設定する手順

この記事のポイント

・sudo ufw allow from 192.168.1.0/24 to any port 11434 proto tcp でサブネット限定公開が即日実現できる
・systemdのEnvironment="OLLAMA_HOST=127.0.0.1:11434"でLoopbackバインドに絞るとプロセスレベルで外部遮断できる
・NginxをHTTPS終端にして11434番ポートを外部に見せないのがチーム運用の定石
・設定後はnmap -p 11434 でfilteredと表示されるか実測で確認する

# Ollamaのリッスン状態を確認
$ ss -tlnp | grep 11434

LISTEN 0      4096         0.0.0.0:11434      0.0.0.0:*    users:(("ollama",pid=12345,fd=7))

# ufwの状態と現在のルールを確認
$ sudo ufw status verbose

Status: active
Logging: on (low)
Default: deny (incoming), allow (outgoing), disabled (routed)
New profiles: skip

To                         Action      From
--                         ------      ----
22/tcp                     ALLOW IN    Anywhere

# ルールを番号付きで一覧表示
$ sudo ufw status numbered

     To                         Action      From
     --                         ------      ----
[ 1] 22/tcp                     ALLOW IN    Anywhere
[ 2] 11434                      ALLOW IN    Anywhere    ← 全開放になっていたら削除する

# 全開放ルールを削除する場合（番号を指定）
$ sudo ufw delete 2

# 社内サブネット（192.168.1.0/24）からの11434番アクセスのみ許可
$ sudo ufw allow from 192.168.1.0/24 to any port 11434 proto tcp

Rule added

$ sudo ufw status numbered

     To                         Action      From
     --                         ------      ----
[ 1] 22/tcp                     ALLOW IN    Anywhere
[ 2] 11434/tcp                  ALLOW IN    192.168.1.0/24

# VPNサブネット（例: 10.8.0.0/24）も追加許可
$ sudo ufw allow from 10.8.0.0/24 to any port 11434 proto tcp

# 特定のIPのみ許可（例: 管理者端末 192.168.1.50）
$ sudo ufw allow from 192.168.1.50 to any port 11434 proto tcp

# 複数のIPをまとめて許可する場合は1行ずつ追加する
$ sudo ufw allow from 192.168.1.51 to any port 11434 proto tcp

# エディタでoverride.confを開く（存在しない場合は新規作成）
$ sudo systemctl edit ollama

[Service]
Environment="OLLAMA_HOST=127.0.0.1:11434"

$ sudo systemctl daemon-reload
$ sudo systemctl restart ollama

# バインドアドレスが変わったか確認
$ ss -tlnp | grep 11434

LISTEN 0      4096    127.0.0.1:11434      0.0.0.0:*    users:(("ollama",pid=23456,fd=7))

# 1分あたり20接続を超えたIPからの新規接続をDROPする
$ sudo iptables -I INPUT -p tcp --dport 11434 -m state --state NEW \
    -m recent --set --name OLLAMA_RATE

$ sudo iptables -I INPUT -p tcp --dport 11434 -m state --state NEW \
    -m recent --update --seconds 60 --hitcount 21 --name OLLAMA_RATE \
    -j DROP

# 現在のiptablesルールを確認
$ sudo iptables -L INPUT -n --line-numbers | grep 11434

# iptablesルールを永続化
$ sudo apt install -y iptables-persistent
$ sudo iptables-save | sudo tee /etc/iptables/rules.v4

# 次回起動時に自動適用されるか確認
$ sudo systemctl is-enabled netfilter-persistent

enabled

# SSHはサブネット内からのみ許可
$ sudo ufw allow from 192.168.1.0/24 to any port 22 proto tcp

# HTTPSはチームサブネットのみ許可
$ sudo ufw allow from 192.168.1.0/24 to any port 443 proto tcp

# 11434番は全拒否（Loopbackバインド+明示的DENYで二重ブロック）
$ sudo ufw deny 11434

$ sudo ufw status numbered

     To                         Action      From
     --                         ------      ----
[ 1] 22/tcp                     ALLOW IN    192.168.1.0/24
[ 2] 443/tcp                    ALLOW IN    192.168.1.0/24
[ 3] 11434                      DENY IN     Anywhere

# Nginx設定のproxy_passをLoopbackアドレスに向ける
$ grep proxy_pass /etc/nginx/sites-available/ollama

        proxy_pass http://127.0.0.1:11434;

# 設定をテストして問題がなければリロード
$ sudo nginx -t && sudo systemctl reload nginx

# サブネット外のホスト（例: 192.168.2.10）からアクセスを試みる
$ curl -v http://192.168.1.100:11434/ --connect-timeout 5

curl: (28) Connection timed out after 5001 milliseconds

# 許可サブネット内（例: 192.168.1.50）からアクセスを確認
$ curl http://192.168.1.100:11434/api/tags

{"models":[{"name":"llama3.3:70b-instruct-q4_0","modified_at":"2026-08-01T10:00:00Z","size":42123456789}]}

# 外部ホストからnmapで11434番をスキャン
$ nmap -p 11434 192.168.1.100

Host is up (0.00042s latency).

PORT      STATE    SERVICE
11434/tcp filtered unknown

Nmap done: 1 IP address (1 host up) scanned in 1.32 seconds

# ブロックされたパケットのログを確認（ufwログが有効な場合）
$ sudo tail -20 /var/log/ufw.log

Aug  6 10:23:45 server kernel: [UFW BLOCK] IN=eth0 OUT= MAC=aa:bb:cc:dd:ee:ff:... \
SRC=203.0.113.10 DST=192.168.1.100 LEN=60 ... DPT=11434 ...

# 現状確認（DENYが[ 1]でALLOWが[ 2]の場合は逆転している）
$ sudo ufw status numbered

[ 1] 11434                      DENY IN     Anywhere
[ 2] 11434/tcp                  ALLOW IN    192.168.1.0/24

# ALLOW側をDENYより前（位置1）に挿入する
$ sudo ufw insert 1 allow from 192.168.1.0/24 to any port 11434 proto tcp

# 元のルール2（古いALLOW）と古いDENYを削除して整理する
$ sudo ufw status numbered   # 番号を再確認してから削除

$ sudo systemctl status ollama

# エラー例: Failed at step ENVIRON spawning...
# → override.confの構文を確認する

$ sudo cat /etc/systemd/system/ollama.service.d/override.conf

[Service]
Environment="OLLAMA_HOST=127.0.0.1:11434"

# 構文エラーがないか検証
$ sudo systemd-analyze verify /etc/systemd/system/ollama.service.d/override.conf

# Nginxのエラーログを確認
$ sudo tail -20 /var/log/nginx/error.log

# proxy_passのアドレスが127.0.0.1になっているか確認
$ grep proxy_pass /etc/nginx/sites-available/ollama

        proxy_pass http://127.0.0.1:11434;

# Loopback上でOllamaが実際にListenしているか再確認
$ ss -tlnp | grep 11434

LISTEN 0  4096  127.0.0.1:11434  0.0.0.0:*  users:(("ollama",pid=23456,fd=7))

# ターミナルのOLLAMA_HOST環境変数を確認
$ echo $OLLAMA_HOST

（空白または未設定が正常）

# ollama run でモデルを動かして疎通確認
$ ollama run llama3.3:70b-instruct-q4_0 "ufwの用途を一言で教えて"

Linuxのファイアウォール設定を簡単に管理するためのツールです。

ローカルLLMのセキュア運用を2日間のハンズオンで体験する

ufwのポート制限だけでなく、Nginx多層防御・systemdチューニング・モデル選定まで実機GPU環境で手を動かしながら習得したい方向けに、「ローカルAIマスターセミナー」を開催しています。
少人数（最大8名）ZOOMハンズオン形式で実施しています。