Happ Proxy: پروکسی برای Happ — چگونه فعال و پیکربندی کنیم

Happ Proxy چیست و حالت پروکسی چگونه کار می‌کند

Happ Proxy لایهٔ انتقال کلاینت Happ است که ترافیک برنامه‌ها را در یک تونل رمزنگاری‌شده تا سرور انتخابی می‌پیچد. برخلاف طرح کلاسیک «همهٔ ترافیک در یک VPN»، پروکسی برای Happ به‌صورت نقطه‌ای کار می‌کند: یک نقطهٔ پایانی پروکسی محلی روی دستگاه بالا می‌آورد و بر اساس قواعد تعیین‌شده تصمیم می‌گیرد کدام اتصال از طریق سرور برود و کدام مستقیم بماند. دقیقاً همین گزینشی‌بودن است که Happ را به ابزاری برای پیکربندی تبدیل می‌کند، نه صرفاً یک دکمهٔ «اتصال».

در پشت صحنه، Happ از پروتکل‌های انتقال مدرن پشتیبانی می‌کند — VLESS، VMess، Trojan و Shadowsocks — که از طریق لینک اشتراک (subscription) به برنامه منتقل می‌شوند. کلاینت اشتراک را تجزیه می‌کند، پارامترهای گره را استخراج می‌کند (آدرس، پورت، روش رمزنگاری، TLS/Reality، SNI) و آن‌ها را به‌عنوان پروفایل آماده نگه می‌دارد. شما بدون نصب مجدد بین پروفایل‌ها جابه‌جا می‌شوید — فقط مسیر فعال تغییر می‌کند.

معنای عملی حالت پروکسی در پایداری و کنترل است. خودتان تعیین می‌کنید که آیا اپلیکیشن بانکی از کنار تونل عبور کند و پخش رسانه از طریق سرور در منطقهٔ دلخواه برود. سپس بر همین منطق، فهرست‌های استثنا و split tunneling ساخته می‌شود که در ادامه به آن‌ها می‌پردازیم، و همچنین انتخاب سرور متناسب با هر وظیفهٔ مشخص.

چگونه پروکسی را برای Happ فعال کنیم: پیکربندی گام‌به‌گام

گام ۱ — اشتراک را اضافه کنید. Happ را باز کنید، به بخش پروفایل‌ها/پیکربندی‌ها بروید و لینک اشتراک را وارد کنید (فرمت ‎//:happ، ‎//:vless یا لینک https اشتراک). کلاینت فهرست گره‌های در دسترس را می‌گیرد. اگر لینک یکی است اما گره‌ها چندتاست، این طبیعی است: اشتراک معمولاً شامل یک مجموعه سرور است.

گام ۲ — گره و پروتکل را انتخاب کنید. برای اولین اجرا نزدیک‌ترین سرور جغرافیایی را روی VLESS + Reality یا Trojan بگیرید: این‌ها اتصال را روی شبکه‌های ناپایدار بهتر نگه می‌دارند. روی گره بزنید تا فعال شود و تست تأخیر (ping) را اجرا کنید — این پاسخ‌دهی واقعی را نشان می‌دهد، نه فقط یک تیک سبز.

گام ۳ — تونل را فعال کنید. دکمهٔ اتصال را بزنید. در Android سیستم برای ساخت رابط VPN اجازه می‌خواهد — این سازوکار استاندارد است که از طریق آن پروکسی ترافیک را دریافت می‌کند. در Windows برای حالت کامل TUN از Happ Utility (بخش ‎/proxy-utility/ را ببینید) استفاده می‌شود که یک آداپتور شبکهٔ سیستمی بالا می‌آورد.

گام ۴ — مسیر را بررسی کنید. هر سرویس بررسی IP را باز کنید و مطمئن شوید آدرس به آدرس سرور تغییر کرده است. اگر IP بدون تغییر ماند — ترافیک از کنار تونل عبور می‌کند و باید حالت مسیریابی و مجوزهای برنامه را بررسی کنید.

مسیریابی و فهرست‌های استثنا (split tunneling)

فهرست‌های استثنا در Happ تعیین می‌کنند کدام دامنه‌ها و برنامه‌ها تونل را دور می‌زنند و کدام از طریق سرور می‌روند. این هستهٔ تنظیم دقیق است: فهرست درست‌ساخته‌شده بار سرور را کاهش می‌دهد، سرویس‌های محلی را سریع‌تر می‌کند و جابه‌جایی‌های اضافی را حذف می‌کند. با فهرست‌ها می‌توان با دو منطق کار کرد — «به‌طور پیش‌فرض از طریق پروکسی، استثناها مستقیم» یا برعکس.

split tunneling بر اساس برنامه در Android و در حالت TUN روی Windows در دسترس است: برنامه‌های مشخصی را علامت می‌زنید که برایشان تونل روشن یا خاموش می‌شود. سناریوی رایج — خارج‌کردن بانک، بانکداری محلی و برنامه‌های حساس به تغییر منطقه از تونل، و نگه‌داشتن پیام‌رسان‌ها و رسانه روی سرور. بررسی مفصل حالت‌ها در صفحهٔ ‎/split-tunneling/ آمده است.

برای مسیریابی دامنه‌ای از قواعد مبتنی بر فهرست استفاده می‌شود: مجموعه‌های geosite/geoip اجازه می‌دهند با یک قاعده یک دستهٔ کامل (مثلاً منابع محلی) را مستقیم بفرستید و بقیه را از طریق سرور. با یک مجموعهٔ آماده شروع کنید، سپس در صورت نیاز استثناهای نقطه‌ای اضافه کنید — این‌طور فهرست قابل‌مدیریت می‌ماند و به انبوهی از صدها خط دستی تبدیل نمی‌شود.

پس از هر ویرایش فهرست، اتصال را دوباره راه‌اندازی کنید و نتیجه را روی دامنه‌های واقعی بررسی کنید. قواعد به ترتیب اولویت اعمال می‌شوند: قاعدهٔ خاص‌تر باید بالاتر از قاعدهٔ عمومی قرار بگیرد، وگرنه قاعدهٔ گسترده ترافیک را زودتر می‌رباید.

بهینه‌سازی سرعت و پایداری اتصال

سرعت پروکسی برای Happ را سه عامل تعیین می‌کند: نزدیکی و بار سرور، پروتکل انتقال انتخابی و پارامترهای شبکه. با سرورها شروع کنید — پینگ را روی چند گرهِ اشتراک بگیرید و نه «زیباترین»، بلکه پایدارترین از نظر پاسخ‌دهی را انتخاب کنید. انتخاب گره‌ها متناسب با وظایف در بخش ‎/servers/ بررسی شده است.

پروتکل انتقال بر مقاومت در برابر از دست رفتن بسته‌ها اثر می‌گذارد. روی شبکه‌های موبایل و Wi-Fi پرنویز، راهکارهای مبتنی بر UDP (مثلاً اتصال روی QUIC/Reality) اغلب سرعت یکنواخت‌تری می‌دهند، و روی شبکه‌های سازمانی سخت‌گیر، TCP+TLS بهتر دوام می‌آورد. اگر قطعی‌ها تکرار شد، پروتکل را در پروفایل تغییر دهید و مقایسه کنید.

تنظیم دقیق در سطح شبکه هنگام «شناور» بودن سرعت کمک می‌کند: کاهش MTU (روی خطوط مشکل‌دار به حدود ۱۴۰۰) قطعه‌قطعه‌شدن را حذف می‌کند و فعال‌کردن mux/مالتی‌پلکسینگ سربار روی انبوه اتصالات کوتاه را کاهش می‌دهد. هر بار یک پارامتر را تغییر دهید و اندازه بگیرید — وگرنه نمی‌توان فهمید دقیقاً چه چیزی کمک کرده است.

در Windows، مسئولیت پایداری حالت TUN و دریافت درست ترافیک سیستمی بر عهدهٔ Happ Utility است. آن را به‌روز نگه دارید: تعارض با فیلترهای شبکهٔ شخص ثالث و درایورهای قدیمی آداپتور علت رایج افت است. مسائل رمزنگاری و حفاظت اتصال در بخش ‎/security/ آمده است.

عیب‌یابی: اگر پروکسی متصل نمی‌شود

اگر اتصال برقرار نمی‌شود، از ساده به پیچیده پیش بروید. ابتدا اشتراک را به‌روزرسانی کنید — گره‌های داخل مجموعه ممکن است تغییر کرده باشند و کلاینت آدرس‌های منسوخ را نگه داشته باشد. یک بار زدن «به‌روزرسانی اشتراک» پارامترهای جاری را بدون بازسازی پروفایل می‌گیرد.

زمان سیستم و منطقهٔ زمانی را بررسی کنید. پروتکل‌های انتقال با TLS/Reality به ناهماهنگی ساعت حساس‌اند: اختلاف چنددقیقه‌ای دست‌دهی (handshake) را می‌شکند و از بیرون شبیه «سرور پاسخ نمی‌دهد» به نظر می‌رسد. همگام‌سازی خودکار زمان را فعال کنید.

گره و پروتکل را تغییر دهید. اگر یک سرور سکوت کرده اما همسایه‌اش از همان اشتراک کار می‌کند — مشکل سمت گره است، نه کلاینت. اگر همه سکوت کرده‌اند، اغلب مشکل در شبکهٔ ارائه‌دهنده است: پروتکل انتقال دیگر، تغییر SNI یا اتصال از طریق اینترنت موبایل را برای بررسی امتحان کنید. چک‌لیست کامل اشکالات در بخش پشتیبانی گردآوری شده است.

در پایان، مسیریابی و فهرست‌های استثنا را بررسی کنید. خطا در یک قاعده یا استثنای بیش‌ازحد گسترده می‌تواند کل ترافیک را از کنار تونل عبور دهد و این توهم را ایجاد کند که «پروکسی کار نمی‌کند». قواعد کاربری را موقتاً غیرفعال کنید، مطمئن شوید اتصال پایه زنده است و قواعد را یکی‌یکی برگردانید.