تفعيل الوصول الطارئ
إعداد الوصول الطارئ (OLCRTC) لمستخدميك: اشتراك Pro، ومسار طارئ، ومفتاح العنقود وتشغيل الـ runtime على كل خادم — خطوة بخطوة وبالترتيب الصحيح.
هذه الصفحة موجهة إليك أنت، مالك الخدمة. وهي تشرح كيفية تفعيل الوصول الطارئ حتى يتمكن مستخدموك من الاعتماد عليه. أما المستخدمون أنفسهم فلهم صفحتان منفصلتان: الوصول الطارئ — كيف يعمل وما ينبغي فعله أثناء الحجب — وتثبيت عميل الطوارئ — من أين تُنزَّل التطبيق وكيف يُثبَّت.
الوصول الطارئ (OLCRTC) قناة احتياطية للشبكات التي تعتمد قوائم السماح، حيث لا يمر الاتصال العادي إطلاقًا. تظل البيانات تمر عبر خوادمك أنت، لكنها تُموَّه على هيئة مكالمة فيديو في خدمة مسموح بها. وهو ليس بروتوكولًا ثانيًا ولا بديلًا عن البروتوكول الأساسي: فهو أبطأ، ومخصص لجلسات قصيرة، ويبدأه المستخدم يدويًا، ولا يُستخدم إلا حين يتوقف كل شيء آخر عن العمل.
الميزة تجريبية ويجري طرحها على مراحل. حتى مع تفعيل جميع المفاتيح، قد لا يكون الـ runtime الطارئ مثبَّتًا على خوادمك بعد، وقد لا يكون بدء الجلسات مفعَّلًا: فالوصول يُفتح تدريجيًا. وإذا بقي خادم بعيدًا عن حالة «سليم» مدة طويلة بعد تفعيله، فالأرجح أن دور الطرح لم يصل إليك بعد.
كما أنها لا تعمل على كل شبكة ولا في كل بلد، وتعتمد على إمكانية الوصول إلى خدمة فيديو خارجية وإلى البريد الإلكتروني. لا تَعِد بها كإمكانية مضمونة — بل قدّمها كتأمين ضد حالات الحجب الشديدة.
ما تحتاج إليه
- اشتراك Pro (أو Max الذي يتضمن كل ما في Pro)؛
- مسار واحد على الأقل معلَّم بأنه طارئ؛
- تفعيل مفتاح OLCRTC على العنقود؛
- خادم واحد على الأقل في ذلك العنقود مع تفعيل runtime؛
- مستخدمون لديهم بريد إلكتروني مؤكَّد وحساب نشط (انظر قسم القيود أدناه).
ترتيب الخطوات
هناك ثلاثة مفاتيح في ثلاثة أماكن مختلفة، ومن السهل الخلط بينها — فاثنان منها يحملان اسمين متطابقين تقريبًا:
| ما الذي تفعّله | أين يوجد | ما اسمه |
|---|---|---|
| المسار | إعدادات المسار (عند التحرير) | «مسار طارئ (OLCRTC)» |
| العنقود | صفحة العنقود، فوق قائمة المسارات | «تفعيل OLCRTC لهذا العنقود» |
| الخادم | لوحة الخادم، زر «تعديل» | «تشغيل OLCRTC على هذا الخادم» |
الترتيب مهم: لن يسمح لك العنقود بتفعيل OLCRTC ما دام لا يوجد مسار طارئ. المسار أولًا، ثم العنقود.
اشترك في Pro. انتقل إلى الدفع ← قسم الاشتراك. من دون اشتراك Pro نشط لا تظهر مفاتيح الطوارئ إطلاقًا: إذ تعرض صفحة العنقود بدلًا منها بطاقة «الوصول الطارئ (OLCRTC)» مع زر «اشترك».
علّم مسارًا بأنه طارئ — في إعدادات المسار نفسه. افتح المسار للتحرير، وفي قسم «الوصول الطارئ (OLCRTC)» فعّل «مسار طارئ (OLCRTC)».
لا يظهر المفتاح إلا عند تحرير مسار قائم. أما نموذج إنشاء مسار جديد فلا يحتوي عليه: أنشئ المسار أولًا، ثم افتح إعداداته وعلّمه بأنه طارئ.
تنضم خوادم ذلك المسار إلى مجمّع الطوارئ. ويمكنك تعليم عدة مسارات — إذ يدمجها المجمّع كلها، وإن لم يكن في أحد المسارات خادم مناسب، ينتقل الاتصال إلى خادم من مسار آخر. وتحصل المسارات المعلَّمة على شارة طارئ في قائمة المسارات.
فعّل OLCRTC للعنقود بأكمله. هذا مفتاح ثانٍ ومنفصل — وليس المفتاح الموجود في المسار. وهو يقع في صفحة العنقود، في قسم «الوصول الطارئ» المعلَّم بـ OLCRTC، فوق قائمة المسارات مباشرة، واسمه «تفعيل OLCRTC لهذا العنقود».
هذا هو المفتاح الرئيسي: فما دام مغلقًا، لن يتمكن مستخدمو العنقود من طلب أي شيء، مهما بلغ عدد المسارات التي علّمتها بأنها طارئة. وتحت المفتاح ترى كم مسارًا طارئًا صار في المجمّع بالفعل.
اسمح بالجلسات على الخوادم. انقر على خادم لفتح لوحته، وابحث عن قسم الـ runtime الطارئ (OLCRTC)، واضغط «تعديل»، وفعّل «تشغيل OLCRTC على هذا الخادم» ثم اضغط «حفظ».
يُثبَّت الـ runtime ويُحدَّث نفسه في الخلفية — لا حاجة إلى تسجيل الدخول إلى الخادم. وإلى أن يُثبَّت ويبدأ الإبلاغ، تظهر الحالة «غير سليم»؛ وهذا طبيعي، انتظر حتى تصبح «سليم · N/M نشطة».
لا يظهر هذا القسم إلا في وضع الواجهة العادي — أما الوضع المبسط Single فلا يحتوي عليه.
حدد السعة. في القسم نفسه — الحد الأقصى للجلسات المتزامنة. يمكنك تركه فارغًا، لكن الأفضل ألا تفعل: انظر القسم التالي.
أخبر مستخدميك. الوصول الطارئ بلا فائدة إذا علم به الناس بعد أن يكونوا محجوبين فعلًا: فالعميل يجب أن يُثبَّت مسبقًا. وجّههم إلى الوصول الطارئ وتثبيت العميل، واطلب منهم تجربة المسار كاملًا مرة واحدة بينما لا يزال الإنترنت يعمل بشكل طبيعي.
كم جلسة يتحمل الخادم
جلسة الطوارئ ليست «مستخدم VPN إضافيًا» — فهي أغلى بكثير: إذ يحزم الخادم البيانات داخل بث فيديو، وهذا يكلف وقت معالج.
وفق قياس على جلسة حية (فيديو بدقة Full HD، نحو 5 ميغابت/ث)، تستهلك الجلسة الواحدة نحو 15% من نواة واحدة و31 ميغابايت من الذاكرة. الذاكرة بالكاد تهم؛ أما الحد الحقيقي فهو المعالج.
| عدد الأنوية في الخادم | السعة المعقولة |
|---|---|
| 1 | 3 |
| 2 | 6–7 |
| 4 | 12–14 |
لا تتجاوز هذه الأرقام حتى على خادم مخصص: فأربع جلسات على نواة واحدة تعني نحو 60% منها إضافةً إلى الحمل الخلفي. ولاحظ أن القياس أُجري أثناء مشاهدة فيديو (~5 ميغابت/ث)؛ فإذا استنفد المستخدم سعة النفق، قد تكلف الجلسة الواحدة أكثر من ذلك بوضوح.
ترك حقل السعة فارغًا يعني «بلا حد». وعندها تبقى الحماية الوحيدة هي الآلية التي تتوقف عن وضع جلسات جديدة على خادم مثقل بشدة. لكنها تتفاعل بتأخير، وعلى خادم ضعيف يكون مستخدموك العاديون قد تضرروا قبل ذلك. على الخوادم أحادية النواة، حدد السعة صراحةً.
تساعد موازنة الحمل إلى حد ما: فإذا كان المسار يستخدم خوارزمية حسب الحمل (وهي الافتراضية)، يبلّغ الخادم ذي استهلاك المعالج المرتفع عن نطاق حر أقل، فيُوجَّه المستخدمون العاديون الجدد إلى خوادم أقل تحميلًا. لكن ذلك تصحيح مبني على إجمالي استهلاك المعالج، لا على عدّ جلسات الطوارئ، وهو يتأخر عدة دقائق — فليس بديلًا عن سعة محددة صراحةً.
ما الذي تعرضه الواجهة
في قسم الـ runtime الطارئ (OLCRTC) لدى كل خادم:
- الإمكانية — هل يُسمح بتشغيل الجلسات على هذا الخادم؛
- السعة — الحد الذي وضعته للجلسات المتزامنة («غير محددة» = بلا حد)؛
- Runtime — الحالة: «سليم · N/M نشطة» أو «غير سليم» أو «لا يبلّغ بعد».
بعد التفعيل مباشرة توقّع «غير سليم» — وهذا طبيعي، فالخادم لا يزال يثبّت الـ runtime ولم يبلّغ بعد. وإذا بقي على هذه الحال مدة طويلة، فتحقق من أن الخادم متصل أصلًا. أما «لا يبلّغ بعد» فلا تظهر إلا لحظة تحميل الصفحة.
قيود يجدر معرفتها مسبقًا
تعيش الجلسة حتى 12 ساعة، ثم تتوقف من تلقاء نفسها. ولا يمكن تمديدها — إذ ينشئ المستخدم مكالمة جديدة ويرسل رسالة جديدة.
جلسة واحدة لكل مستخدم. الرسالة الثانية لا تُنشئ شيئًا ولا تتلقى ردًا — ومن المفيد شرح ذلك للمستخدمين مسبقًا حتى لا يبدو الأمر عطلًا.
نحو 14 ميغابت/ث للتنزيل وأقل من ميغابت للرفع، مع زمن استجابة 175–235 مللي ثانية. مشاهدة الفيديو والتعامل مع البريد مريحان؛ أما إرسال الملفات الكبيرة ومكالمات الفيديو والألعاب فلا. وهذا سقف تهيئة النفق الحالية، لا سقف الاتصال الأساسي.
المتطلبات المفروضة على المستخدمين أشد مما تبدو. يلزم بريد إلكتروني مؤكَّد — فالمستخدمون الذين أنشأتهم يدويًا من دون بريد لا يمكنهم طلب الوصول. كما يجب أن يكون الحساب نشطًا: فالحسابات الموقوفة والمنتهية والتي استنفدت حدها والتي تنتظر أول دفعة (on_hold — وهم كل من سجّلوا بأنفسهم ولم يدفعوا بعد) تُرفض. ويجب أن يجتاز البريد التحقق من هوية المُرسِل، والمعدل محدود بخمسة طلبات في الساعة لكل مستخدم ومئة للخدمة كلها.
الرفض عند هذه الفحوص يجري بصمت: فلا يصل المستخدم أي رد إطلاقًا. وإذا اشتكى أحدهم بأنه «أرسل الرسالة ولم يعد شيء»، فابدأ بحالة الحساب وبما إذا كان رابط المكالمة المرسَل صحيحًا.
المسارات متعددة القفزات لا تشارك. إذ تُستخدم المسارات المباشرة فقط في جلسات الطوارئ.
iPhone أصعب. فعميل iOS لا يمكن تثبيته إلا عبر sideload — إذ لا توفره Apple. ويحتاج مستخدمو iPhone لديك إلى الاستعداد مسبقًا وبعناية أكبر؛ ودليل التثبيت يغطي ذلك.
كيفية الإيقاف
يمكنك إلغاء تفعيل OLCRTC لهذا العنقود في أي وقت — فتتوقف الجلسات الجديدة عن البدء. أما الجلسات الجارية فتكمل مدتها.
ولا يمكن إلغاء تعليم آخر مسار طارئ أو حذفه ما دام OLCRTC مفعَّلًا: علّم مسارًا آخر أولًا، أو عطّل OLCRTC على العنقود.
وإذا انتهى اشتراك Pro لديك، فلا يزال بإمكانك إيقاف كل شيء، لكن إعادة تفعيله تتطلب تجديد الاشتراك.