போர்ட் சரிபார்ப்பான் திறந்தது என்கிறதா? Minecraft வீரர்கள் இன்னும் ஏன் இணைய முடியவில்லை

யாரோ ஒருவர் போர்ட் சரிபார்ப்பை இயக்குகிறார், திறந்தது என்ற வார்த்தையைப் பார்க்கிறார், சேவையகம் தீர்க்கப்பட்டதாகக் கருதுகிறார். அந்த முடிவின் உண்மையான பொருள் குறுகியது: சரிபார்ப்பவரின் இருப்பிடத்திலிருந்து, அந்த நொடியில், அந்த முகவரி மற்றும் போர்ட்டுக்கு TCP இணைப்பு ஏற்கப்பட்டது. இது Minecraft நெறிமுறை கைக்குலுக்கல், கணக்கு அங்கீகாரம், அல்லது சேவையகம் வீரரை ஒரு உலகத்திற்குள் அனுமதித்ததா என்பதைப் பற்றி எதுவும் கூறவில்லை.

இவை நான்கு வெவ்வேறு அடுக்குகள், இவற்றில் எதிலாவது தோல்வி ஏற்பட்டால் வீரரிடமிருந்து அதே வாக்கியம் வரும்: அது வேலை செய்யவில்லை.

ஒரு ஆய்வு தன்னால் பார்க்க முடிந்ததை மட்டுமே சோதிக்கிறது

இரு பக்கங்களும் மூன்று வழி கைக்குலுக்கலை முடித்தால் TCP இணைப்பு நிறைவடைகிறது, அது விளையாட்டு அறிந்த எல்லாவற்றுக்கும் கீழே உள்ளது. ஆய்வு ஒரு கேட்பவர் இருந்தார் என்றும் அவர் தனது வலையமைப்பு இருப்பிடத்திலிருந்து பதிலளித்தார் என்றும் தெரிவிக்கிறது. கேட்பவர் விளையாட்டு என்று அது சொல்ல முடியாது, ஏனெனில் எந்த செயல்முறையும் ஒரு போர்ட்டைப் பிடித்து இணைப்புகளை ஏற்கலாம்.

முடிவைப் போலவே இருப்பிடமும் முக்கியம். பொது இணையத்தில் உள்ள சரிபார்ப்பான் ஒரு வலையமைப்பிலிருந்து ஒரு பாதையைச் சோதிக்கிறது. இயக்குபவர் அதே வலையமைப்பின் உள்ளிருந்து இயக்கும் சரிபார்ப்பான் முற்றிலும் வேறொரு பாதையைச் சோதிக்கிறது, அங்குள்ள நேர்மறையான முடிவு தொலைதூர வீரர் அனுபவிப்பதைப் பற்றி எதுவும் கூறவில்லை. வெவ்வேறு வழங்குநர்களிடம் உள்ள இரண்டு வெவ்வேறு சரிபார்ப்பான்கள் உங்கள் சேவையகத்துடன் எந்தத் தொடர்பும் இல்லாத காரணங்களுக்காக முரண்படவும் கூடும்.

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

சாக்கெட்டுக்கும் வீரருக்கும் இடையே நான்கு அடுக்குகள்

இணையும் கிளையண்ட் உண்மையில் செய்யும் வரிசையை கற்பனை செய்யுங்கள். முதலில் அது முகவரியைத் தீர்க்கிறது, பின்னர் வெளியிடப்பட்ட போர்ட்டுக்கு TCP இணைப்பைத் திறக்கிறது, பின்னர் பேச்சுவார்த்தை மற்றும் அங்கீகாரத்திற்காக விளையாட்டின் சொந்த நெறிமுறையைப் பேசுகிறது, இறுதியில் சேவையகம் அந்த அடையாளத்திற்கு உலகத்திற்குள் வர அனுமதி உண்டா என்று முடிவு செய்கிறது. ஒவ்வொரு அடுக்குக்கும் அதன் சொந்த தோல்விக் கையொப்பம் உள்ளது, போர்ட் சரிபார்ப்பானுக்கு முதல் அடுக்கு மட்டுமே தெரிகிறது.

Java Edition இன் இயல்புநிலை போர்ட் 25565, ஆனால் இயக்குபவர் வேறு வெளிப்புற போர்ட்டை வெளியிட்டு அதை உள்ளே அனுப்பலாம், எனவே வீரர் தட்டச்சு செய்யும் எண் சேவையகம் பார்க்கும் எண்ணாகவே இருக்க வேண்டியதில்லை. தவறான வெளிப்புற போர்ட்டை இலக்காகக் கொண்ட சரிபார்ப்பான் சேவையகம் முழுமையாக ஆரோக்கியமாக இருக்கும்போது மூடப்பட்டதாகத் தெரிவிக்கிறது, இதுவே இந்த முழுத் துறையிலும் மிகவும் பொதுவான பொய்யான எச்சரிக்கை.

பெயர்கள் போர்ட்டுக்கு மேலே இன்னும் ஒரு படியைச் சேர்க்கின்றன. வீரர் ஒரு ஹோஸ்ட் பெயரைத் தட்டச்சு செய்தால், தீர்வு வெளியிடப்பட்ட முகவரியைத் திருப்பித் தர வேண்டும், வலையமைப்புக்குள் உள்ள இயந்திரத்தில் அது அதற்குப் பதிலாக தனிப்பட்ட முகவரியைத் திருப்பித் தரலாம். இது firewall தோல்வி அல்ல, எவ்வளவு போர்ட் முன்னனுப்பலும் அதை மாற்றாது.

உள்ளே உள்ள வீரர் ஏன் வேறு பாதையை எடுக்கிறார்

ஒரே LAN இல் அல்லது அந்த LAN ஐ அடையும் VPN இல் உள்ள வீரர் உள்ளிருந்து பொது முகவரியை அடைய முயற்சிக்கிறார். கோரிக்கை ரவுட்டரின் வெளிப்புற முகவரிக்குச் செல்கிறது, ரவுட்டர் அதை மீண்டும் உள்ளே மொழிபெயர்க்க வேண்டும், இதுவே பொதுவாக hairpinning அல்லது NAT பிரதிபலிப்பு எனப்படுகிறது. இது வேலை செய்ய முன்னோக்கிய மொழிபெயர்ப்பும் திரும்பும் பாதையும் பொருந்த வேண்டும், பல வீட்டு ரவுட்டர்கள் இதை அறவே செயல்படுத்துவதில்லை.

அதனால்தான் வெளியிலிருந்து வரும் விருந்தினர் இணைகிறார், சேவையகத்தின் அருகில் அமர்ந்திருப்பவர் இணைய முடியவில்லை. வெளிப்புற பாதை உண்மையில் சரியாகவே உள்ளது; தோல்வியடைவது உள் சுற்றுப்பாதை, அது வீரரின் திரையிலிருந்து சேவையகப் பிரச்சினை போலத் தெரியும் வகையில் தோல்வியடைகிறது. எது நடந்தது என்பதை சேவையகத்தின் சொந்தப் பதிவே தீர்மானிக்கிறது, ஏனெனில் ஒருபோதும் மொழிபெயர்க்கப்படாத இணைப்பு ஒருபோதும் அதை அடையாது.

இரண்டு நேர்மையான திருத்தங்களும் ஒரு மோசமான பழக்கமும் உள்ளன. நல்ல வழிகள்: உள் வீரர்களை தனிப்பட்ட முகவரி அல்லது split-DNS பெயரைப் பயன்படுத்த அனுமதிப்பது, அது உள்ளே தனிப்பட்ட முகவரிக்குத் தீர்க்கப்படுகிறது, அல்லது அம்சம் இருந்து சரியாக நடந்தால் ரவுட்டரில் பிரதிபலிப்பை இயக்குவது. மோசமான பழக்கம் மேலும் போர்ட்டுகளைத் திறப்பது அல்லது ஹோஸ்ட் firewall ஐ முடக்குவது, அது ரவுட்டர் ஒருபோதும் செய்யாத மொழிபெயர்ப்பைப் பாதிக்க முடியாது.

Netgate இன் NAT பிரதிபலிப்பு ஆவணம் வெளிப்புறம் மற்றும் உட்புறம் இடையிலான வேறுபாட்டையும் split-DNS மாற்றையும் இன்னும் விரிவாக விவரிக்கிறது. அதை இயங்குமுறையின் விளக்கமாகப் படியுங்கள், எந்தக் குறிப்பிட்ட VPN வழங்குநர் அல்லது ரவுட்டர் ஒவ்வொரு loopback வகையையும் ஆதரிக்கிறது என்ற வாக்குறுதியாக அல்ல.

ஒவ்வொரு பார்வையிலிருந்தும் சான்றுகளைச் சேகரியுங்கள்

ஒவ்வொரு சோதனைக்கும் யார் இயக்கினார், எங்கிருந்து, எந்த நேரத்தில், எந்த முகவரி மற்றும் போர்ட்டுக்கு எதிராக, சேவையகம் என்ன பதிவு செய்தது என்பதை எழுதுங்கள். சேவையக பணியகத்தில் தெளிவான காரணத்துடன் விளையாட்டின் நிராகரிப்பு ஒருபோதும் வராத இணைப்பிலிருந்து வேறுபட்ட கண்டுபிடிப்பு, இரண்டும் எதிர் திசைகளில் இட்டுச் செல்கின்றன.

அனுமதிக்கப்பட்ட தொலைதூர வீரர்கள் இணைந்து ஒரு உள்ளூர் வீரர் இணைய முடியாவிட்டால், மீதமுள்ள கேள்வி உள்ளூர் பாதை, அது தனிச் சோதனைக்குத் தகுதியானது: கிளையண்ட் எந்த முகவரியைப் பயன்படுத்தியது, ரவுட்டர் மொழிபெயர்ப்புடன் என்ன செய்தது, சேவையகம் ஏதேனும் இணைப்பு முயற்சியைப் பதிவு செய்ததா. போர்ட்டுகளை சீரற்ற முறையில் மீண்டும் திறப்பதற்குப் பதிலாக இந்த மூன்று உண்மைகளை வலையமைப்பின் உரிமையாளரிடம் கொடுங்கள்.