JConsole பதிவேட்டுடன் இணைகிறது, பிறகு RMI அதை வேறெங்கோ அனுப்புகிறது

சுரங்கப்பாதை வழியாக பதிவேட்டு துறைமுகத்துடன் இணையுங்கள், கைகுலுக்கல் தொடங்குவதைப் பாருங்கள், பிறகு 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 என்பது அது ஆய்வு செய்யும் செயல்முறைக்கு சமமான சிறப்புரிமைகளைக் கொண்ட நிர்வாக இடைமுகம்; அதன் அணுகல் கட்டுப்பாடுகளைத் தக்கவைத்து, வாடிக்கையாளர் சான்றுகளை வழங்க முடியாவிட்டால் அதைச் சரிசெய்யுங்கள்.

முனைப்புள்ளிகள் சரியானதும், அடுத்ததாக நீங்கள் காணும் பிழையைப் பாதுகாத்து வைக்கவும். நம்பிக்கைக் கிடங்கு அல்லது கணக்கிலிருந்து நிராகரிப்பு அணுக முடியாத இணைப்பியைவிட பிந்தைய நிலை, அதாவது வலையமைப்பு வேலை முடிந்தது.