接続がおかしいとき、購読とノードと経路を同時に変えないでください。現象がどの層かを書きます。更新失敗か空の一覧、項目か文字化け、遅延とUDPと経路。前の層が安定してから次の層へ進みます。この記事は、すでに自分の購読を持っている人向けです。当サイトはノード、購読、提供者を提供・販売・推薦しません。
現象を固定してから手を動かす
手を入れる前に三行で現象を固定します。一行目は購読。更新時刻、エラー原文、Homeのサーバー行数。二行目はノード。見る予定の行、ポートとSNIに文字があるか空白か、名前が文字化けしているか。三行目は接続。Connectivity Testがミリ秒か時間切れか、実要求は失敗したか、UDPを別に測ったか。三行が書けないなら、まだ調査ではなくボタンを往復しているだけです。
ShadowrocketはiPhone、iPad、Mac、Windows、Android、Linuxに対応したクライアントです。iPhone / iPadはApp Storeでの買い切り(約2.99米ドル)、ほかのプラットフォームは当サイトのダウンロードページから無料です。アプリの買い切りに購読は含まれません。購読はご自身の提供者から受け取ります。 この三行は、アプリがすでに入っている前提です。アプリの出所をまだ見ていないなら、開発者 Shadow Launch Technology Limited とアプリID 932747118 を確認してから下の層へ入ります。インストールの問題と空の一覧を、一度の再インストールに混ぜないでください。
今しないこと
- 複製
- 試すために購読を四五個作らない
- 同時変更
- URLとSNIを一緒に変えない
- トークン公開
- アドレスをページやグループに出さない
- 確認を切る
- 数字のためにTLSの確認を切らない
これらは三行のメモを無効にします。
今してよいこと
- 現象を写す
- エラーはトークンを隠して残す
- 形を見る
- 手元でURLか本文かを見る
- 層を一つ
- いちばん手前で失敗している層だけ
- 1箇所
- その層をすぐ再テスト
手前の層が終わらないうちに次を測らない。
購読の層:更新失敗と空の一覧
いちばん手前の失敗は、更新失敗か行数0です。Subscribeにあるべきはhttpsの購読アドレスで、Base64の長文、YAML全文、vmess://の1行ではありません。形は https://example.com/sub?token=example と比べ、本物のトークンは三行のメモに書きません。両端の空白と改行を消してから更新を1回します。まだ失敗するなら、隠したエラーを提供者へ渡します。更新は成功なのに行数が0なら、本文がBase64のノード一覧、YAML、SIP008なのか、サーバーを取り出せないテキストなのかを確認してもらいます。
単一のプロトコルリンクをSubscribeに残して更新を繰り返さないでください。Add Serverへ移し、原文どおり埋めてからノードの層へ入ります。購読の層を通過した印は具体的です。更新時刻が変わる、行数が0より大きい、名前がその行を選べる程度に読める。名前は文字化けでも行数が0より大きければ、項目を見るためにノードの層へ進めます。文字化けをURLの編集で直そうとしないでください。
層の通過条件は指させるようにする
購読の層は行数、ノードの層は項目が原文と一致するか、接続の層は同じ条件のテスト記録です。「まだダメ」と言うときは、どの条件が未達かを先に指します。
ノードの層:項目、文字化け、プロトコル
行数が0より大きくなってから詳細を開きます。Shadowsocksは方式とパスワード。VMessとVLESSはUUID、転送、Path、Host、TLS、SNI。TrojanはパスワードとSNI。Hysteria2とTUICは認証、ポート、SNI。WireGuardは両方の鍵とEndpoint。原文と違う欄だけ直し、保存後はまだ経路を測りません。Homeに戻り、その行でConnectivity Testをして、結果を三行目に書きます。
文字化けは二種類です。項目が原文と一致し、読めないのが備考だけなら、UTF-8の名前を提供者に依頼するか、自分で表示名を付けます。項目が空、またはTypeが原文のプロトコルと違うなら、取り込みが不完全です。購読の層に戻って形式を見ます。文字化けした名前の上でPathを変え続けません。表示名を変えたことは、ノードの層を通過したことにはなりません。通過とは、使う項目が原文と一致することです。
-
三行を書く
購読、ノード、接続。まだ測っていない項目は「未テスト」と書く。
-
購読の層だけ
アドレス、ネットワーク、形式。行数が0より大きくなってから進む。
-
ノードの層だけ
項目を一つ、テストを一回。文字化けは項目確認の代わりにならない。
-
接続の層だけ
同じネットワークでミリ秒か時間切れ。UDPは別。経路も別の変更。
-
止める条件
この層の条件を満たすか、提供者でないと先へ進めない。次の層を同時に開かない。
接続の層:遅延、UDP、経路
ノードの層を通過したあと、項目を変えずに基準を取ります。同じネットワークでConnectivity Testを2回し、近ければ範囲を書きます。一度成功し一度時間切れなら、編集前にもう1回測ります。それから接続の層で動かしてよいのは一つです。UDPの確認か、Global Routingか、選択中の行の変更か。三つ一緒にはしません。探査に数字がありUDPが失敗するなら、UDPの一点で提供者に尋ねます。探査に数字があり要求が失敗するなら、経路で止まり、項目は照合した状態のままにします。
どの層でも他人に渡す前に購読URLを隠します。トークンがすでに公開なら、後ろの層を止め、提供者に無効化を依頼し、元の項目のアドレスを置き換えてから、購読の層から三行を書き直します。古いアドレスのミリ秒は、新しいアドレスの基準にはなりません。新しいアドレスの更新後、行数が0より大きいことを確認してから、以前の項目メモを再利用します。古い本文で直した欄が、新しい本文にもあるとは限りません。行を開いて見るまで分かりません。
よくある質問
三層ともおかしいように見えます。どこから始めますか?
購読の層からです。行が無いと、ノードの層も接続の層も対象がありません。
SNIを変え、ネットワークも変えたら時間切れになりました。
SNIを戻し、元のネットワークへ戻り、基準を取り直します。変化は一つだけ残します。
提供者にアプリの再インストールを言われました。
相手がクライアントのリストを言っているのか購読を言っているのか確認します。空の一覧は通常、URLの置き換えか無効化で、再インストールではありません。
メモは全画面の取り込みでよいですか?
よくありません。全画面にはSubscribeのアドレスが写りがちです。隠したエラー、行数、テスト結果だけを写します。