ভুল SOCKS পাসওয়ার্ড দিয়ে সফল হওয়া Artemis broker সংযোগ proxy handler এড়িয়ে যেতে পারে। শুধু socksHost নয়, broker গন্তব্য যাচাই করুন।

transport ডকুমেন্টেশন localhost এবং 127.0.0.1-এর মতো loopback broker ঠিকানা SOCKS কনফিগারেশন এড়িয়ে যায় বলে বর্ণনা করে। সাধারণ স্থানীয় রিজলিউশন পথের জন্য, সংযোগটি intermediary-এর মধ্য দিয়ে যেতে হলে নির্ধারিত non-loopback broker ঠিকানা ব্যবহার করুন। loopback-এ রিজলভ হওয়া অন্য alias-ও একই ফলাফল দিতে পারে।

connector সংস্করণের সঠিক শর্ত যাচাই করুন

নতুন upstream connector সোর্সে একটি স্পষ্ট remote-DNS ব্যতিক্রম রয়েছে। proxy handler-এর শর্তটি হল:

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

যে implementation-এ এই শর্ত রয়েছে সেখানে socksRemoteDNS সক্রিয় থাকলে, connector গন্তব্যটি অমীমাংসিত রাখে এবং loopback-এর মতো দেখতে গন্তব্যের জন্যও SOCKS handler ইনস্টল করে। এর নথিভুক্ত ডিফল্ট false-এর সাথে, স্থানীয়-ঠিকানা পরীক্ষা এখনও গুরুত্বপূর্ণ।

এটি localhost-এর মতো hostname-এর অর্থ বদলে দেয়: রিজলিউশনের জন্য SOCKS সার্ভারে পাঠালে, এটি proxy-র গন্তব্য দৃষ্টিভঙ্গি নির্দেশ করে। remote resolution বেছে নেওয়ার আগে নিশ্চিত করুন এটি নির্ধারিত broker অবস্থান।

আচরণটি ইনস্টল করা Artemis client-এর সাথে মিলিয়ে নিন। handler সত্যিই route-এ এলে, SOCKS প্রমাণীকরণকে broker প্রমাণীকরণ থেকে আলাদা করুন এবং সফল broker session-কে proxy credential ব্যবহারের প্রমাণ ভাবার বদলে ফলস্বরূপ সংযোগ পথ যাচাই করুন।

সম্পর্কিত নিবন্ধ