Tengstu registry-portinum í gegnum tunnilinn, fylgstu með handabandinu hefjast og sjáðu svo JConsole samt lenda í tímaútrunnum. Það gerist vegna þess að fyrsta TCP-tengingin er ekki stjórnunartengingin: hún er uppfletting. RMI-registry svarar með tilvísun sem nefnir hýsil og annan port, og JConsole fer þá þangað sem henni var beint. Ef tunnillinn nær aðeins fyrsta porti þjónsins, eða tilvísunin nefnir vistfang sem aðeins er til á eigin LAN þjónsins, stöðvast biðlarinn eftir að hafa að því er virðist tekist.

Goðsögnin: einn opinn port er ein tenging

Fjartengd JMX yfir RMI felur í sér að minnsta kosti tvo endapunkta, og þeir eru valdir af mismunandi hlutum kerfisins. Registry-portinn er sá sem þú slærð inn í biðlarann, og hann er til svo að afhenda stubbinn sem lýsir raunverulega tenginum. Að líta á fyrsta heppnaða socketinn sem sönnun þess að stjórnunarleiðin sé opin breytir tveggja mínútna greiningu í heilan eftirmiðdag af eldveggjamiðum.

Fylgstu með villu biðlarans sjálfs frekar en hlustendalistanum á þjóninum. Villa eftir að handabandið hefst segir þér að önnur tengingin, ekki sú fyrsta, hafi ekki klárast.

Hvað registry skilar til baka

Stubburinn inniheldur vistfang og port, raðað á því augnabliki sem tengirinn var búinn til. Á þjóni með nokkrum netviðmótum kann staflinn að hafa valið vistfang sem er aðgengilegt úr staðarnetinu og ekki úr þínu. Biðlarinn þekkir ekki muninn; hann hringir einfaldlega í gildið sem hann fékk, og pakkinn fylgir þeirri leið sem er til fyrir vistfangið, sem á VPN-biðlara er oft engin. Það er augnablikið þegar reynt er að koma á annarri tengingunni.

Þetta er líka ástæðan fyrir því að villan er slitrótt milli umhverfa: sami þjónn getur hegðað sér öðruvísi fyrir notanda á LAN og notanda í tunnlinum, án nokkurrar breytingar á JMX-stillingunum.

Tveir portar og tveir eiginleikar sem festa þá

Registry-portinn kemur frá com.sun.management.jmxremote.port, og hægt er að festa tenginn með com.sun.management.jmxremote.rmi.port í stað þess að láta staflann úthluta honum. Stilltu báða skýrt þegar eldveggur eða öryggishópur er milli biðlarans og þjónsins, því ekki er hægt að leyfa ófyrirsjáanlegan annan port fyrirfram, og breitt svið sem opnað er til að rúma hann er verra en að festa eitt gildi.

Staðfestu svo með ss -ltn eða netstat -an á þjóninum að báðir portarnir hlusti og á hvaða vistföngum. Hlustandi sem er bundinn við loopback er réttur fyrir eingöngu staðbundna uppsetningu og gagnslaus fyrir þessa.

Þegar auglýsta nafnið er rangt

Hýsilnafnið sem birtist í fjartilvísuninni er stillt af java.rmi.server.hostname. Það hefur áhrif á það sem stubburinn auglýsir; það er ekki í sjálfu sér fyrirmæli um að binda hvern hlustanda við eitt viðmót, og þess vegna gefur stillingin þess ekki alltaf þá hegðun með einum porti sem fólk býst við. Stilltu það, endurræstu ferlið og staðfestu svo hvað stubburinn inniheldur í raun. Veldu nafn eða vistfang sem biðlarinn getur leyst og náð í gegnum tunnilinn, og endurræstu ferlið svo stubburinn sé endurbyggður.

Gámnet gerir þetta verra, því vistfangið sem ferlið sér getur verið innra vistfang sem ekkert fyrir utan gáminn getur beint umferð að. Birtu fyrirhugað hýsilnafn skýrt í stað þess að láta pallinn velja.

Ef þú ert að túnelera með SSH í stað VPN birtist sama vandamálið í annarri mynd: að framsenda aðeins registry-portinn lætur annan endapunktinn vísa á vistfang sem biðlarinn þinn nær ekki. Framsendu báða portana og sjáðu til að auglýsta nafnið leysist í eitthvað sem biðlarinn nær í á staðnum.

Slökktu ekki á stjórnunaröryggi til að einfalda þetta

Snippets sem slökkva á auðkenningu og TLS er auðvelt að finna og láta tenginguna virka á þann hátt að þú þarft að afturkalla það síðar. Fjartengd JMX er stjórnunarskurðflötur með sömu réttindum og ferlið sem hann skoðar; haltu aðgangsstýringunum og ef biðlarinn getur ekki lagt fram skilríki skaltu laga það í staðinn.

Þegar endapunktarnir eru réttir skaltu varðveita næstu villu sem þú sérð. Höfnun frá truststore eða reikningi er seinna stig en óaðgengilegur tengir og þýðir að netvinnunni er lokið.

Tengdir greinar