Häufig gestellte Fragen

لا يحتفظ VPN Tracker بشكل عام باتصالات VPN نشطة عند دخول الكمبيوتر في وضع السكون للأسباب التالية:

1. مباشرة بعد الاستيقاظ، قد يكون لدى النظام إعدادات شبكة مختلفة عما كانت عليه عند النوم، على سبيل المثال لأن كابل الشبكة قد تم فصله أثناء نوم الكمبيوتر، أو تم نقل الكمبيوتر إلى موقع مختلف حيث توجد شبكة WLAN مختلفة، أو انتهت صلاحية تأجير DHCP ويجب أن يقوم خادم DHCP بتعيين عنوان IP جديد للكمبيوتر بعد الاستيقاظ لأنه أعطى القديم لشخص آخر، أو لم يعد واجهة الشبكة موجودة، على سبيل المثال إذا تم فصل محول شبكة USB. في هذه الحالات، لن تعمل الاتصال على الفور بعد الاستيقاظ، ولن يتمكن VPN Tracker أيضًا من إلغاء تسجيل الخروج بشكل صحيح من الطرف الآخر.

   بالإضافة إلى ذلك، لن يكون VPN Tracker على علم ببعض هذه الأحداث مباشرةً، حيث لا تتلقى التطبيقات أحداث الشبكة أثناء نوم النظام ويجب عليه بعد ذلك مقارنة جميع تكوينات الشبكة بعد الاستيقاظ بالتكوين قبل النوم وتحديد بمفرده ما إذا كان يمكن للاتصال العمل أم لا، لأنه بالنسبة لبعض بروتوكولات VPN لا توجد طريقة لاختبار هذا بشكل فعال، والبعض الآخر فقط عند استخدام خيارات معينة (مثل DPD). يؤدي سوء التقدير إلى إبقاء النفق مفتوحًا والذي لم يعد يعمل بالفعل ويجب على المستخدم إعادة تشغيله يدويًا قبل أن يعمل مرة أخرى.

2. تتذكر بوابات NAT في جدول محدود كيفية تعيين عناوين IP الخاصة على العناوين العامة وكيفية إعادة كتابة المنافذ أثناء ذلك. اعتمادًا على البروتوكول، يمكن أن تكون هذه الفترة الزمنية بالثواني أو الدقائق (بعض البوابات تتذكر هذا فقط لمدة 20 ثانية مع UDP). إذا فقدت إدخال جدول كهذا، فلن يؤدي ذلك إلى حدوث خطأ، ولكن سيتم إنشاء إدخال جديد للحزمة التالية، والذي غالبًا ما يؤدي أيضًا إلى تعيين مختلف، مما لا يمكن للطرف الآخر التعامل معه، لأنه يبدو الآن كما لو أن شخصًا ثالثًا يحاول اختطاف الاتصال، حيث تأتي الحزم فجأة من مرسل مختلف. لا يمكن لـ VPN Tracker معرفة أو التحقق عند الاستيقاظ ما إذا كان إدخال الجدول السابق لا يزال موجودًا أم أنه قد فقد بالفعل ولن يتلقى أي خطأ من بوابة NAT في الحالة الأخيرة، ولكن لن يعمل الاتصال بعد الآن، مما يؤدي إلى نفس المشكلات كما في الحالة الأولى. لا يهم سواء تم استخدام بوابة NAT محلية (كما هو الحال في معظم أجهزة التوجيه أو المودم المنزلي) أو بوابة NAT على مستوى الناقل، والتي تقع لدى مزود خدمة الإنترنت ويمكن لعدة عملاء مشاركة عنوان IPv4 عام واحد من خلالها. هذا الأخير آخذ في الازدياد حيث لم تعد هناك عناوين IPv4 مجانية وبالتالي لا يمكن لكل عميل الحصول على عنوان خاص به.

3. تتوقع بروتوكولات VPN التي تستخدم شكلًا ما من أشكال اكتشاف نظير متوفى (DPD) حركة مرور منتظمة للبيانات من الطرف الآخر. إذا لم يحدث ذلك، فإنها ترسل حزم DPD وتتوقع أن يتم الرد على طلبات DPD هذه. إذا لم تتم الإجابة عليها، فسيعتبر الطرف الآخر الاتصال ميتًا ويمسحه. لا يدرك VPN Tracker هذا أيضًا أثناء نوم الكمبيوتر ولا يمكنه الرد على هذه الطلبات. بعد الاستيقاظ، لن يكون الاتصال قابلاً للعمل مرة أخرى، ولكن حتى مع استخدام DPD، غالبًا ما يلاحظ VPN Tracker ذلك بعد حوالي دقيقة واحدة وخلال ذلك الوقت سيحاول النظام الاستمرار في استخدام هذا الاتصال دون أي فرصة للنجاح، بحيث ستواجه تطبيقات مختلفة أخطاء أو انقطاعات في الاتصال.

4. إذا تم فصل اتصال VPN دون أن يقوم العميل بإلغاء تسجيل الخروج من بوابة VPN ودون أن يكون البوابة على علم بذلك، فقد يؤدي ذلك إلى عدم قدرة العميل على إعادة إنشاء هذا الاتصال على الفور أو حدوث خطأ في الاتصال عند إنشائه لأول مرة. في أسوأ الحالات، قد يتم قفل العميل لبضع دقائق. يمكن أن يحدث هذا في الحالتين الأوليين إذا تغيرت إعدادات الشبكة بعد مرحلة السكون أو إذا فقد إدخال جدول NAT.

لمنع كل هذه المشاكل، ينهي VPN Tracker على الفور جميع اتصالات VPN بمجرد أن يبلغ النظام بأنه يريد الدخول في وضع السكون، ويسجل الخروج بشكل صحيح من الطرف الآخر. بمجرد أن يستيقظ النظام ويبلغ بأن الشبكة جاهزة للاستخدام بالكامل مرة أخرى، يعيد VPN Tracker بناء جميع هذه الاتصالات على الفور. هذا يتجنب كل المشاكل المذكورة أعلاه ولا يكون للتطبيقات العادية أي وصول إلى الشبكة أثناء نوم النظام وهي أيضًا معتادة على عدم توفر شبكة لفترة قصيرة بعد الاستيقاظ، لأن هذا هو الحال أيضًا بدون VPN، خاصةً إذا تغير شيء ما في الشبكة.