Shadowrocketの対応プロトコルは？Shadowsocks、VMess、VLESS、Trojan、WireGuard、Hysteria2を1分で解説

1分で確認：6種類のプロトコルでチェックする項目

名称から「速そうな」タイプを選ぶのではなく、使用するサーバーと同じプロトコルを選びます。Home →「+」からAdd Serverを開き、Typeで現在のアプリに表示される選択肢を確認してください。以下のプロトコル名は識別のためのものです。実際の設定項目と選択肢は、現在の画面に従ってください。

Shadowsocks、VMess、VLESS：認証項目は互換性がありません

この3種類の違いは名称だけではなく、認証方式、セキュリティ設定、伝送方式の組み合わせにあります。Add ServerでTypeを選んだら、手元の元の設定に従って各項目を入力してください。Typeを変更した後もアドレスやポートが残っていても、ほかの設定が有効とは限りません。

• Shadowsocks：MethodとPasswordの両方を一致させる必要があります。AddressとPortが正しくても、Methodが異なるとサーバーに到達できてもリクエストに失敗することがあります。パスワードが同じに見えても、異なる暗号化方式を同じものとして扱わないでください。
• VMess：UUIDはユーザー識別子であり、サブスクリプションURLや通常のログインパスワードではありません。WebSocketを使用する場合は、対応するHostとPathも確認してください。TLSの有効・無効もサーバー設定に合わせる必要があります。認証に失敗する場合は、端末の日付と時刻が正確かどうかも確認してください。
• VLESS：UUIDが正しくても、接続のセキュリティ設定が正しいとは限りません。VLESS自体にはコンテンツを暗号化する機能がなく、実際の保護は組み合わせるセキュリティレイヤーによって異なります。現在の画面で利用できるセキュリティ設定とサーバー側の要件を確認し、VMessの暗号化項目をそのまま流用しないでください。

WebSocketはVMessやVLESSと並ぶ認証プロトコルではなく、TLSも新しいサーバーアカウントではありません。サーバーの編集画面では、プロトコルのType、接続を運ぶ伝送方式、TLSのセキュリティレイヤーをそれぞれ区別してください。各組み合わせが利用できるかどうかは、アプリとサーバーの双方がその設定に対応しているかで決まります。

Trojan、WireGuard、Hysteria2：セキュリティ設定とネットワーク条件

この3種類では、証明書、鍵、基盤となるネットワーク条件を区別することが重要です。Add Serverでプロトコルを選んだら、まず対応する認証を設定し、その後TLSまたはトンネルの項目を確認してください。接続できない原因が必ずしもパスワードとは限りません。

Trojan：PasswordとTLSのサーバー名を一致させる

TrojanではTLSがよく使われますが、ポートに443を使うだけでプロトコルが成立するわけではありません。接続先にIPアドレスを指定し、証明書がドメイン名に対して発行されている場合は、既存の設定に従ってTLS検証用のサーバー名を入力してください。証明書エラーを、証明書検証を無効にすることで解決しようとしないでください。Address、TLSのサーバー名、WebSocketのHostは用途が異なるため、同じドメイン名をすべての欄に入力しないようにしてください。

WireGuard：クライアントの秘密鍵とピアの公開鍵を別々に入力

WireGuardではUUIDやPasswordではなく、鍵ペアを使用します。クライアントのPrivate Keyは秘密にし、ピアのPublic Keyは実際のサーバーに対応するものを入力してください。EndpointにはピアのアドレスとUDPポートを指定します。トンネルアドレス、Allowed IPs、MTUなどの設定も到達可能な範囲に影響する場合があります。固定値を当てはめず、既存の設定を確認してください。

Hysteria2：まずUDP経路への到達性を確認

Hysteria2はQUICベースであり、ネットワークが該当するUDP通信を許可している必要があります。TCPポートへのテストが応答しても、同じポートのUDP経路が正常とは限りません。サーバー側で追加の難読化や特定の認証方式が設定されている場合は、クライアント側にも同じ設定が必要です。名称が似ていても、HysteriaとHysteria2を互換性のあるタイプとして扱わないでください。

• 特定のネットワークでのみ失敗する：サーバー設定はそのままにし、同じ接続先をWi-Fiとモバイル回線でそれぞれテストして、違いを記録してください。この結果はネットワーク経路の切り分けに役立ちますが、それだけでプロトコルが制限されているとは判断できません。
• 証明書関連のエラーが表示される：システム時刻、サーバー名、証明書の有効性を確認してください。まずTLSのセキュリティ設定を削除するのは避けてください。
• 小さなリクエストは通るが、大きなページの読み込みが止まる：パケットロス、経路MTU、サーバーログをあわせて確認してください。この症状だけで特定のプロトコルの性能不足とは判断できません。

Add ServerでTypeを選び、保存する手順

手動追加では、推測したポートやTypeの切り替えではなく、手元にある完全な設定情報を使ってください。以下では主にiPhoneとiPadのHomeから操作する手順を説明します。項目はTypeによって異なるため、現在のプロトコルで必要なもののうち、明確な情報源がある項目だけを入力してください。

1. 追加画面を開く

   Home → 右上の「+」をタップしてAdd Serverを開きます。サーバーのアドレス、ポート、認証情報、伝送方式の説明を手元に用意し、複数の情報源から設定をつなぎ合わせないようにしてください。

2. プロトコルを選ぶ

   Typeを開き、元の設定と同じプロトコルを選択します。元の設定にHysteria2と記載されている場合、名前の似た別のタイプを選ばないでください。必要な選択肢が画面にない場合は、App Storeに表示されるアプリの状態と設定の互換性要件を確認してください。

3. 基本項目を入力

   AddressとPortを入力し、プロトコルに応じてPassword、UUID、または鍵を設定します。元の設定でPortが8443と指定されている場合は8443を入力してください。TLSを有効にしたからといって、独自に443へ変更しないでください。

4. 追加項目を確認

   元の設定に従ってTLS、サーバー名、伝送方式を確認してください。WebSocketを使う場合はHostとPathも確認します。WireGuardではトンネルアドレスとピアの設定を確認し、ほかのプロトコルの項目を流用しないでください。

5. 保存してテスト

   保存後にHomeへ戻り、該当する項目を選んで接続を開始します。初回にシステムのVPN構成許可が表示された場合は、画面の案内に従って承認してください。Connectivity Testと実際のウェブページへのアクセスで結果を確認し、エラー内容を記録してから設定を一つずつ変更して再試行します。

サブスクリプションの読み込みと手動追加は目的こそ同じですが、操作場所と管理方法が異なります。自分のサブスクリプションがある場合は、Home →「+」→ Type → Subscribeから自分のサブスクリプションURLを入力できます。更新によって項目や設定内容が変わることがあるため、手動で重要な変更を加えた場合は、事前に内容を記録してください。アクセス情報を含むサブスクリプションURLを、スクリーンショットや問い合わせ記録に公開しないでください。

プロトコルとGlobal Routing、On Demandの違い

プロトコルは設定済みサーバーへの接続方法を決め、Global Routingはリクエストの処理方法を決め、On Demandは接続を開始するタイミングを決めます。問題を調べる際は、Home → Global Routing、Config、Settings → On Demandをそれぞれ確認し、3種類の設定を混同しないでください。

ConfigのDOMAIN-SUFFIX、GEOIP、IP-CIDR、FINALはルールのキーワードであり、Typeの選択肢ではありません。たとえばDOMAIN-SUFFIX,example.com,DIRECTは、ドメインのサフィックスが一致した場合にDIRECTを使用することを示します。FINAL,DIRECTは、それ以前のルールに一致しなかった場合に適用されるフォールバックです。ルールは上から順に照合されます。特定のウェブサイトが直接接続されている場合は、すぐにプロトコルを変更せず、まず一致したルールを確認してください。

よくある質問：読み込みや速度テストは成功するのに使えないのはなぜ？

読み込みに成功したことから分かるのは、設定内容が認識されたということだけです。認証の有効性、UDPへの到達性、ウェブリクエストが意図したポリシーを使っているかどうかは確認できません。まず元の設定を残し、パラメーター、ネットワーク、モード、ルールの順に確認してください。複数の箇所を同時に変更すると、結果を比較できなくなります。