JConsole inaunganisha kwenye rejista, kisha RMI inaituma mahali pengine

Ungana na bandari ya rejista kupitia handaki, tazama mazungumzo ya kuanzisha yakianza, kisha tazama JConsole ikiisha muda wake hata hivyo. Hii hutokea kwa sababu muunganisho wa kwanza wa TCP si muunganisho wa usimamizi: ni utafutaji. Rejista ya RMI hujibu kwa rejea inayotaja mwenyeji na bandari ya pili, na JConsole kisha huenda popote ilipoambiwa. Iwapo handaki linafika tu kwenye bandari ya kwanza ya seva, au rejea inataja anwani ambayo ipo tu kwenye LAN ya seva yenyewe, mteja hukwama baada ya kuonekana kufanikiwa.

Hadithi: bandari moja iliyo wazi ni muunganisho mmoja

JMX ya mbali kupitia RMI inahusisha angalau vituo viwili, na huchaguliwa na sehemu tofauti za mfumo. Bandari ya rejista ni ile unayoandika kwenye mteja, na ipo ili kutoa stub inayoelezea kiunganishi halisi. Kuchukua soketi ya kwanza iliyofanikiwa kama uthibitisho kwamba njia ya usimamizi iko wazi ndicho kinachobadilisha utambuzi wa dakika mbili kuwa mchana mzima wa tiketi za firewall.

Angalia hitilafu ya mteja mwenyewe badala ya orodha ya wasikilizaji ya seva. Kushindikana baada ya mazungumzo ya kuanzisha kuanza kunakuambia kwamba muunganisho wa pili, si wa kwanza, haukukamilika.

Rejista inarudisha nini

Stub ina anwani na bandari zilizosawazishwa wakati kiunganishi kilipoundwa. Kwenye seva yenye violesura kadhaa, mkusanyiko unaweza kuwa umechagua anwani inayofikiwa kutoka mtandao wa ndani na isiyofikiwa kutoka wako. Mteja hajui tofauti; anapiga tu thamani aliyopewa, na pakiti hufuata njia iliyopo kwa anwani hiyo, ambayo kwenye mteja wa VPN mara nyingi hakuna kabisa. Huo ndio wakati muunganisho wa pili unajaribiwa.

Hii pia ndiyo sababu kushindikana hutokea mara kwa mara kati ya mazingira: seva hiyo hiyo inaweza kuishi tofauti kwa mtumiaji aliye kwenye LAN na mtumiaji aliye kwenye handaki, bila mabadiliko yoyote kwenye usanidi wa JMX.

Bandari mbili na sifa mbili zinazozifunga

Bandari ya rejista inatoka com.sun.management.jmxremote.port, na kiunganishi kinaweza kufungwa kwa com.sun.management.jmxremote.rmi.port badala ya kuachwa kwa kile mkusanyiko unagawanya. Weka zote mbili kwa uwazi kunapokuwa na firewall au kikundi cha usalama kati ya mteja na seva, kwa sababu bandari ya pili isiyotabirika haiwezi kuruhusiwa mapema, na wigo mpana unaofunguliwa kuikimu ni mbaya kuliko kufunga thamani moja.

Kisha thibitisha kwa ss -ltn au netstat -an kwenye seva kwamba bandari zote mbili zinasikiliza na kwenye anwani zipi. Msikilizaji aliyefungwa kwa loopback ni sahihi kwa usambazaji wa ndani tu na hauna maana kwa huu.

Jina lililotangazwa linapokuwa si sahihi

Jina la mwenyeji linaloonekana kwenye rejea ya mbali huwekwa na java.rmi.server.hostname. Huathiri kile stub inatangaza; yenyewe si maagizo ya kufunga kila msikilizaji kwenye kiolesura kimoja, ndiyo sababu kuiweka hakuleti kila mara tabia inayotarajiwa ya bandari moja. Iweke, anzisha upya mchakato, kisha thibitisha kile stub inacho kweli. Chagua jina au anwani ambayo mteja anaweza kuitatua na kuifikia kupitia handaki, na anzisha upya mchakato ili stub ijengwe upya.

Mitandao ya kontena huifanya hii kuwa mbaya zaidi, kwa sababu anwani inayoonwa na mchakato inaweza kuwa ya ndani ambayo hakuna kitu nje ya kontena linaweza kuielekeza. Tangaza jina la mwenyeji linalokusudiwa kwa uwazi badala ya kuacha jukwaa lichague.

Ikiwa unatengeneza handaki kwa SSH badala ya VPN, tatizo lile lile linaonekana katika vazi lingine: kusambaza bandari ya rejista peke yake kunaacha kituo cha pili kikielekea anwani ambayo mteja wako hawezi kuifikia. Sambaza bandari zote mbili na ufanye jina lililotangazwa litatuliwe kuwa kitu ambacho mteja anaweza kufikia ndani ya nchi.

Usizime usalama wa usimamizi ili kurahisisha

Vipande vinavyozima uthibitishaji na TLS hupatikana kwa urahisi na hufanya muunganisho ufanye kazi kwa namna utakayolazimika kuibatilisha baadaye. JMX ya mbali ni kiolesura cha usimamizi chenye mapendeleo sawa na mchakato inaouchunguza; dumisha udhibiti wake wa ufikiaji, na ikiwa mteja hawezi kuwasilisha vitambulisho, rekebisha hilo badala yake.

Vituo vikiwa sahihi, hifadhi hitilafu inayofuata utakayoiona. Kukataliwa na hifadhi ya uaminifu au akaunti ni hatua ya baadaye kuliko kiunganishi kisichofikiwa na inamaanisha kazi ya mtandao imekamilika.