VPN-க்குப் பின்னால் Plex தொலை அணுகல் ஏன் தோல்வியடைகிறது, அதை எப்படி சரிசெய்வது

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

சங்கிலியில் மூன்று இணைப்புகள் உள்ளன, Plex கடைசியை மட்டுமே பார்க்கிறது

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

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

முதல் இணைப்பு: VPN வழங்குநரிடம் ஒரு போர்ட்டைப் பார்வர்டு செய்யுங்கள்

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

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

இரண்டாவது இணைப்பு: pf நங்கூரத்துடன் போர்ட்டைத் திசைமாற்றுங்கள்

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

# /etc/pf.anchors/plex.forward
rdr pass on tun0 inet proto tcp from any to any port 41893 -> 127.0.0.1 port 32400
rdr pass on en0 inet proto tcp from any to any port 41893 -> 127.0.0.1 port 32400

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

rdr-anchor "plex"
load anchor "plex" from "/etc/pf.anchors/plex.forward"

sudo pfctl -vnf /etc/pf.anchors/plex.forward
sudo pfctl -f /etc/pf.conf
sudo pfctl -s nat

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

மூன்றாவது இணைப்பு: Plex-க்குள் அதே போர்ட்டைப் பின் செய்யுங்கள்

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

LAN-லிருந்து சோதிப்பது எதையும் நிரூபிக்காது. அதே Wi-Fi-ல் உள்ள மடிக்கணினி நேரடியாக சேவையகத்தை அடைகிறது, எனவே பொது பாதை இறந்திருந்தாலும் சோதனை வெற்றியடைகிறது. செல்லுலார் தரவு உள்ள தொலைபேசி, அல்லது உங்கள் நெட்வொர்க்கிற்கு வெளியே உள்ள எந்த ஹோஸ்ட்டையும் பயன்படுத்தி அங்கிருந்து பொது முகவரி மற்றும் வெளிப்புற போர்ட்டை டயல் செய்யுங்கள்.

Plex-ஐக் குறை சொல்வதற்கு முன் ஒவ்வொரு இணைப்பையும் உறுதிப்படுத்துங்கள்

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

sudo lsof -nP -iTCP:32400 -sTCP:LISTEN

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

sudo pfctl -s nat | grep 41893
nc -vz 203.0.113.42 41893

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