এটি সীমাবদ্ধ করে যে আপনার সমাপ্তি উদ্ধৃতিটি খুব তাড়াতাড়ি আসে। এটি শেষ প্যারামিটারের পরে হওয়া উচিত।
এই কৌশলটি আমার পক্ষে কাজ করেছিল।
আমি আকর্ষণীয় কিছু লক্ষ্য করেছি: যখন আমি নিম্নলিখিত কমান্ড লাইনটি ব্যবহার করে আমার অ্যাপ্লিকেশন শুরু করি:
java -Dcom.sun.management.jmxremote.port=9999
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false
আমি যদি জকনসোল ব্যবহার করে কোনও রিমোট মেশিন থেকে এই পোর্টটির সাথে সংযোগ স্থাপনের চেষ্টা করি, টিসিপি সংযোগ সফল হয়, আমার এমবিয়ান স্থাপন করা হয় এমন দূরবর্তী জকনসোল এবং স্থানীয় জেএমএক্স এজেন্টের মধ্যে কিছু তথ্য আদান প্রদান করা হয় এবং তারপরে, জকনসোল একটি সংযোগ ত্রুটি বার্তা প্রদর্শন করে। আমি একটি ওয়্যারশার্ক ক্যাপচার সম্পাদন করেছি এবং এটি এজেন্ট এবং জকনসোল উভয় থেকেই ডেটা এক্সচেঞ্জটি দেখায়।
সুতরাং, এটি কোনও নেটওয়ার্কের সমস্যা নয়, যদি আমি java.rmi.server.hostname সিস্টেমের সম্পত্তি বা তার সাথে ছাড়াই নেটস্প্যাট সম্পাদন করি তবে আমার নীচের বাইন্ডিংগুলি রয়েছে:
TCP 0.0.0.0:9999 0.0.0.0:0 LISTENING
TCP [::]:9999 [::]:0 LISTENING
এর অর্থ এই যে উভয় ক্ষেত্রে 9999 পোর্টে তৈরি সকেট যে কোনও ঠিকানায় যে কোনও হোস্টের সংযোগ গ্রহণ করে।
আমি মনে করি এই সিস্টেমের সম্পত্তিটির বিষয়বস্তু সংযোগে কোথাও ব্যবহৃত হয় এবং jconsole এর সাথে যোগাযোগের জন্য এজেন্ট দ্বারা ব্যবহৃত আসল আইপি ঠিকানার সাথে তুলনা করে। এবং যদি এই ঠিকানাগুলির সাথে মেলে না, সংযোগ ব্যর্থ।
Jconsole ব্যবহার করে একই হোস্ট থেকে সংযোগ করার সময় আমার এই সমস্যাটি ছিল না, কেবল আসল শারীরিক দূরবর্তী হোস্ট থেকে। সুতরাং, আমি অনুমান করি যে এই চেকটি কেবল তখনই করা হবে যখন "বাইরের" থেকে সংযোগ আসছে।