پروکسی VIP فیل اوور کے بعد کیا بچتا ہے؟
پروکسی کے داخلی راستے کی بحالی کو قائم شدہ CONNECT سرنگوں اور ویب سائٹ کی طرف جانے والے آؤٹ باؤنڈ پتے کے باقی رہنے سے الگ رکھیں۔
تیرتا پتہ پروکسی کی ترتیب کو مستحکم رکھتا ہے: فعال مشین ناکام ہونے کے بعد بھی کلائنٹ وہی ہوسٹ نام یا IP استعمال کرتے رہتے ہیں۔ یہ مفید دستیابی ہے۔ تاہم جاری ڈاؤن لوڈ پھر بھی رک سکتا ہے۔
پہلے سے CONNECT کے اندر موجود HTTPS درخواست کا تصور کریں۔ فعال پروکسی کلائنٹ کی طرف TCP کنکشن اور ویب سائٹ کی طرف ایک اور کنکشن رکھتا ہے۔ یہ ان اسٹریمز کو جوڑنے والی ایپلیکیشن حالت بھی رکھتا ہے۔
پتہ اسٹینڈ بائی مشین پر منتقل کرنا بذات خود نہ TCP کنٹرول بلاک منتقل کرتا ہے اور نہ وہ ریلے حالت۔ نیا مالک نئے کنکشن قبول کر سکتا ہے، مگر پرانے مالک کی قائم کردہ بائٹ اسٹریم جاری نہیں رکھ سکتا۔
| توقع | کیا عام پتہ فیل اوور یہ فراہم کرتا ہے؟ |
|---|---|
| ایک ترتیب شدہ داخلی راستہ برقرار رکھنا | یہی مطلوبہ فائدہ ہے |
| قائم شدہ CONNECT اسٹریم جاری رکھنا | اضافی حالت رکھنے والا نظام درکار ہوگا |
| وہی آؤٹ باؤنڈ عوامی IP برقرار رکھنا | آؤٹ باؤنڈ روٹنگ اور NAT پر منحصر ہے |
| رکی ہوئی ایپلیکیشن کارروائی محفوظ طریقے سے دہرانا | کارروائی اور کلائنٹ پر منحصر ہے |
VRRP انتخاب اور پتے کی ملکیت متعین کرتا ہے۔ یہ پروکسی عمل کے لیے نقل کا پروٹوکول نہیں۔ کسی اور اعلیٰ دستیابی سافٹ ویئر والی تعیناتی کو بھی یہی فرق درکار ہوگا، الا یہ کہ وہ واضح طور پر زیادہ فراہم کرے۔
جائزہ لیں کہ صحت کی جانچ واقعتاً کیا دیکھتی ہے۔ پروکسی سروس، DNS یا اوپری راستہ ناکام ہونے پر بھی مشین اعلانات کا جواب دے سکتی ہے۔ اس کے برعکس، حد سے زیادہ حساس جانچیں غیر ضروری تبدیلیاں پیدا کر سکتی ہیں۔
کلائنٹ کی طرف بحالی بھی اہم ہے۔ نیا براؤزر درخواست آسانی سے دوبارہ جڑ سکتا ہے؛ استعمال شدہ باڈی والا اپ لوڈ یا غیر ایڈمپوٹنٹ API کارروائی کو ایپلیکیشن کے لیے مخصوص طریقہ کار درکار ہو سکتا ہے۔ محض اس لیے کہ اسٹینڈ بائی کے ذریعے نئی درخواست کامیاب ہوئی، پوشیدہ فیل اوور کا وعدہ نہ کریں۔