「Pythonから呼び出して業務システムに組み込みたいが、何から始めればいいか」
「社内の別マシンにあるアプリからローカルLLMに接続したい」
そんな悩みを抱えるプログラマー・開発者は多いはずです。この記事では、OllamaのREST APIを使ってcurl・Pythonから推論リクエストを送る具体的な実装手順を解説します。/api/generateと/api/chatの使い分けから、Pythonクライアントの実装例、外部PCからアクセスするためのOLLAMA_HOST設定、OpenAI互換エンドポイントの活用、社内ツールへ組み込む際の設計・セキュリティ注意点まで、「API連携の基本から実務投入まで」をゴールにします。
この記事のポイント
・Ollama APIは curl -s http://localhost:11434/api/chat でチャット形式のリクエストを送れる
・/api/generateは単発補完、/api/chatは会話履歴を保持するチャット形式で使い分ける
・Pythonからはrequests・ollama公式SDK・openaiライブラリの3通りで呼び出せる
・外部PCから接続するにはOLLAMA_HOST設定とufwによるアクセス制限の両方が必須
でも安心してください。プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
OllamaのREST APIでできること|/api/generateと/api/chat
OllamaはインストールするとデフォルトでHTTPサーバーを起動し、http://localhost:11434 にREST APIを公開します。CLIの ollama run コマンドもこのAPIを内部で叩いているだけで、プログラムから直接エンドポイントにリクエストを送れます。主要なエンドポイントの一覧は以下のとおりです。
| エンドポイント | メソッド | 用途 |
|---|---|---|
/api/generate |
POST | 単発のテキスト補完。チャット履歴は管理しない |
/api/chat |
POST | チャット形式。messages配列にrole付きで渡す(新規実装で推奨) |
/api/tags |
GET | ローカルに取得済みのモデル一覧を取得 |
/api/ps |
GET | 現在ロード中のモデルとVRAM使用量を確認 |
/api/embeddings |
POST | テキストのベクトル埋め込みを生成 |
/v1/chat/completions |
POST | OpenAI API互換エンドポイント(後述) |
・/api/generate:単発のテキスト補完。プロンプトを渡すとテキストが返る。チャット履歴は管理しない
・/api/chat:会話形式。messagesにrole(user/assistant/system)付きの配列を渡す。履歴を引き継いだ応答が返る
一問一答でよい処理(テキスト要約・翻訳・コード生成)は
/api/generate、対話的なサポート窓口や多ターンの指示が必要な処理は /api/chat を選びます。新規に実装する場合は /api/chat を使うのが現代的な方法です。もう一つ押さえておきたいのが
stream パラメータです。デフォルトでは stream: true になっており、トークンが逐次JSONで流れてきます。stream: false を指定すると全文が揃ってから1つのJSONレスポンスとして返るため、スクリプト処理や業務システムへの組み込みでは stream: false のほうが扱いやすい場面が多いです。Ollamaの構築やUbuntu Serverへのセットアップが済んでいない場合は、Ubuntu ServerでローカルLLMを構築する方法|Ollamaで機密データを外に出さず業務AIを動かす完全ガイドを先に確認してください。
curlでAPIを叩く基本|リクエスト・レスポンスの読み方
まず動作確認として、curlで最もシンプルなリクエストを送ってみます。Ollamaがhttp://localhost:11434 で起動していれば以下がそのまま通ります。
1. /api/generate の基本リクエスト
# 基本的なgenerate APIリクエスト(stream: falseで全文受信) $ curl -s http://localhost:11434/api/generate \ -d '{ "model": "gemma3:4b", "prompt": "Pythonでリスト内包表記の基本を100字で説明してください", "stream": false }' | python3 -m json.tool { "model": "gemma3:4b", "created_at": "2026-06-24T03:00:00.000000000Z", "response": "リスト内包表記は `[式 for 変数 in イテラブル]` の形式で...", "done": true, "done_reason": "stop", "total_duration": 2341500000, "load_duration": 102400000, "prompt_eval_count": 32, "eval_count": 87 }
・response:モデルが生成したテキスト本体
・done:trueなら生成完了
・total_duration:推論にかかった合計時間(ナノ秒)
・eval_count:生成したトークン数
2. /api/chat の基本リクエスト
# チャット形式でシステムプロンプト付きリクエスト $ curl -s http://localhost:11434/api/chat \ -d '{ "model": "gemma3:4b", "messages": [ { "role": "system", "content": "あなたはLinuxサーバー管理の専門家です。簡潔に答えてください。" }, { "role": "user", "content": "cronで毎日0時にスクリプトを実行するcrontab設定を教えてください" } ], "stream": false }' | python3 -c "import sys,json; r=json.load(sys.stdin); print(r['message']['content'])" cronで毎日0時に実行する場合は以下の設定をcrontabに追加します: 0 0 * * * /path/to/your/script.sh ...
message.content にテキストが入っています。/api/generateの response とキー名が異なる点に注意してください。デフォルトのストリーミングモード(stream省略時)では、各チャンクが改行区切りのJSONとして逐次届きます。実機の出力例は以下のとおりです。
# stream省略時(デフォルトはstream: true)の出力例 {"model":"gemma3:4b","created_at":"2026-06-24T10:05:01Z","message":{"role":"assistant","content":"cron"},"done":false} {"model":"gemma3:4b","created_at":"2026-06-24T10:05:01Z","message":{"role":"assistant","content":"で"},"done":false} ... {"model":"gemma3:4b","created_at":"2026-06-24T10:05:05Z","message":{"role":"assistant","content":""},"done":true,"total_duration":3845124834,"eval_count":95}
"stream": false を明示して全文を一括受信するほうが処理しやすいです。なお、stream無しで返ってくるまでの時間はモデルサイズとGPU/CPU性能に依存します。gemma3:4bならGPU環境で1~3秒が目安です。モデルごとの性能差についてはローカルLLMのモデルを比較する方法|Llama3.3・Mistral・Gemma・Phi-4をUbuntuで使い分けるポイントを参照してください。
3. よく使うその他のエンドポイント
# ローカルにあるモデル一覧を取得 $ curl -s http://localhost:11434/api/tags | python3 -m json.tool { "models": [ { "name": "gemma3:4b", "size": 3340000000, "digest": "a72c7f4d3796..." } ] } # APIサーバーの生存確認 $ curl -s http://localhost:11434 Ollama is running # 現在ロードされているモデルとVRAM使用量の確認 $ curl -s http://localhost:11434/api/ps | python3 -m json.tool { "models": [ { "name": "gemma3:4b", "size_vram": 3340000000, "details": { "parameter_size": "4B" } } ] }
/api/ps はモデルがGPUメモリにロードされているかを確認する際に特に有用です。size_vram が0に近い場合はCPUで推論していることを示します。詳細はトラブルシュートのセクションで説明します。
外部PCから接続するためのOLLAMA_HOST設定
デフォルトのOllamaは127.0.0.1:11434(ローカルホストのみ)で待ち受けるため、社内の別マシンやDockerコンテナからは接続できません。外部からアクセスするには待ち受けアドレスを 0.0.0.0 に変更する必要があります。注意:
~/.bashrc に環境変数を書いてもsystemdサービスとして動くOllamaには反映されません。systemdの override.conf で変更するのが正しい方法です。
1. systemd override.confでOLLAMA_HOSTを変更する
# Ollamaのsystemdオーバーライドファイルを編集 $ sudo systemctl edit ollama
[Service] Environment="OLLAMA_HOST=0.0.0.0:11434"
# systemdに変更を読み込ませる $ sudo systemctl daemon-reload # Ollamaを再起動 $ sudo systemctl restart ollama
2. 待ち受けアドレスの確認と外部からの疎通テスト
# 待ち受けアドレスを確認 $ sudo ss -tlnp | grep 11434 LISTEN 0 128 0.0.0.0:11434 0.0.0.0:* users:(("ollama",pid=12345,fd=7))
0.0.0.0:11434 で待ち受けていれば設定完了です。127.0.0.1:11434 のままの場合は systemctl cat ollama で override.conf の内容を確認してください。続いて、接続元のPCから疎通確認します。
# 接続元PCからの疎通確認(192.168.1.100 はOllamaサーバーのIPアドレス) $ curl -s http://192.168.1.100:11434/api/tags
Ollama APIのリクエストオプション|temperatureとseedで生成品質を制御する
/api/generate と /api/chat のどちらでも、リクエストボディにoptions オブジェクトを追加すると生成パラメータを細かく制御できます。デフォルト値のままでも動作しますが、業務ツールへ組み込む際は用途に合わせた調整が必要です。よく使うオプションパラメータは以下です。
・temperature:出力のランダム性(デフォルト0.8)。0に近いほど確定的な出力になり、2に近いほど多様な出力になる。コード生成・翻訳など正確性が求められる用途は0.1~0.3が目安
・top_p:確率分布の上位p%のトークンから選択するパラメータ(デフォルト0.9)。temperatureと組み合わせて出力の多様性を制御する
・seed:同じseedと同じプロンプトで再現性のある出力を得るために使用。テスト・デバッグ時に便利
・num_predict:生成するトークンの最大数(デフォルト-1でモデル依存)。出力を特定の長さに制限したい場合に指定する
# temperatureを低く設定して確定的なコード生成リクエスト $ curl -s http://localhost:11434/api/generate \ -d '{ "model": "gemma3:4b", "prompt": "Pythonで文字列を逆順にするコードを1行で書いてください", "stream": false, "options": { "temperature": 0.1, "seed": 42, "num_predict": 200 } }' | python3 -c "import sys,json; print(json.load(sys.stdin)['response'])" s = "hello" print(s[::-1]) # または "hello"[::-1]
temperature: 0.1~0.3 を設定するとテスト・デバッグが安定します。一方、「アイデア出し」「複数の言い回しを提案させる」用途では
temperature: 1.0~1.5 のほうが多様な候補が返ってきます。業務ツールに組み込む際は用途ごとにoptionsを切り替えられる設計にしておくと、後から調整が容易です。
PythonからOllama APIを呼び出す実装例
curlで動作が確認できたら、Pythonから呼び出す実装に移ります。方法は3つあります。標準ライブラリに近いrequests を使う方法、Ollama公式のPython SDK、そしてOpenAI互換エンドポイントを使う openai ライブラリです。
1. requestsライブラリを使ったシンプルな実装
requestsはほとんどのPython環境で使えるため、依存関係を増やしたくない場合に適しています。# requests利用(pip install requests が必要) import requests import json def ask_ollama(prompt: str, model: str = "gemma3:4b") -> str: # Ollama /api/generate を呼び出して回答テキストを返す url = "http://localhost:11434/api/generate" payload = { "model": model, "prompt": prompt, "stream": False } response = requests.post(url, json=payload, timeout=120) response.raise_for_status() return response.json()["response"] # 使用例 answer = ask_ollama("Linuxのsystemctlでサービスを再起動するコマンドは?") print(answer)
timeout=120 を設定しているのは、モデルのロード時間も含めるためです。初回リクエスト時はモデルをメモリにロードする処理が走り、数秒~10秒以上かかることがあります。raise_for_status() はHTTPエラー(4xx・5xx)が返った場合に例外を投げるため、必ず入れてください。
2. Ollama公式Python SDKを使った実装
# pip install ollama でインストール import ollama # /api/generate に相当 response = ollama.generate(model="gemma3:4b", prompt="Pythonのwith文の使い方を説明して") print(response["response"]) # /api/chat に相当(会話履歴付き) chat_response = ollama.chat( model="gemma3:4b", messages=[ {"role": "system", "content": "Linuxの専門家として答えてください"}, {"role": "user", "content": "viでファイルを保存して終了するショートカットは?"} ] ) print(chat_response["message"]["content"]) # ストリーミング処理(トークンを逐次受信) stream = ollama.generate(model="gemma3:4b", prompt="cronの書き方を説明して", stream=True) for chunk in stream: print(chunk["response"], end="", flush=True) print()
OLLAMA_HOST で変更できます。Ollamaが別サーバーで動いている場合は OLLAMA_HOST=http://192.168.1.100:11434 のように指定します。
3. 会話履歴を管理するチャットクライアントの実装
import requests class OllamaChat: # 会話履歴を保持するOllamaチャットクライアント def __init__(self, model: str = "gemma3:4b", system_prompt: str = ""): self.model = model self.messages = [] if system_prompt: self.messages.append({"role": "system", "content": system_prompt}) def chat(self, user_input: str) -> str: self.messages.append({"role": "user", "content": user_input}) payload = { "model": self.model, "messages": self.messages, "stream": False } r = requests.post("http://localhost:11434/api/chat", json=payload, timeout=120) r.raise_for_status() reply = r.json()["message"]["content"] self.messages.append({"role": "assistant", "content": reply}) return reply def reset(self): # 履歴をリセット(system promptは保持) self.messages = [m for m in self.messages if m["role"] == "system"] # 使用例 bot = OllamaChat(model="gemma3:4b", system_prompt="Linux管理の専門家として答えてください") print(bot.chat("SSHのポートを変更するには?")) print(bot.chat("その設定をsystemctlで反映させるコマンドも教えて"))
messages リストに積み上げていくため、長いやり取りではトークン数が増えてメモリ消費が増加します。実務ではセッション単位でリセットするか、要約を差し込む設計にするのが現実的です。
4. openaiライブラリでOllamaのOpenAI互換APIを使う
OllamaはOpenAI API互換の/v1 エンドポイントを提供しています。base_url をOllamaのエンドポイントに向けるだけで、ChatGPT向けに書いたコードがそのままローカルLLMで動きます。
# pip install openai でインストール from openai import OpenAI # base_urlをOllamaのエンドポイントに向ける client = OpenAI( base_url="http://localhost:11434/v1", api_key="ollama" # Ollamaは認証不要だが値は必須(何でもよい) ) response = client.chat.completions.create( model="gemma3:4b", messages=[ {"role": "system", "content": "あなたはLinuxのエキスパートです"}, {"role": "user", "content": "ssコマンドとnetstatコマンドの違いを教えてください"} ] ) print(response.choices[0].message.content)
api_key には任意の文字列を設定してください(Ollamaは無視しますが、openaiライブラリが必須フィールドとして要求します)。LangChainの ChatOpenAI も同様に openai_api_base と openai_api_key を差し替えるだけで動作します。既存のChatGPT連携コードをローカルLLMに切り替えたい場合に特に有効な方法です。
社内ツール・業務システムへ組み込む際の設計と注意点
OllamaのREST APIを使って業務システムへ組み込む際の設計上のポイントと、見落としがちな注意点をまとめます。1. APIに認証機構がない問題とufwによるアクセス制限
OllamaのAPIはデフォルトで認証を要求しません。OLLAMA_HOST=0.0.0.0:11434 に設定した状態では、ネットワーク上のどこからでもリクエストを送れてしまいます。モデルの取得・削除も可能なエンドポイントが存在するため、社内サーバーで運用する場合は必ずufwでアクセス元を制限してください。
# SSHの接続が切れないように22番を先に許可(順番を誤ると自分が締め出される) $ sudo ufw allow 22/tcp # ufwを有効化 $ sudo ufw enable # ufw でOllama APIポート(11434)を社内NWのみに制限する $ sudo ufw allow from 192.168.1.0/24 to any port 11434 $ sudo ufw deny 11434 # 設定確認 $ sudo ufw status Status: active To Action From -- ------ ---- 22/tcp ALLOW IN Anywhere 11434 ALLOW 192.168.1.0/24 11434 DENY Anywhere
# RHEL/Rocky Linux: firewalldで社内セグメントのみ許可 $ sudo firewall-cmd --permanent \ --add-rich-rule='rule family="ipv4" source address="192.168.1.0/24" port protocol="tcp" port="11434" accept' $ sudo firewall-cmd --reload # 確認 $ sudo firewall-cmd --list-rich-rules
0.0.0.0 へのバインドも確認します。OllamaがデフォルトでLISTENするアドレスは 127.0.0.1 ですが、OLLAMA_HOST=0.0.0.0:11434 で外部公開できる状態になっているサーバーでは、ufwの制限が特に重要です。ファイアウォール設計の詳細やsystemd設定と合わせたセキュアな構築手順は、Ubuntu ServerでローカルLLMを構築する完全ガイドで解説しています。
2. 複数ユーザーが同時利用する場合のモデル競合
Ollamaは1プロセスで1モデルをGPUメモリにロードして推論します。複数リクエストが同時に来た場合、後続のリクエストは前のリクエストが完了するまでキューで待機します。同一モデルへの並列推論は直列処理です。複数モデルに跨るリクエスト(A部署はgemma3:4b、B部署はllama3.3:70b-instruct-q4_0を使う)の場合は、モデル切替のたびにGPUメモリのアンロード・ロードが発生します。この切替コストが数秒~10秒以上になることがあります。用途別にモデルを固定するか、Ollamaインスタンスを複数立ち上げてロードバランスする設計が必要になります。
社内導入時の情シス向けの考え方(機密データをローカルに閉じる判断軸)については、社内でChatGPTが使えないときの代替手段|機密データを守るローカルLLMという選択肢も参考にしてください。
3. Flaskを使った社内APIラッパーの最小実装
社内ツールからOllamaを使えるようにする最もシンプルな方法は、Ollamaの前にFlaskの薄いラッパーAPIを置くことです。# pip install flask requests from flask import Flask, request, jsonify import requests app = Flask(__name__) OLLAMA_URL = "http://localhost:11434/api/generate" DEFAULT_MODEL = "gemma3:4b" @app.route("/ask", methods=["POST"]) def ask(): data = request.get_json() prompt = data.get("prompt", "") model = data.get("model", DEFAULT_MODEL) if not prompt: return jsonify({"error": "promptが必要です"}), 400 r = requests.post(OLLAMA_URL, json={ "model": model, "prompt": prompt, "stream": False }, timeout=120) r.raise_for_status() return jsonify({"response": r.json()["response"]}) if __name__ == "__main__": app.run(host="0.0.0.0", port=8080)
OllamaのREST APIでハマりやすいエラーと対処法
API連携の実装で実際にハマりやすいエラーとその対処法を整理します。1. ConnectionRefusedError / Connection refused(接続できない)
# まずOllamaが動いているか確認 $ curl http://localhost:11434 Ollama is running ← 表示されなければOllamaが停止している # systemdで起動していない場合は手動起動 $ systemctl status ollama $ sudo systemctl start ollama # または手動でサーバーを起動 $ ollama serve &
127.0.0.1:11434 のままであれば、OLLAMA_HOST設定が適用されていません。# 待ち受けアドレスを確認(0.0.0.0 か 127.0.0.1 か) $ sudo ss -tlnp | grep 11434 # override.confの内容を確認 $ systemctl cat ollama
2. model 'xxx' not found(モデルが見つからない)
# ダウンロード済みモデル一覧を確認 $ ollama list NAME ID SIZE MODIFIED gemma3:4b a72c7f4d3796 3.3 GB 2 hours ago # モデルがない場合はpullで取得 $ ollama pull gemma3:4b pulling manifest ...
model="gemma3" と書いたとき、実際にローカルに存在するのが gemma3:4b だと「not found」になります。ollama list の NAME 列と完全一致させてください。量子化タグ(-q4_0 -q8_0)を含むモデルは正確なタグ名が必要です。
3. timeoutエラー(タイムアウト)
初回リクエストではモデルのGPUメモリへのロードが走るため、requestsのデフォルトタイムアウト(なし or 短い値)だとタイムアウトすることがあります。timeout=120 など余裕を持った値を設定してください。70Bクラスのモデルでは初回ロードに30秒以上かかることもあります。
4. JSONDecodeError(レスポンス解析失敗)
stream: true(デフォルト)のままにしていると、1トークンごとの改行区切りJSONが連続して流れてきます。これをそのままjson.loads() するとJSONDecodeErrorになります。"stream": false を指定するか、ストリーミングを処理する場合は行ごとにパースしてください。
# ストリーミングレスポンスを行ごとにパースする例 import requests, json r = requests.post("http://localhost:11434/api/generate", json={"model": "gemma3:4b", "prompt": "こんにちは"}, stream=True, timeout=120) full_text = "" for line in r.iter_lines(): if line: chunk = json.loads(line) full_text += chunk.get("response", "") if chunk.get("done"): break print(full_text)
5. メモリ不足でモデルがロードされない
RAM 16GBのサーバーで llama3.3:70b-instruct-q4_0(約43GB)を使おうとするとOllamaがクラッシュします。量子化タグ(-q4_0 -q8_0)はGPUメモリでの消費を抑えますが、サーバーのRAMも合算で確認が必要です。VRAM不足でGPUからCPUにフォールバックすると推論速度が大幅に低下します。/api/ps でメモリ使用状況を確認してください。
6. 推論が極端に遅い(CPUで動いている)
/api/ps エンドポイントでモデルのVRAM使用量を確認します。# ロード中のモデルとVRAM使用状況を確認 $ curl -s http://localhost:11434/api/ps | python3 -m json.tool { "models": [ { "name": "gemma3:4b", "size_vram": 3340000000, "details": { "parameter_size": "4B" } } ] }
size_vram が0に近い値の場合、モデルがCPUで動いています。NVIDIAドライバやOllama自体がGPUを認識していない可能性があります。nvidia-smi でドライバの状態を確認し、必要に応じてドライバを再インストールしてください。
本記事のまとめ|Ollama API連携早見表
OllamaのREST APIはシンプルなHTTP POSTで利用できます。stream: false を指定してcurlやPythonのrequestsで叩くのが最も手軽な出発点です。外部PCから接続する場合はOLLAMA_HOST設定と合わせてufwでアクセス元を絞ることが必須のセキュリティ対策になります。20年以上Linuxサーバーを運用してきた経験から言うと、ローカルLLMの業務投入で最初に躓くのは「APIの叩き方」よりも「ネットワーク設計とアクセス制御の抜け」です。curlで動けば終わりではなく、「どこからどこへのアクセスを許可するか」を設計してから公開してください。
| やりたいこと | エンドポイント / コマンド | 備考 |
|---|---|---|
| 単発テキスト生成 | curl -s http://localhost:11434/api/generate -d '{"model":"gemma3:4b","prompt":"...","stream":false}' |
stream:falseで全文一括受信 |
| チャット形式で会話 | curl -s http://localhost:11434/api/chat -d '{"model":"gemma3:4b","messages":[...],"stream":false}' |
messagesにrole付き配列を渡す |
| APIサーバー生存確認 | curl http://localhost:11434 |
"Ollama is running"が返ればOK |
| モデル一覧取得 | curl -s http://localhost:11434/api/tags |
ローカルのモデル一覧がJSON返却 |
| ロード中モデルのVRAM確認 | curl -s http://localhost:11434/api/ps |
size_vramが0ならCPUで推論中 |
| PythonSDKで生成 | ollama.generate(model="gemma3:4b", prompt="...") |
pip install ollama が必要 |
| PythonSDKでチャット | ollama.chat(model="gemma3:4b", messages=[...]) |
会話履歴はmessagesリストで管理 |
| OpenAI互換ライブラリで呼び出す | OpenAI(base_url="http://localhost:11434/v1", api_key="ollama") |
既存ChatGPTコードの流用が容易 |
| 外部PCからアクセスできるようにする | sudo systemctl edit ollama で OLLAMA_HOST=0.0.0.0:11434 を設定 |
daemon-reload後にrestart必要 |
| APIポートを社内限定に(Ubuntu) | sudo ufw allow from 192.168.1.0/24 to any port 11434 |
認証がないため必須のセキュリティ対策 |
| APIポートを社内限定に(RHEL) | sudo firewall-cmd --permanent --add-rich-rule でIPレンジ指定 |
firewall-cmd --reloadで反映 |
| 別サーバーのOllamaに接続 | OLLAMA_HOST=http://192.168.1.100:11434 ollama list |
環境変数でURL変更可能 |
OllamaのAPI活用を「現場で使える型」として身につけませんか?
curlでのリクエスト方法は調べれば分かります。でも「OLLAMA_HOSTとファイアウォールをどう組み合わせてセキュアに運用するか」「業務アプリへの組み込み設計をどうするか」まで答えられますか?
現場で通用する安全なLinuxサーバー構築の「型」を体系的に身につけたい方へ、『Linuxサーバー構築入門マニュアル(図解60P)』を完全無料でプレゼントしています。
「独学の時間がもったいない」「プロから直接、現場の技術を最短で学びたい」という本気の方には、2日で実務レベルのスキルが身につく【初心者向けハンズオンセミナー】も開催しています。
・Ubuntu ServerでローカルLLMを構築する方法|Ollamaで機密データを外に出さず業務AIを動かす完全ガイド
・社内でChatGPTが使えないときの代替手段|機密データを守るローカルLLMという選択肢
・ローカルLLMのモデルを比較する方法|Llama3.3・Mistral・Gemma・Phi-4をUbuntuで使い分けるポイント
3,100名以上が実践した「型」を無料で公開中
プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
その「型」を図解60Pにまとめた入門マニュアルを、完全無料でプレゼントしています。
登録10秒/合わなければ解除3秒 / 詳細はこちら
- 次のページへ:シェルスクリプトでバックアップ自動化を作る実践|cronとログ設計まで
- 前のページへ:iftopコマンドでLinuxのネットワーク通信をリアルタイム監視する方法|接続先・帯域の確認と実務活用も
- この記事の属するカテゴリ:Linuxtipsへ戻る

無料メルマガで学習を続ける
Linuxの実践スキルをメールで毎週お届け。
登録は1分、解除もいつでも可。
登録無料・いつでも解除できます