Artemis loopback broker کے لیے SOCKS کو بائی پاس کر سکتا ہے

غلط SOCKS پاس ورڈ کے ساتھ کامیاب ہونے والا Artemis broker کنکشن proxy ہینڈلر کو چھوڑ سکتا ہے۔ صرف socksHost نہیں، broker منزل چیک کریں۔

transport دستاویزات localhost اور 127.0.0.1 جیسے loopback broker پتوں کو SOCKS ترتیب کو بائی پاس کرنے والے پتے بتاتی ہیں۔ عام مقامی حل کے راستے کے لیے، جب کنکشن کو intermediary سے گزرنا ہو تو مطلوبہ non-loopback broker پتہ استعمال کریں۔ loopback پر حل ہونے والا کوئی دوسرا alias بھی وہی نتیجہ دے سکتا ہے۔

connector ورژن کی درست شرط چیک کریں

نئے upstream connector سورس میں واضح remote-DNS استثنا ہے۔ proxy ہینڈلر کی شرط یہ ہے:

socksEnabled && (socksRemoteDNS || !isTargetLocalHost())

جس implementation میں یہ شرط ہو وہاں socksRemoteDNS فعال ہونے پر، connector منزل کو غیر حل شدہ چھوڑتا ہے اور loopback جیسی نظر آنے والی منزل کے لیے بھی SOCKS ہینڈلر نصب کرتا ہے۔ اس کے دستاویزی ڈیفالٹ false کے ساتھ، مقامی پتے کا ٹیسٹ اب بھی اہم ہے۔

یہ localhost جیسے hostname کا مطلب بدل دیتا ہے: جب حل کے لیے SOCKS سرور کو دیا جائے تو یہ proxy کے منزل کے نظریے کی طرف اشارہ کرتا ہے۔ دور دراز حل منتخب کرنے سے پہلے تصدیق کریں کہ یہی مطلوبہ broker مقام ہے۔

رویے کو نصب شدہ Artemis کلائنٹ سے ہم آہنگ کریں۔ ہینڈلر کے واقعی راستے میں آنے کے بعد، SOCKS تصدیق کو broker تصدیق سے الگ کریں اور کامیاب broker سیشن کو proxy اسناد کے استعمال کا ثبوت سمجھنے کے بجائے نتیجے میں بننے والا کنکشن راستہ تصدیق کریں۔