الورقة البيضاء التقنية لبروتوكول SingLink

يحصل العميل على الحزم والعقد وأذونات البروتوكول المتاحة للحساب الحالي. يجب أن تكون بيانات اعتماد المصادقة قصيرة الأجل وقابلة للإلغاء ومنفصلة عن حالة إعادة توجيه البيانات اللاحقة.

يقوم مستوى التحكم بإرجاع عنوان العقدة والمنفذ والبروتوكولات المتاحة والسياسات الضرورية، ويجب ألا يقوم مباشرة بتسليم مفاتيح رئيسية طويلة المدى أو حقول حساسة غير ضرورية إلى العميل.

يتلقى العميل حركة المرور التي يجب معالجتها من خلال وضع TUN أو وكيل النظام أو امتداد شبكة النظام الأساسي. يعتمد المدخل المحدد على إمكانيات نظام التشغيل.

يجب استخدام سياسات متسقة لطلبات DNS والاتصالات اللاحقة لتجنب مرور أسماء النطاقات عبر الوكلاء بينما لا يزال DNS يتسرب من الشبكة المحلية أو يتسبب في تحويل خاطئ.

يحدد الاتصالات على أنها مباشرة أو وكيل أو محظورة بناءً على القواعد والتطبيق واسم المجال المستهدف وIP وحالة الشبكة.

يستخدم الوضع اليدوي العقد المحددة من قبل المستخدم؛ يمكن للوضع الذكي تحديد العقد المرشحة بناءً على أذونات زمن الوصول والتوفر والتحميل والمنطقة والحزمة.

يؤكد العميل والخادم على أجيال البروتوكول والإمكانيات التي يدعمها الطرفان. يجب ألا يقوم العميل القديم بتمكين السلوكيات غير المتوافقة بصمت عندما لا يتمكن من التعرف على القدرات الجديدة.

تتحقق العقد من صلاحية الحساب أو الجلسة ويجب أن تمنع إعادة استخدام بيانات المصادقة القديمة من خلال التقادم أو التوزيع العشوائي أو الآليات المماثلة.

يتطلب البروتوكول إنشاء سياق تشفير منفصل للاتصال الحالي. يجب أن تخضع مجموعات التشفير المحددة وحقول المصافحة وفترات التناوب للمواصفات العامة المستقبلية.

تمثل الجلسة جلسة الإرسال بين العميل والعقدة، والتي يمكن أن تحمل حالة الاتصال ومعلومات القدرة ونبضات القلب وتدفقًا منطقيًا واحدًا أو أكثر.

يمكن تعيين كل طلب تطبيق إلى دفق منطقي داخل الجلسة، أو يمكن إنشاء اتصال مستقل؛ تعتمد الطريقة النهائية على التنفيذ العام.

معلومات الوجهة، وتحديد الدفق، وطول الحمولة، وأوامر التحكم، والبيانات مطلوبة لتشكيل إطار قابل للتحليل؛ هذه الصفحة لا تخترع حقول ثنائية غير موثقة.

تحتاج تدفقات بايت TCP إلى الحفاظ على النظام، والتعامل مع عمليات الإغلاق النصفية والإغلاق غير الطبيعي، وتمرير الضغط الخلفي من جانب التطبيق إلى جانب النقل.

تحتاج مخططات بيانات UDP إلى الاحتفاظ بحدود الرسائل وإدارة مهلات الجلسة؛ تحتاج الخدمات من نوع UDP مثل QUIC أيضًا إلى تجنب الحظر غير الضروري لرأس الخط.

عندما تتباطأ سرعة استهلاك العميل أو العقدة أو الخدمة المستهدفة، يجب أن يكون نمو المخزن المؤقت محدودًا لمنع دفق واحد من إسقاط الجلسة بأكملها.

لا يمكن استخدام الحزم والحشو إلا كجزء من استراتيجية الإرسال ولا يمكن وصفهما بالتسلل المطلق؛ تتطلب ظروفها التمكينية والنفقات العامة الاختبار والتحقق.

سيؤدي حمل النفق إلى تقليل وحدة الإرسال الكبرى المتاحة، ويجب تقليل حالات فشل الحزم الكبيرة من خلال تجنب التجزئة، أو تعديل MSS، أو الآليات المكافئة.

يجب أن يتحكم البروتوكول في إيقاع الإرسال وإعادة الإرسال استنادًا إلى تعليقات الشبكة، ويميز بين فقدان الحزمة الحقيقي وتأخير قائمة الانتظار وارتعاش الشبكة قصير المدى.

راقب باستمرار حالة الجلسة والعقدة لتجنب الاعتماد فقط على المهلات الطويلة لنظام التشغيل لاكتشاف الاتصالات الميتة.

بعد التبديل بين شبكات Wi-Fi وشبكات الهاتف المحمول، يقوم العميل بإعادة تأكيد دخول الشبكة وDNS وجلسات التوجيه والإرسال، ويستأنف الاتصال وفقًا لإمكانياته.

في حالة الفشل البسيط، يمكن إعادة بناء الجلسة أولاً، وفي حالة الفشل الشديد، يمكن تبديل العقد المتاحة. أثناء عملية التبديل، يجب استعادة توجيه النظام وتجنب حركة المرور من الاتصالات المباشرة غير المتوقعة.

يقوم العميل بالتحقق من البيانات التي تم إرجاعها وإلغاء تغليفها، ومسح حالة الجلسة المؤقتة ومفاتيح التخزين المؤقت وتغييرات التوجيه ونظام أسماء النطاقات بعد اكتمال الاتصال.