この手順はOutlineであり、OpenVPNではない
Outlineは、管理者がOutline Managerでサーバーとアクセスキーを管理し、利用者がOutline Clientへキーを追加して接続する仕組みです。公式リポジトリはOutline ClientをShadowsocks互換のプロキシクライアントと説明しています。OpenVPN設定ファイル、証明書、OpenVPN Access Serverを使う手順ではありません。
サービス管理者
VPSを契約・保守し、Outline Serverを構築して利用者ごとのアクセスキーを発行・削除します。VPS料金、更新、障害対応、鍵漏えい対応を担います。
利用者
信頼できる管理者から受け取った固有キーをOutline Clientへ追加します。キーは認証情報なので公開チャット、チケット、画面共有、Gitへ貼りません。
この手順を選ばない条件
社内LANへ到達するリモートアクセスVPN、拠点間VPN、端末証明書やID連携を要件にする場合は、Outlineではなく組織向けVPNを設計してください。VPSのroot権限、Linux更新、SSH復旧、鍵失効を担当できない場合も、自力構築を始めないでください。
構築開始前に揃える4つの前提
Outlineを入れる前にVPSの責任境界を決めます。ABLENETはVPS内のOSやアプリケーションを利用者自身で維持・解決するサービスと案内しています。
空のLinux VPSと対応OS
既存業務を載せていないVPSを用意します。ABLENETの現行L系VPSは初期状態が空で、ABLEパネルの初期化からOSを導入します。Outline公式ページとインストーラーが対応する64bit x86環境を選び、非対応OSへ強行しません。旧記事のV1推奨や料金は廃止します。
SSH鍵と別の復旧経路
公開鍵認証で接続し、作業用sudoユーザーを用意します。パスワード認証やrootログインを無効化する場合は、別セッションで鍵ログイン成功を確認してから変更します。SSH不能時にABLEパネルの仮想コンソールを使えることも先に確認します。
バックアップと再構築記録
既存VPSを使う場合は先にデータを別媒体へ退避し、復元確認を行います。OS、IP、SSH公開鍵、実行したスクリプトの取得元、生成ポート、構築日時を記録します。Outlineの管理情報を含む`/opt/outline`は機密情報として暗号化・アクセス制限します。
利用範囲と中止条件
利用者、端末、想定通信量、接続元地域、保管ログ、費用上限を決めます。SSH不能、意図しない全ポート開放、公式取得元を確認できない、管理情報を安全に保存できない場合は構築を止めます。
ファイアウォールを有効化する前にSSHを許可する
UFWなどを使う場合は、現在接続中のSSHポートを許可し、別のSSHセッションとABLEパネルのコンソールを確認してから有効化します。Outlineはインストール時に管理API用TCPポートとアクセスキー用TCP・UDPポートを生成します。全ポートを開けず、出力された番号だけを許可します。
ABLENET VPSへOutline Serverを構築する6ステップ
画面名やスクリプトは更新されます。実行直前にOutline公式のGet Startedとインストールページを開き、取得元がOutline Foundationの公式リポジトリであることを確認してください。
- 手順 01
ABLEパネルでOSを初期化する
対象VPS、リージョン、グローバルIPv4を記録し、現行の対応OSを初期化します。初期化は既存ディスクを消去する操作です。対象名とバックアップを再確認し、別用途のVPSでは実行しません。
- 仮想コンソールでOSが起動する
- IPアドレスと対象VPSが作業票と一致する
- 手順 02
OSを更新し、SSHの退路を確保する
パッケージを更新し、必要なら再起動します。公開鍵のsudoユーザーで再接続できること、時刻同期、空き容量、DNS解決を確認します。SSH設定を変更したら既存セッションを閉じる前に別セッションで検証します。
- 更新後も鍵認証で再接続できる
- rootまたはsudo権限が意図通り使える
- 手順 03
公式スクリプトを保存して確認する
Outline公式ページが示すURLからインストールスクリプトをローカルファイルへ保存します。HTTPSのホスト、リポジトリ所有者、ファイル内容を確認し、内容が変わるコマンドをそのままパイプで実行しません。確認した同じファイルをsudoで実行します。
- 取得元がOutline Foundationの公式リポジトリである
- 実行前のファイルと取得日時を記録した
- 手順 04
DockerとOutlineの構築結果を読む
公式スクリプトはDockerを確認し、Outline Serverコンテナ、永続状態、更新用コンテナを構成します。途中で失敗したら同じコマンドを連打せず、エラー、`docker ps -a`、Dockerサービス、空き容量、既存コンテナ名を確認します。
- 想定外の既存コンテナやポート競合がない
- サーバー状態が`/opt/outline`へ保存されることを把握した
- 手順 05
生成された2種類のポートだけを許可する
完了出力にある管理ポートはTCP、アクセスキーポートはTCPとUDPを許可します。ポート番号は環境ごとに異なります。SSHを含む必要ポート以外を閉じ、別回線から疎通を確認します。番号を記事やスクリーンショットへ公開しません。
- 管理TCPと接続TCP・UDPを区別した
- 0.0.0.0/0の不要な管理ポート許可を残していない
- 手順 06
管理情報をOutline Managerへ一度だけ登録する
出力された`apiUrl`と`certSha256`をOutline Managerの「どこにでもOutlineをセットアップ」に登録します。このJSONは管理権限に相当する秘密情報です。共有、チャット、Git、監視ログへ残さず、管理端末と暗号化保管先だけで扱います。
- Managerからサーバー詳細を開ける
- 管理JSONが公開履歴に残っていない
コマンドは公式ページから取得し、同じファイルを確認して実行する
記事内の固定コピーではなく、実行時点のOutline公式インストールページを正本にします。例として、保存→内容確認→実行の順序は次の通りです。
curl -fsSLo /tmp/outline-install.sh （公式ページに掲載されたスクリプトURL）
less /tmp/outline-install.sh
sudo bash /tmp/outline-install.sh
URLを省略しているのは、古い取得先を記事へ固定しないためです。公式ページからコピーし、ドメインとリポジトリ所有者を確認してください。コマンド履歴や作業記録へ管理JSONを貼らないでください。
アクセスキーを端末ごとに発行・失効する
一つのキーを全員で共有すると、漏えいした利用者だけを停止できません。端末または利用者ごとに分け、用途が終わったキーは削除します。
- 鍵管理 01
固有キーを作成し、識別名を付ける
Managerでキーを追加し、利用者や端末を識別できる名前を付けます。個人情報を過度に含めず、発行日、所有者、期限を別の管理台帳へ記録します。
- 鍵管理 02
安全な経路で招待を共有する
招待URLには接続資格情報が含まれます。公開チャンネルや誰でも閲覧できる文書を避け、本人確認できる経路で個別送信します。受領後に不要なコピーを削除します。
- 鍵管理 03
公式Clientへ追加し、接続する
公式配布元からOutline Clientを入れ、受け取ったキーを追加します。OSのVPN接続確認が出たら対象アプリ名を確認して許可します。Clientを入れただけ、またはキーを追加しただけでは通信は保護されません。
- 鍵管理 04
不要・漏えいキーを削除する
端末紛失、退職、誤送信、公開履歴への混入があればManagerで該当キーを削除し、新しいキーを発行します。管理JSON自体が漏れた場合はキー削除だけで済ませず、空のVPSから再構築して管理情報を更新します。
接続後に4方向から確認する
速度テスト一回では完了判定になりません。接続経路、漏えい、負荷、運用記録を分けて確認します。
経路と切断
接続前後の送信元IPを信頼できる確認先で比較し、Outline経由へ変わることを確認します。切断後に元へ戻ること、必要な社内サービスやメールが壊れないことも確認します。
DNS・IPv6・端末挙動
利用端末と要件に応じてDNSとIPv6の経路を確認します。Outline接続だけで匿名性やすべての通信保護を断定せず、ブラウザ、アプリ、テザリングなど実際の利用経路で試します。
速度と安定性
同じ端末、回線、時間帯、測定先で接続前後を複数回測ります。旧記事の290Mbps・130Mbpsは2025年6月の単一条件であり、現行プランや将来性能の保証には使いません。
更新・費用・鍵台帳
OSとOutlineの更新状態、コンテナ再起動後の接続、VPS費用、発行中のキー、失効期限、担当者を定期確認します。ABLENETはアプリケーション保守を利用者責任としています。
失敗したときは症状ごとに戻す
復旧操作の前に、最後に成功した地点と変更内容を記録します。複数の設定を同時に変えると原因が分からなくなります。
直ちに作業を止める条件
- SSHとABLEパネルの仮想コンソールの両方で操作できない
- 意図しないポート、管理JSON、アクセスキーが公開された
- 既存サービスや別利用者の通信へ影響が出た
- 公式取得元、実行内容、バックアップの復元可否を説明できない
SSHへ入れない
ABLEパネルの仮想コンソールからネットワーク、SSHサービス、ファイアウォール、公開鍵、ディスク容量を確認します。復旧できなければバックアップ確認後にOS再初期化を選びます。
Managerへ登録できない
管理TCPポート、VPSのIP、時刻、Outlineコンテナ、API URLの欠落を確認します。JSONを加工・再発行せず、インストール出力または機密保管した`/opt/outline/access.txt`を管理端末上で確認します。
Clientが接続できない
該当キーが有効か、接続用ポートのTCP・UDP、端末時刻、別回線、サーバー負荷を確認します。管理ポートと接続ポートを混同しないでください。
鍵や管理情報が漏えいした
アクセスキーだけならManagerで削除します。`apiUrl`と証明書指紋を含む管理JSONが漏れた場合は、証跡を保存し、利用者へ通知し、空のOSからOutlineを再構築して全キーを再発行します。
更新後に動かない
OS、Docker、Outlineコンテナのどこで変化したか分けます。ログ、コンテナ状態、ポート、`/opt/outline`のバックアップを確認し、原因不明のまま古いイメージを固定し続けません。再構築できる手順と鍵台帳を優先します。
最終復旧は「空のVPSへ再構築」
Outline Serverは鍵と管理情報を含むため、侵害や構成不明の状態を継ぎ足すより、対象を停止し、空のOSへ公式手順で再構築し、新しいキーを配布する方が確認しやすい場合があります。再初期化はデータを消すため、対象VPSとバックアップを二者確認してから実行します。
旧記事の操作画像と現在の読み方
旧記事で使っていた操作画像21点を手順別に維持します。すべて2025年3月または6月時点の記録であり、2026年7月現在のボタン名、料金、プラン、性能を保証しません。画面が異なる場合は公式資料を優先してください。
ABLENETの旧画面9点を確認
ABLENET VPSの契約・仕様画面
Outline Managerの旧画面6点を確認
Outline Managerとサーバー登録画面
Outline Clientの旧画面5点を確認
Android版Outline Clientの接続画面
2025年6月の速度比較1点を確認
旧記事の速度測定画面
構築完了チェックリスト
すべて説明できる状態になってから、利用者へ本運用のキーを配布します。
サーバーと復旧
- 対象VPS、OS、IP、構築日、担当者を記録した
- SSH鍵とABLEパネルの仮想コンソールを確認した
- OS再初期化時に消えるデータと復元手順を確認した
- `/opt/outline`を機密情報として保護した
通信とポート
- 管理TCPと接続TCP・UDPの生成番号を記録した
- SSHを含む必要ポート以外を開放していない
- 別回線から接続・切断・送信元IPを確認した
- DNS・IPv6・必要アプリの挙動を利用環境で確認した
鍵と運用
- 利用者・端末ごとに固有キーを発行した
- 共有経路、期限、削除担当を決めた
- 管理JSONとアクセスキーを公開記録へ残していない
- 紛失・退職・漏えい時の失効手順を試した
継続確認
- OS・Docker・Outlineの更新確認日を決めた
- 再起動後も必要な端末が接続できる
- 利用量、費用、発行中キーを定期確認する
- 法令、サービス規約、組織規程を確認した
確認した公式資料
2026年7月25日に到達性と記載内容を確認しました。画面、対応OS、プラン、スクリプトは変わるため、実行時にも再確認してください。
よくある質問
このURLの手順でOpenVPNを構築できますか？
いいえ。旧URLにopenvpnを含みますが、この記事はOutline ServerとOutline Clientの手順です。OpenVPNプロトコル、設定ファイル、証明書を使う構築は別の設計になります。
最小のL0プランで動きますか？
動作可否をプラン名だけで断定しません。Outlineの現行要件、OSが必要とするメモリ、Docker、同時利用者、通信量を確認します。ABLENETの仕様では一部OSにメモリ条件があるため、空きメモリと更新時余裕を含めて選んでください。
どのポートを開けばよいですか？
固定番号ではありません。公式インストーラーが出力する管理API用TCPポートとアクセスキー用TCP・UDPポート、そして管理に必要なSSHだけを許可します。記事の例や他人の番号をコピーしないでください。
アクセスキーが漏れたらパスワードを変更できますか？
Managerで漏えいしたキーを削除し、新しい固有キーを発行します。管理JSONが漏れた場合は管理権限の侵害として扱い、空のVPSから再構築して全キーを更新してください。
VPNへ接続すれば匿名になりますか？
匿名性は保証されません。接続先からはVPSのIPが見え、ブラウザ識別子、ログイン、Cookie、DNS・IPv6、端末アプリなど別の情報も残り得ます。Outlineは特定用途の接続経路であり、匿名化の保証ではありません。
あわせて確認する
接続ではなく、失効と再構築までできて完了
OutlineをABLENET VPSへ構築する作業は、公式スクリプトが成功した時点では終わりません。SSHの退路、生成ポート、固有キー、接続前後の検証、更新、漏えい時の削除、空のVPSからの再構築まで記録してください。管理情報を安全に扱えない場合は利用者へキーを配らず、構築を止める判断が安全です。
この記事の編集方針
Finite Field 編集部
旧記事の操作画像21点を保持しつつ、廃止された旧V系プラン、単一速度測定、OpenVPNとの混同、秘密情報の扱い不足を修正しました。Outline FoundationとABLENETの公式情報を優先し、料金や接続成功を推奨根拠にしていません。
構築前の相談
VPS、鍵管理、復旧を一つの運用にまとめたい場合
利用者数、端末、接続元、保護対象、ログ、既存ネットワーク、復旧時間を確認し、Outlineが要件に合うか、組織向けVPNが必要かを整理します。
VPN構築の要件を相談する相談は接続継続、匿名性、速度、特定サービスへのアクセスを保証するものではありません。