VPN පසුපස Plex දුරස්ථ ප්රවේශය අසාර්ථක වන්නේ ඇයි සහ එය නිවැරදි කරන්නේ කෙසේද
VPN පසුපස Plex දුරස්ථ ප්රවේශයට සබැඳි තුනක් අවශ්ය වේ: සැපයුම්කරුගේ පෝට් ඉදිරියට යැවීම, දේශීය pf නැවත යොමු කිරීම සහ 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.