meiandClaude Opus 5
f7ad3aac95
The rule editor no longer requires writing expr by hand. Conditions are rows of field + operator + values joined with AND or OR, each row negatable, and the generated expression is shown live and validated by the engine before a rule is accepted. Raw expression and YAML editing are still available. Fields cover the connection (protocol, source/destination IP and port), domains (TLS SNI, QUIC SNI, DNS query name), HTTP (host, path, method, User-Agent) and protocol detection. Operators cover CIDR membership, GeoIP countries, GeoSite categories, port ranges, wildcards, substrings and regular expressions. Multiple values in a row are OR-ed, so one row holds a whole domain or country list. Wildcards compile to the cheapest expression that matches them: *.x.com becomes endsWith, x.* startsWith, *ad* contains, and only a star in the middle falls back to a regular expression. Values are validated as they are typed, including a hint when a star is used with an operator that would match it literally. Country and category pickers are backed by the databases the engine actually loaded, via a new GET /api/v1/geo endpoint (cached, loaded on demand) built on new listing methods in the geo package. Country names and flags come from Intl.DisplayNames, so no name table is shipped. Note that the v2geo format has no AS numbers; the provider groups it does contain (cloudflare, google, telegram, ...) are listed alongside the countries. Opening an existing rule parses its expression back into conditions. Anything the builder cannot represent opens in the expression editor with a warning rather than being rewritten. ruleset/expr_test.go pins the canonical expressions the builder generates and compiles them with the real engine, and the devserver now uses the real ruleset compiler so the same errors show up during frontend work. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
67 lines
3.8 KiB
Markdown
67 lines
3.8 KiB
Markdown
# 
|
|
|
|
[](https://github.com/apernet/OpenGFW/actions/workflows/check.yaml)
|
|
[![License][1]][2]
|
|
|
|
[1]: https://img.shields.io/badge/License-MPL_2.0-brightgreen.svg
|
|
[2]: LICENSE
|
|
|
|
OpenGFW は、あなた専用の DIY 中国のグレートファイアウォール (https://en.wikipedia.org/wiki/Great_Firewall) です。Linux 上で利用可能な柔軟で使いやすいオープンソースプログラムとして提供されています。なぜ権力者だけが楽しむのでしょうか？権力を人々に与え、検閲を民主化する時が来ました。自宅のルーターにサイバー主権のスリルをもたらし、プロのようにフィルタリングを始めましょう - あなたもビッグブラザーになることができます。
|
|
|
|
**ドキュメントウェブサイト: https://gfw.dev/**
|
|
|
|
Telegram グループ: https://t.me/OpGFW
|
|
|
|
> [!CAUTION]
|
|
> 本プロジェクトはまだ初期開発段階にあります。テスト時のリスクは自己責任でお願いします。私たちは、このプロジェクトを一緒に改善するために貢献者を探しています。
|
|
|
|
## 特徴
|
|
|
|
- フル IP/TCP 再アセンブル、各種プロトコルアナライザー
|
|
- HTTP、TLS、QUIC、DNS、SSH、SOCKS4/5、WireGuard、OpenVPN、その他多数
|
|
- Shadowsocks、VMess の「完全に暗号化されたトラフィック」の検出など (https://gfw.report/publications/usenixsecurity23/en/)
|
|
- Trojan プロキシプロトコルの検出
|
|
- [WIP] 機械学習に基づくトラフィック分類
|
|
- IPv4 と IPv6 をフルサポート
|
|
- フローベースのマルチコア負荷分散
|
|
- 接続オフロード
|
|
- [expr](https://github.com/expr-lang/expr) に基づく強力なルールエンジン
|
|
- ルールのホットリロード (`SIGHUP` を送信してリロード)
|
|
- 柔軟なアナライザ＆モディファイアフレームワーク
|
|
- 拡張可能な IO 実装 (今のところ NFQueue のみ)
|
|
- リアルタイムのトラフィックダッシュボードとルールエディタを備えたウェブ UI
|
|
|
|
## ウェブ UI
|
|
|
|
OpenGFW にはオプションのウェブダッシュボードが同梱されています。リアルタイムのトラフィック統計、
|
|
アナライザのプロパティを含むイベントフィード、そしてルールを検証してホットリロードできるルールエディタが利用できます。
|
|
スマートフォンでもデスクトップでも使えるレスポンシブ対応です。
|
|
|
|
ルールは条件のリストとして作成できます。フィールド（SNI、DNS 名、HTTP Host、IP、ポート、検出されたプロトコル）と
|
|
条件（ワイルドカード、CIDR、GeoIP の国、GeoSite カテゴリ、範囲、正規表現）、そして 1 つ以上の値を選ぶだけです。
|
|
もちろん expr 式や YAML を直接編集することもできます。
|
|
|
|
設定ファイルで有効にします:
|
|
|
|
```yaml
|
|
web:
|
|
enabled: true
|
|
listen: :8080
|
|
secret: パスワード # 空の場合は起動時にランダム生成されログに出力されます
|
|
# cert: /path/to/fullchain.pem
|
|
# key: /path/to/privkey.pem
|
|
```
|
|
|
|
UI はバイナリに埋め込まれているため、追加のファイルを配置する必要はありません。
|
|
パスワードを知る人はルールを変更できるため、信頼できるネットワークにのみ公開してください。
|
|
開発方法は [web/README.md](web/README.md) を参照してください。
|
|
|
|
## ユースケース
|
|
|
|
- 広告ブロック
|
|
- ペアレンタルコントロール
|
|
- マルウェア対策
|
|
- VPN/プロキシサービスの不正利用防止
|
|
- トラフィック分析（ログのみモード）
|
|
- 独裁的な野心を実現するのを助ける
|