JConsole د راجسټر سره نښلول کیږي، بیا RMI بل ځای ته لیږي
د راجسټر پورټ ځواب ورکول یوازې لومړی ټوپ دی. یو لرې JMX سرور کولای شي بل میزبان او بل نښلوونکی پورټ اعلان کړي، او تونل باید دواړو ته ورسیږي.
د تونل له لارې د راجسټر پورټ سره ونښلئ، د لاس ورکولو پیل وګورئ او بیا وګورئ چې JConsole سره له دې هم د وخت له پای ته رسیدو سره ودروي۔ دا پیښیږي ځکه چې لومړی TCP نښلول د مدیریت نښلول نه دي: دا یوه پلټنه ده۔ د RMI راجسټر د یوې حوالې سره ځواب ورکوي چې یو میزبان او دوهم پورټ نوموي، او JConsole بیا هغه ځای ته ځي چې ورته ویل شوي۔ که تونل یوازې د سرور لومړي پورټ ته ورسیږي، یا حواله داسې پته ونوموي چې یوازې د سرور په خپل محلي شبکه کې شتون لري، نو کلاینټ له ظاهري بریالیتوب وروسته بند پاتې کیږي۔
افسانه: یو خلاص پورټ یو نښلول دي
د RMI له لارې لرې JMX لږ تر لږه دوه پای ټکي لري، او هغوی د سیسټم مختلفې برخې غوره کوي۔ د راجسټر پورټ هغه دی چې تاسو په کلاینټ کې لیکئ، او د اصلي نښلوونکي تشریح کولو stub ورکولو لپاره شتون لري۔ لومړی بریالی ساکټ د دې ثبوت ګڼل چې د مدیریت لاره خلاصه ده، دوه دقیقې تشخیص په فایر وال ټیکټونو ډکه ماسپښین بدلوي۔
د سرور د اوریدونکو لیست په ځای د کلاینټ خپله تیروتنه وګورئ۔ د لاس ورکولو له پیل وروسته ناکامي وایي چې دوهم نښلول بشپړ شوی نه دی، نه لومړی۔
راجسټر څه بیرته ورکوي
stub یوه پته او پورټ لري، چې هغه شیبه چې نښلوونکی جوړ شو ترتیب شوي وو۔ په څو انټرفیس لرونکي سرور کې کیدای شي سټیک داسې پته غوره کړې وي چې د محلي شبکې له لارې ورته رسیږي خو ستاسو له لارې نه۔ کلاینټ توپیر نه پيژني؛ دا یوازې ترلاسه شوې ارزښت غږوي، او پاکټ د هغې پتې لپاره شتون لرونکې لاره تعقیبوي، چې په VPN کلاینټ کې ډیری وخت هېڅ نه وي۔ دوهم نښلول هڅه کیدو شیبه همدا ده۔
دا هم هغه دلیل دی چې ناکامي د چاپیریالونو ترمنځ وقفه وقفه پیښیږي: ورته سرور کولای شي د JMX ترتیباتو کې د کوم بدلون پرته د محلي شبکې کارونکي او د تونل کارونکي لپاره مختلف چلند وکړي۔
دوه پورټونه او دوه ځانګړتیاوې چې هغوی تړي
د راجسټر پورټ com.sun.management.jmxremote.port څخه راځي، او نښلوونکی کیدای شي په سټیک سپارلو پرځای com.sun.management.jmxremote.rmi.port سره وتړل شي۔ کله چې د کلاینټ او سرور ترمنځ فایر وال یا امنیتي ګروپ وي دواړه په واضح ډول تنظیم کړئ، ځکه چې ناڅاپي دوهم پورټ مخکې له مخکې اجازه نشي کیدلی، او د هغه لپاره خلاص شوی پراخه حد د یوې ارزښت تړلو څخه بدتر دی۔
بیا په سرور کې د ss -ltn یا netstat -an په مرسته تایید کړئ چې دواړه پورټونه اوري او په کومو پتو۔ له loopback سره تړل شوی اوریدونکی یوازې د محلي ځای پرځای کولو لپاره سم دی او دې کار لپاره بې ګټې دی۔
کله چې اعلان شوی نوم غلط وي
په لرې حواله کې ښکاره شوی میزبان نوم java.rmi.server.hostname ټاکي۔ دا په دې اغیزه کوي چې stub څه اعلانوي؛ پخپله دا د هر اوریدونکي یو انټرفیس سره تړلو لارښوونه نه ده، له همدې امله یې تنظیمول تل تمه شوی یو-پورټ چلند نه ورکوي۔ دا تنظیم کړئ، پروسه بیا پیل کړئ او بیا وګورئ چې stub واقعیا څه لري۔ داسې نوم یا پته غوره کړئ چې کلاینټ یې حل کولای او د تونل له لارې ورته رسیدلای شي، او پروسه بیا پیل کړئ ترڅو stub بیا جوړ شي۔
کانټینر شبکې دا لا خرابیږي، ځکه چې پروسې ته ښکاره پته کیدای شي داخلي وي چې کانټینر څخه بهر هېڅوک یې روټ نشي کولای۔ پلیټ فارم ته د غوره کولو اجازه ورکولو پرځای غوښتل شوی میزبان نوم په واضح ډول خپور کړئ۔
که تاسو د VPN پرځای د SSH سره تونل جوړوئ، هماغه ستونزه په بل جامه کې ښکاره کیږي: یوازې د راجسټر پورټ لیږل دوهم پای ټکی داسې پتې ته اشاره کوونکی پریږدي چې ستاسو کلاینټ ورته نه شي رسیدلای۔ دواړه پورټونه ولیږئ او ډاډ ترلاسه کړئ چې اعلان شوی نوم داسې شي ته حل شي چې کلاینټ محلي ډول ورته ورسیږي۔
د اسانه کولو لپاره د مدیریت امنیت بند مه کړئ
د تصدیق او TLS بندولو ټوټې په اسانۍ موندل کیږي او نښلول هغه ډول چلوي چې وروسته به یې بیرته کول غواړئ۔ لرې JMX یو مدیریت انټرفیس دی چې هماغه امتیازات لري چې هغه پروسې لري چې دا یې معاینه کوي؛ د هغه د لاسرسي کنټرول وساتئ، او که کلاینټ ونه شي کولای سندونه وړاندې کړي، هماغه سم کړئ۔
کله چې پای ټکي سم شي، بل هغه تیروتنه وساتئ چې ګورئ۔ د باور زېرمې یا حساب لخوا ردول له نه رسییدونکي نښلوونکي وروسته پړاو دی او مانا یې دا ده چې د شبکې کار بشپړ شوی۔