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 સક્ષમ ન હોવું.