ما الذي يبقى بعد تجاوز فشل VIP للوكيل؟
افصل استعادة مدخل الوكيل عن بقاء أنفاق CONNECT القائمة وعن عنوان الخروج المواجه للموقع.
يحافظ العنوان العائم على استقرار إعداد الوكيل: يواصل العملاء استخدام اسم المضيف أو عنوان IP نفسه بعد فشل الجهاز النشط. هذه ميزة توفّر مفيدة. ومع ذلك قد يتوقف تنزيل جارٍ بالفعل.
تخيّل طلب HTTPS دخل بالفعل في CONNECT. الوكيل النشط يملك اتصال TCP المواجه للعميل واتصالاً آخر نحو الموقع. ويملك أيضاً حالة التطبيق التي تربط هذين التدفقين.
نقل عنوان إلى جهاز احتياطي لا ينقل بحد ذاته أي كتلة تحكم TCP ولا حالة الترحيل تلك. يمكن للمالك الجديد قبول اتصالات جديدة دون أن يكون قادراً على متابعة تدفق بايتات أنشأه المالك القديم.
| التوقع | هل يوفره تجاوز فشل العنوان العادي؟ |
|---|---|
| الإبقاء على مدخل واحد مُهيّأ | هذه هي الفائدة المقصودة |
| متابعة تدفق CONNECT قائم | سيلزم جهاز إضافي يحفظ الحالة |
| الإبقاء على عنوان IP العام الخارجي نفسه | يعتمد على توجيه الخروج وNAT |
| تكرار عملية تطبيقية متقطعة بأمان | يعتمد على العملية والعميل |
يحدد VRRP الانتخاب وملكية العنوان. وهو ليس بروتوكول نسخ لعملية الوكيل. والنشر الذي يستخدم برمجيات أخرى عالية التوافر يحتاج إلى التمييز نفسه ما لم يوفّر أكثر من ذلك صراحةً.
راجع ما يرصده فحص السلامة فعلاً. قد يستجيب جهاز للإعلانات بينما فشلت خدمة الوكيل أو DNS أو مسار المنبع. وبالعكس، قد تسبب الفحوصات المفرطة في الحساسية تحويلات غير ضرورية.
استعادة العميل مهمة أيضاً. قد يعيد طلب متصفح جديد الاتصال بسهولة؛ أما رفع بـجسم مستهلك أو عملية API غير متكررة بأمان فقد يتطلب معالجة خاصة بالتطبيق. لا تَعِد بتجاوز فشل غير مرئي لمجرد نجاح طلب جديد عبر الجهاز الاحتياطي.