テンプレート

前述のとおり、ユーザーを作成すると、サブスクリプション URL が割り当てられます。

ブラウザでサブスクリプション URL を開いたとき、人が読めるウェブページが表示されたことに気づいたかもしれません。しかし同じ URL をクライアントアプリに追加すると、問題なくインポートされました。

これは Remnawave が URL にアクセスしている人を自動的に検出するためです：

ブラウザから開かれた場合、Remnawave はそれを認識してウェブページを提供します。

クライアントアプリケーションからのリクエストの場合、Remnawave はクライアントタイプに基づいた適切な形式でサブスクリプションを配信します。

クライアントアプリが受け取る内容は テンプレート セクションでカスタマイズできます。多くのクライアントアプリは異なるコアを使用しているため、それぞれ個別に設定する必要があります。

一般的に、サブスクリプション形式は4つの主なファミリーに分類されます：

📄️ クライアントアプリ

Remnawave と互換性のあるすべてのクライアントアプリとそのコアを参照してください。

バージョン 2.2.0 以降、各コアに対して複数のテンプレートを作成できます。
次に外部スクワッドまたはルーティングルールを使用して、どのユーザーまたはクライアントアプリが必要なテンプレートを取得するかを管理できます。

この形式はもともと Clash として知られていました。しかし元の Clash クライアントとサーバーコアはメンテナンスされなくなりました。それらは Mihomo に置き換えられ、現在は事実上の後継者となっています。

詳細を確認

Mihomo のドキュメントはこちらで確認できます。

Mihomo は特別な Remnawave キーをサポートしています。詳細はこの記事を確認してください。

これは新しい形式の1つで、Xray コアをベースにしたクライアントアプリケーションで使用されます。

詳細を確認

Xray のドキュメントはこちらで確認できます。

この形式は Xray-json に類似していますが、Sing-box コアをベースにしたクライアントアプリケーションで使用されます。

詳細を確認

Sing-box のドキュメントはこちらで確認できます。

この形式にはテンプレートがありません。最も古い形式の1つで、\n 文字で区切られ Base64 でエンコードされたサーバー設定の単純なリストで構成されています。

このサブスクリプション形式は、クライアントアプリケーションが他の特定の形式のいずれにも一致しない場合のフォールバックとして使用されます。