دو هسته، نه دو پوسته
امروز وقتی از «کلاینت Clash» حرف میزنیم تقریباً همیشه منظور چیزی است که روی هسته mihomo (همان Clash.Meta سابق) کار میکند. Clash Verge Rev، FlClash، Mihomo Party، ClashX Meta و Clash Meta for Android همگی در این خانوادهاند. ظاهرشان کاملاً متفاوت است اما منطق پیکربندی یکی است.
sing-box پروژهای مستقل با هسته و برنامههای رسمی دسکتاپ و موبایل خودش است و کلاینتهای ثالثی مانند Hiddify هم بر پایه آن ساخته شدهاند. پشتیبانی پروتکلها تا حد زیادی مشترک است، اما فایلهای پیکربندی قابل انتقال نیستند.
پیشنهاد همکاریلینک اشتراک را از کجا بیاوریم؟سرویس همکار ما هنگام ثبتنام ۱ گیگابایت ترافیک پرسرعت هنگکنگ رایگان میدهد.دریافت سرور پرسرعتقالب پیکربندی: YAML در برابر JSON
mihomo فایل YAML با ساختار proxies، proxy-groups و rules میخواند. sing-box فایل JSON با ساختار outbounds، route و rule_set. مفاهیم به هم نگاشت میشوند اما نحو یکی نیست و فایل YAML که شش ماه تنظیمش کردهاید مستقیم به sing-box داده نمیشود.
YAML به تورفتگی حساس است؛ یک فاصله اضافه کل پیکربندی را از کار میاندازد. JSON به کاما و براکت حساس است و یک کامای پایانی کافی است. در هر دو حالت پس از ویرایش، فایل را با ویرایشگری که بررسی نحوی دارد کنترل کنید.
سازگاری لینک اشتراک، عامل تعیینکننده
«اشتراک Clash» یک فایل YAML برمیگرداند که sing-box نمیتواند بخواند. بیشتر سرویسدهندهها آدرس اشتراک جداگانهای برای sing-box یا یک لینک اشتراکگذاری base64 عمومی ارائه میکنند. پیش از خرید ببینید کدام قالبها موجود است.
- فقط اشتراک Clash: ماندن در خانواده mihomo کمدردسرترین راه است.
- هر دو قالب موجود است: هر کدام کار میکند، ولی قوانین مسیریابی همراهشان همیشه یکسان نیست.
- فقط لینک base64: هر دو طرف واردش میکنند، اما فقط گرههای خام را میگیرید بدون قوانین و گروههای سیاست آماده.
چه زمانی مهاجرت منطقی است
اگر تنظیمات فعلی کار میکند، «جدیدتر بودن» دلیل مهاجرت نیست. دلایل واقعی محدودند: نیاز به قابلیتی که فقط sing-box دارد، نبود کلاینت مناسب Clash روی iOS، یا سرویسدهندهای که فقط پیکربندی sing-box میدهد.
در جهت مخالف، اگر پیکربندی شما پر از proxy-groups و قوانین دستنویس است، هزینه مهاجرت بیش از تصور خواهد بود. ابزارهای تبدیل بخش عمده را میپوشانند، نه همه را.