پنج نوع proxy-groups — انواع select و url-test و fallback و load-balance و relay

گروه‌های سیاست لایه‌ای از پیکربندی Clash هستند که بیشترین آزادی طراحی را دارند. همان مجموعه گره، با گروه‌بندی متفاوت، تجربهٔ خیلی متفاوتی می‌سازد.

پنج نوع در یک نگاه

۱. select: انتخاب دستی

پایه‌ای‌ترین نوع — عملاً یک منوی کشویی.

- name: "🚀 انتخاب"
  type: select
  proxies:
    - "♻️ خودکار"
    - "🇭🇰 هنگ‌کنگ"
    - "🇯🇵 ژاپن"
    - DIRECT

ویژگی: کاملاً به شما بستگی دارد، خودش هرگز عوض نمی‌کند.

کاربرد: به‌عنوان کلید اصلی بالاترین سطح. بیشتر قواعدتان به آن اشاره می‌کنند، شما یک بار در رابط عوضش می‌کنید و کل پیکربندی دنبالش می‌رود.

۲. url-test: خودکار سریع‌ترین را بردار

دوره‌ای تأخیر همهٔ گره‌های گروه را می‌سنجد و کمترین را برمی‌دارد.

- name: "♻️ خودکار"
  type: url-test
  proxies: ["HK-01", "HK-02", "JP-01"]
  url: "http://www.gstatic.com/generate_204"
  interval: 300        # هر ۳۰۰ ثانیه دوباره بسنج
  tolerance: 50        # رواداری ۵۰ میلی‌ثانیه
  lazy: true           # وقتی بی‌کار است نسنج

پارامترها را چطور بگذاریم

می‌توانید url را به سرویسی که واقعاً برایتان مهم است هم اشاره بدهید — مثلاً سنجش دسترس‌پذیری یوتیوب با https://www.youtube.com/generate_204. هرچه هدف به کاربرد واقعی نزدیک‌تر باشد، گرهٔ انتخاب‌شده بهتر جور درمی‌آید.

۳. fallback: انتقال در خرابی

به ترتیبی که نوشته‌اید بررسی می‌کند و نخستین موردی را برمی‌دارد که کار می‌کند.

- name: "🛡 انتقال در خرابی"
  type: fallback
  proxies: ["اصلی-IPLC", "پشتیبان-واسط", "پشتیبان-مستقیم"]
  url: "http://www.gstatic.com/generate_204"
  interval: 180

تفاوت کلیدی با url-test:

کاربرد معمول: یک خط IPLC گران ولی قابل‌اتکا دارید و چند واسط ارزان. خط اختصاصی را اول بگذارید و فقط وقتی از کار افتاد به واسط‌ها پایین بیاید.

۴. load-balance: توزیع بار

ترافیک را میان چند گره پخش می‌کند.

- name: "⚖️ توزیع بار"
  type: load-balance
  proxies: ["HK-01", "HK-02", "HK-03"]
  url: "http://www.gstatic.com/generate_204"
  interval: 300
  strategy: consistent-hashing

دو مقدار برای strategy:

• consistent-hashing (پیش‌فرض): یک دامنه همیشه از یک گره می‌رود. همین را بردارید — نشست‌ها دست‌نخورده می‌مانند و وضعیت ورودتان بی‌دلیل از دست نمی‌رود.
• round-robin: هر اتصال گرهٔ بعدی را به‌نوبت می‌گیرد. بهره‌وری پهنای باند بهتر است، ولی خیلی از سایت‌ها با IP مدام‌درحال‌تغییر تأیید دوباره می‌خواهند.

ضمناً سرویس‌هایی که به نشست پایدار وابسته‌اند (بانک، پخش آنلاین، هر چیزی با تأیید دومرحله‌ای) برای توزیع بار مناسب نیستند؛ IP جهنده کنترل ریسک را دعوت می‌کند.

۵. relay: پروکسی زنجیره‌ای

ترافیک پشت سر هم از چند گره می‌گذرد.

- name: "🔗 زنجیره"
  type: relay
  proxies: ["ورودی-واسط", "خروجی-آمریکا-خانگی"]

مسیر: دستگاه شما ← واسط ← خروجی آمریکا ← سایت مقصد.

کِی منطقی است:

• گرهٔ خروجی IP خانگی بومی دارد (در باز کردن قوی است) ولی اتصال مستقیم به آن بد است، پس یک واسط لینک را بهتر می‌کند
• به IP خروجی ثابت نیاز دارید ولی مسیر مستقیم به آن ماشین ناپایدار است

بها: هر پرش اضافه یعنی یک دور رمزنگاری بیشتر به‌علاوهٔ یک تکه تأخیر شبکه. بی‌دلیل به کارش نبرید.

ویژگی خاص Mihomo: include-all و filter

فهرست‌های دستی گره وقتی گره‌ها عوض می‌شوند نگهداری‌شان عذاب است. Mihomo می‌تواند خودکار جمعشان کند:

- name: "🇭🇰 هنگ‌کنگ"
  type: url-test
  include-all: true                 # همهٔ گره‌های proxies و providers را بگیر
  filter: "(?i)HK|Hong ?Kong"       # فقط آنچه تطبیق می‌خورد را نگه دار
  exclude-filter: "(?i)trial|expired|website"   # این‌ها را بینداز بیرون
  url: "http://www.gstatic.com/generate_204"
  interval: 300
  tolerance: 50

آن‌وقت گره‌های تازهٔ هنگ‌کنگ که بعد از به‌روزرسانی اشتراک می‌آیند خودکار برداشته می‌شوند، بدون تغییر پیکربندی. نحو عبارت باقاعده در نام‌گذاری گره و گروه‌بندی خودکار.

گزینه‌های مفید دیگر:

  include-all-proxies: true      # فقط از بخش proxies
  include-all-providers: true    # فقط از providers
  use: ["اشتراک-اصلی", "اشتراک-پشتیبان"]  # کدام proxy-provider به کار برود
  hidden: false                  # این گروه را در رابط پنهان کن
  icon: "https://.../hk.png"     # آیکون در رابط

یک ساختار گروه‌بندی آمادهٔ کپی

proxy-groups:
  # کلید اصلی
  - name: "🚀 انتخاب"
    type: select
    proxies: ["♻️ خودکار", "🇭🇰 هنگ‌کنگ", "🇯🇵 ژاپن", "🇺🇸 آمریکا", "🇸🇬 سنگاپور", DIRECT]

  # سنجش خودکار روی همه‌چیز
  - name: "♻️ خودکار"
    type: url-test
    include-all: true
    exclude-filter: "(?i)remaining|expiry|website|traffic"
    url: "http://www.gstatic.com/generate_204"
    interval: 300
    tolerance: 50
    lazy: true

  # گروه‌های منطقه‌ای
  - name: "🇭🇰 هنگ‌کنگ"
    type: url-test
    include-all: true
    filter: "(?i)HK|Hong ?Kong"
    interval: 300
    tolerance: 50
  - name: "🇯🇵 ژاپن"
    type: url-test
    include-all: true
    filter: "(?i)JP|Japan|Tokyo"
    interval: 300
    tolerance: 50
  - name: "🇺🇸 آمریکا"
    type: url-test
    include-all: true
    filter: "(?i)US|United States"
    interval: 300
    tolerance: 50
  - name: "🇸🇬 سنگاپور"
    type: url-test
    include-all: true
    filter: "(?i)SG|Singapore"
    interval: 300
    tolerance: 50

  # بر پایهٔ کاربرد (قواعد به همین‌ها اشاره می‌کنند)
  - name: "🤖 سرویس‌های هوش مصنوعی"
    type: select
    proxies: ["🇺🇸 آمریکا", "🇯🇵 ژاپن", "🚀 انتخاب"]
  - name: "🎬 پخش آنلاین"
    type: select
    proxies: ["🇭🇰 هنگ‌کنگ", "🇸🇬 سنگاپور", "🚀 انتخاب"]
  - name: "📢 مسدودسازی تبلیغات"
    type: select
    proxies: [REJECT, DIRECT]
  - name: "🐟 باقی‌ماندهٔ ترافیک"
    type: select
    proxies: ["🚀 انتخاب", DIRECT]

پرسش‌های رایج

پ: گروه‌های سیاست می‌توانند به‌صورت حلقه به هم ارجاع بدهند؟ نه. گذاشتن B در proxies گروه A و A در proxies گروه B باعث شکست بارگذاری یا حلقهٔ بی‌پایان می‌شود.

پ: چرا url-test من همیشه timeout نشان می‌دهد؟ خود URL آزمون در دسترس نیست. gstatic.com روی بعضی شبکه‌ها کار نمی‌کند؛ http://cp.cloudflare.com/generate_204 یا http://connectivitycheck.platform.hicloud.com/generate_204 را امتحان کنید.

پ: باید DIRECT و REJECT را تعریف کنم؟ نه، سیاست‌های توکارند. DIRECT مستقیم وصل می‌شود، REJECT صریحاً رد می‌کند (برای مسدودسازی تبلیغات)، و Mihomo علاوه بر این REJECT-DROP و PASS هم دارد.

پ: چه interval مناسب است؟ ۳۰۰ ثانیه نقطهٔ تعادل است. عدد ۶۰ همهٔ گره‌ها را با درخواست می‌کوبد و بعضی ارائه‌دهنده‌ها آن را غیرعادی می‌دانند؛ عدد ۱۸۰۰ یعنی از گرهٔ مرده نیم ساعت طول می‌کشد تا کنار بروید.

خلاصه

• select کلید اصلی، url-test حالت خودکار، fallback بیمه
• همیشه tolerance بگذارید — بدون آن گروه این‌ور و آن‌ور می‌پرد
• به‌جای نام دستی گره از include-all و filter استفاده کنید، تا به‌روزرسانی اشتراک نگهداری نخواهد
• ساختار سه‌لایه (قواعد ← گروه کاربردی ← گروه منطقه‌ای ← گره) راحت‌ترین برای نگهداری است

بعدی، نوشتن قواعد: مرجع انواع قواعد.

مستندات مرتبط

مبانی پیکربندی ساختار YAML پیکربندی Clash — هرکدام از هشت فیلد سطح بالا چه کار می‌کنند

یک پیکربندی Clash / Mihomo از بالا تا پایین باز می‌شود — پورت‌ها، حالت، DNS، proxies، proxy-groups، rules و rule-providers — به‌همراه یک پیکربندی کمینهٔ کارآمد که مستقیم می‌شود چسباند.

2026-08-021413 واژه3 دقیقه مطالعه

مبانی پیکربندی توسعهٔ اشتراک با Merge، تا ویرایش‌هایتان از به‌روزرسانی جان به در ببرند

ویرایش پیکربندی دانلودشده در به‌روزرسانی بعدی از بین می‌رود. پیکربندی توسعه‌یافتهٔ Clash Verge چطور کار می‌کند: نحو prepend/append/override، ترتیب ادغام، و مجموعه‌ای از قطعه‌های کاربردی.

2026-07-091299 واژه3 دقیقه مطالعه

مبانی پیکربندی سنجش تأخیر واقعاً چطور کار می‌کند و interval و tolerance و lazy چه باید باشند

url-test چه چیزی را می‌سنجد، unified-delay چه می‌کند، چرا تأخیر نشان‌داده‌شده با ping نمی‌خواند، و مقدارهای پیشنهادی سه پارامتر مهم به‌همراه اثرهای جانبی‌شان.

2026-07-051403 واژه3 دقیقه مطالعه