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 ప్రారంభించబడకపోవడం.