جب وقت پر مبنی PAC قواعد پراکسی منتخب کرتے ہیں

آپ ایسا PAC قاعدہ لکھ سکتے ہیں جو صبح ایک پراکسی اور بعد میں دوسری واپس کرے۔ لیکن اس قاعدے سے یہ اندازہ نہیں لگایا جا سکتا کہ ہر موجودہ براؤزر کنکشن دوپہر میں ایگزٹ بدلتا ہے۔

timeRange() جیسے فنکشن روٹنگ کے فیصلے میں حصہ لیتے ہیں۔ یہ کوئی پس منظر شیڈولر نہیں ہیں جو سرنگیں بند کرے، ساکٹ منتقل کرے یا پراکسی فراہم کنندہ سے اس کا عوامی IP گھمانے کو کہے۔

تین واقعات کو الگ رکھیں:

1. براؤزر PAC کی جانچ کر کے راستہ حاصل کرتا ہے۔
2. کلائنٹ اپنے نیٹ ورک قواعد کے مطابق کنکشن قائم یا دوبارہ استعمال کرتا ہے۔
3. منتخب سروس اپنے اگلے کنکشن کے لیے عوامی پتہ منتخب کرتی ہے۔

وقت کی شرط براہ راست پہلے واقعے سے متعلق ہے۔ پہلے سے فعال ڈاؤن لوڈ یا طویل المدتی کنکشن الگ معاملہ ہے۔ کلائنٹ کیشنگ اور کنکشنز کا دوبارہ استعمال بھی یہ ظاہر کرتا ہے کہ 'اسکرپٹ میں گھڑی کی جانچ ہے' درست تبدیلی کے شیڈول کا کافی ثبوت نہیں۔

اگر کسی کام کو ہر سیشن، درخواست یا وقت کی ونڈو کے لیے نئی ایگزٹ درکار ہو تو اسی ضرورت کے لیے بنایا گیا انٹرفیس استعمال کریں اور اس کے دستاویزی رویے کی تصدیق کریں۔ PAC اختتامی مقامات میں سے انتخاب کر سکتا ہے، لیکن یہ طے نہیں کرتا کہ وہ اختتامی مقامات اپنے ایگزٹ پتوں کے ساتھ کیا کرتے ہیں۔

جان بوجھ کر بنائی گئی نیٹ ورک پالیسی کے لیے وقت پر مبنی روٹنگ اب بھی مفید ہو سکتی ہے۔ اسے جانچ کے وقت راستہ چننا کہیں، ضمانت شدہ IP روٹیشن طریقہ نہیں۔