اشتراک معمولی نود و قاعده را با هم بستهبندی میکند - یکی را بدون دیگری نمیشود عوض کرد. proxy-providers منبع نود را به واحدی مستقل با بهروزرسانی جدا میبرد: پیکربندی اصلی قواعد شماست، نودها از یک یا چند provider میآیند. این ستون فقرات «چند ارائهدهنده، یک مجموعه قواعد» است.
شکل پایه
proxy-providers:
provider-a:
type: http
url: "https://a.example.com/sub?clash=1"
path: ./providers/provider-a.yaml
interval: 3600
health-check:
enable: true
url: http://www.gstatic.com/generate_204
interval: 300
provider-b:
type: http
url: "https://b.example.com/clash"
path: ./providers/provider-b.yaml
interval: 3600
health-check:
enable: true
url: http://www.gstatic.com/generate_204
interval: 300
استفاده از providerها در گروهها
proxy-groups:
- name: "Select"
type: select
use: # ارجاع به providerها (use است نه proxies)
- provider-a
- provider-b
proxies: # رکوردهای دستی هم کنارشان میمانند
- DIRECT
- name: "Auto"
type: url-test
use: [provider-a, provider-b]
url: http://www.gstatic.com/generate_204
interval: 300
use و proxies با هم جمع میشوند؛ همه نودهای provider خودکار داخل گروه باز میشوند.
جزئیات و دامها
- url باید YAML با قالب Clash شامل بخش proxies برگرداند. فقط نودها مصرف میشوند؛ قواعد داخل فایل provider نادیده گرفته میشود.
pathبرای هر provider یکتا باشد، ترجیحاً زیر./providers/، تا فایلها همدیگر را له نکنند.health-checkرا روشن کنید: گروههای url-test و fallback به داده تأخیرش وابستهاند.- بهروزرسانی ناموفق نودهای کششده را نمیشکند (فایل قبلی میماند)؛ در گزارش
provider ... update failedمیآید. - فیلتر نود:
filter: "HK|Hong Kong"فقط نامهای منطبق با عبارت باقاعده را نگه میدارد - عالی برای گروههای منطقهای.
معماری نوعی
«قواعد خودی + چند provider»: پیکربندی اصلی قواعد مسیریابی و گروههای منطقهای با فیلتر را دارد؛ همه نودها از providerها. ارائهدهنده آدرس اشتراک را عوض کرد؟ یک خط ویرایش میشود - نظام قواعد دستنخورده.