Happ Proxy: البروكسي لـ Happ — كيفية التفعيل والإعداد

ما هو Happ Proxy وكيف يعمل وضع البروكسي

Happ Proxy هو طبقة النقل في تطبيق Happ التي تغلّف حركة مرور التطبيقات داخل نفق مشفّر حتى الخادم المختار. وعلى خلاف المخطط الكلاسيكي «كل الحركة عبر VPN واحد»، يعمل البروكسي في Happ بشكل انتقائي: فهو يُنشئ نقطة بروكسي محلية على الجهاز، ووفق قواعد محددة يقرر أي اتصال يُرسل عبر الخادم وأيّها يبقى مباشراً. وهذه الانتقائية بالذات هي ما يجعل Happ أداة إعداد لا مجرد زر «اتصال».

في العمق يدعم Happ وسائط نقل حديثة — VLESS وVMess وTrojan وShadowsocks — تُمرَّر إلى التطبيق عبر رابط اشتراك. يقوم العميل بتحليل الاشتراك، واستخراج معطيات العقدة (العنوان، المنفذ، طريقة التشفير، TLS/Reality، SNI)، ويبقيها جاهزة كملفات تعريف. تنتقل بين الملفات دون إعادة تثبيت — يتغيّر المسار النشط فقط.

المعنى العملي لوضع البروكسي يكمن في الاستقرار والتحكم. فأنت من يحدد إن كان تطبيق البنك يمر خارج النفق، بينما يمرّ البث عبر خادم في المنطقة المطلوبة. وعلى هذا المنطق تُبنى لاحقاً قوائم الاستثناء وسياسة split tunneling التي سنتناولها أدناه، إضافةً إلى اختيار الخوادم بحسب المهمة المحددة.

كيفية تفعيل البروكسي لـ Happ: إعداد خطوة بخطوة

الخطوة 1 — أضف الاشتراك. افتح Happ، وانتقل إلى قسم الملفات/الإعدادات، والصق رابط الاشتراك (بصيغة //:happ أو //:vless أو رابط https للاشتراك). سيجلب العميل قائمة العُقد المتاحة. وإن كان الرابط واحداً والعُقد متعددة فهذا طبيعي: عادةً ما يحتوي الاشتراك على مجموعة خوادم.

الخطوة 2 — اختر العقدة والبروتوكول. لأول تشغيل اختر الخادم الأقرب جغرافياً على VLESS + Reality أو Trojan: فهما يحافظان على الاتصال بشكل أفضل في الشبكات غير المستقرة. اضغط على العقدة لتجعلها نشطة، وشغّل اختبار زمن الاستجابة (ping) — فهو يُظهر الاستجابة الفعلية لا مجرد علامة خضراء.

الخطوة 3 — فعّل النفق. اضغط زر الاتصال. على Android سيطلب النظام إذناً لإنشاء واجهة VPN — وهذه آلية معتادة يعترض البروكسي من خلالها حركة المرور. على Windows، لوضع TUN الكامل تُستخدم Happ Utility (انظر قسم /proxy-utility/) التي تُنشئ مُحوّل شبكة نظامياً.

الخطوة 4 — تحقق من المسار. افتح أي خدمة لفحص عنوان IP وتأكد من أن العنوان تغيّر إلى عنوان الخادم. وإن بقي IP كما هو — فالحركة تمرّ خارج النفق، ويُستحسن التحقق من وضع التوجيه وأذونات التطبيق.

التوجيه وقوائم الاستثناء (split tunneling)

قوائم الاستثناء في Happ تقرر أي النطاقات والتطبيقات تتجاوز النفق وأيها يمرّ عبر الخادم. وهذا هو جوهر الضبط الدقيق: فالقائمة المُعدّة جيداً تُخفّف الحِمل عن الخادم، وتُسرّع الخدمات المحلية، وتُزيل التبديلات الزائدة. ويمكن التعامل مع القوائم بمنطقين — «افتراضياً عبر البروكسي، والاستثناءات مباشرة» أو العكس.

يتوفّر split tunneling حسب التطبيقات على Android وفي وضع TUN على Windows: تُحدد تطبيقات بعينها يُفعَّل النفق أو يُعطَّل لأجلها. والسيناريو النموذجي هو إخراج تطبيقات البنك والخدمات المصرفية المحلية والتطبيقات الحساسة لتغيّر المنطقة من النفق، وإبقاء تطبيقات المراسلة والوسائط على الخادم. وشرح الأوضاع بالتفصيل على صفحة /split-tunneling/.

لتوجيه النطاقات تُستخدم قواعد قائمة على القوائم: تتيح مجموعات geosite/geoip بقاعدة واحدة إرسال فئة كاملة (كالموارد المحلية مثلاً) مباشرة، وكل ما عداها عبر الخادم. ابدأ بمجموعة جاهزة، ثم أضف استثناءات دقيقة عند الحاجة — بهذا تبقى القائمة قابلة للإدارة ولا تتحول إلى ركام من مئات الأسطر اليدوية.

بعد كل تعديل على القائمة أعد تشغيل الاتصال وتحقق من النتيجة على نطاقات حقيقية. تُطبَّق القواعد بترتيب الأولوية: القاعدة الأكثر تحديداً يجب أن تسبق العامة، وإلا اعترضت القاعدة الواسعة الحركة أولاً.

تحسين السرعة واستقرار الاتصال

تتحدد سرعة البروكسي لـ Happ بثلاثة عوامل: قرب الخادم وحِمله، ووسيط النقل المختار، ومعطيات الشبكة. ابدأ بالخوادم — أجرِ اختبار ping على عدة عُقد من الاشتراك واختر ليس الأجمل بل الأكثر استقراراً في الاستجابة. اختيار العُقد بحسب المهام مشروح في قسم /servers/.

يؤثر وسيط النقل في مقاومة فقدان الحزم. على الشبكات المحمولة وشبكات Wi-Fi ذات التشويش غالباً ما تمنح الحلول القائمة على UDP (كالاتصالات فوق QUIC/Reality) سرعة أكثر انتظاماً، بينما على الشبكات المؤسسية الصارمة يصمد TCP+TLS بشكل أفضل. وإن تكررت الانقطاعات فبدّل البروتوكول في الملف وقارن.

يساعد الضبط الدقيق على مستوى الشبكة عند تذبذب السرعة: فتقليل MTU (إلى نحو 1400 على الخطوط المتعثرة) يُزيل التجزئة، وتفعيل mux/التعدد الإرسالي يخفّض النفقات الزائدة عند وجود عدد كبير من الاتصالات القصيرة. غيّر معطىً واحداً في كل مرة وقِس — وإلا استحال معرفة ما الذي ساعد فعلاً.

على Windows تتولى Happ Utility استقرار وضع TUN والاعتراض الصحيح لحركة النظام. أبقِها محدّثة: فالتعارضات مع مرشحات الشبكة الخارجية ومع تعريفات المُحوّل القديمة سبب شائع للتراجعات. أما مسائل التشفير وحماية الاتصال فمُفردة في قسم /security/.

التشخيص: إذا لم يتصل البروكسي

إن لم يتحقق الاتصال، فتحرّك من الأبسط إلى الأعقد. أولاً حدّث الاشتراك — فقد تكون العُقد في المجموعة قد تغيّرت، والعميل يحتفظ بعناوين قديمة. ضغطة واحدة على «تحديث الاشتراك» تجلب المعطيات الحديثة دون إعادة إنشاء الملف.

تحقق من وقت النظام والمنطقة الزمنية. فوسائط النقل بـ TLS/Reality حساسة لعدم تزامن الساعة: فارقٌ من بضع دقائق يُفسد المصافحة، ويبدو الأمر ظاهرياً وكأن «الخادم لا يستجيب». فعّل المزامنة التلقائية للوقت.

بدّل العقدة والبروتوكول. إن صمت خادم بينما يعمل خادم مجاور من الاشتراك نفسه — فالمشكلة في جانب العقدة لا العميل. وإن صمتت كلها فالسبب غالباً في شبكة المزوّد: جرّب وسيط نقل آخر، أو تغيير SNI، أو الاتصال عبر الإنترنت المحمول للفحص. وثمة قائمة فحص موسّعة للأعطال في قسم الدعم.

أخيراً، تحقق من التوجيه وقوائم الاستثناء. فخطأ في قاعدة أو استثناء واسع للغاية قد يُخرج كل الحركة خارج النفق، مُوهِماً بأن «البروكسي لا يعمل». عطّل مؤقتاً القواعد المخصصة، وتأكد أن الاتصال الأساسي حي، ثم أعد القواعد واحدة تلو الأخرى.