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 സജീവമല്ലാത്തത്.