Kwa nini ufikiaji wa mbali wa Plex unashindikana nyuma ya VPN na jinsi ya kuurekebisha
Ufikiaji wa mbali wa Plex nyuma ya VPN unahitaji viungo vitatu: uelekezaji wa bandari kwa mtoa huduma, uelekezaji upya wa pf wa ndani na bandari hiyo hiyo ya nje iliyoandikwa katika Plex.
Ufikiaji wa mbali unabadilika kuwa haupatikani wakati VPN inachukua njia ya msingi, huku seva hiyo hiyo ikiendelea kutiririsha kwenye LAN bila malalamiko. Hakuna kitu katika kumbukumbu za Plex kinachoeleza mabadiliko, kwa sababu Plex si sehemu iliyovunjika: inachapisha anwani ambayo trafiki haifikii tena. Mtoa huduma anayeshiriki anwani moja ya umma kati ya wateja huelekeza bandari kwenye anwani ya handaki lako, na kitu kwenye mashine yako mwenyewe bado kinapaswa kuhamisha bandari hiyo hadi kwa msikilizaji wa Plex. Viungo vyote vitatu lazima vikubaliane kuhusu bandari moja ya nje kabla ya jaribio la ufikivu kuwa kijani.
Mnyororo una viungo vitatu, na Plex huona kile cha mwisho tu
Mtoa huduma anamiliki anwani ya umma na anapanga bandari moja ya zake kwenye anwani ya handaki lako. Mashine yako inachukua kila kitu kinachofika kwenye bandari hiyo na kukielekeza kwa msikilizaji wa Plex, ambaye kwa kawaida hukaa kwenye bandari ya kitanzi 32400. Kisha Plex inaambiwa nambari ya bandari ya nje ili uchunguzi wake uoane na kile ambacho ulimwengu wa nje unapiga.
Vunja kiungo kimoja tu na kiolesura cha wavuti huripoti ufikiaji wa mbali kama haupatikani, bila kidokezo chochote cha kiungo kilichoshindikana. Ukimya huo ndio sababu watu huanzisha upya seva, husakinisha upya programu na hubadilisha mpangilio mara kwa mara bila kusogeza sindano. Viungo vitatu hushindikana kwa kujitegemea: uelekezaji unaoelekezwa kwenye anwani ya handaki iliyopitwa na wakati, uelekezaji upya unaofunika kiolesura cha Ethernet pekee, na uwanja wa Plex ambao bado unashikilia 32400 vyote hutoa maandishi hayo hayo mekundu. Fanya kazi kutoka kwa msikilizaji kwenda nje badala ya kubahatisha, na kiungo kilichoshindikana kwa kawaida hujitaja ndani ya dakika moja.
Kiungo cha kwanza: elekeza bandari kwa mtoa huduma wa VPN
Fungua ukurasa wa uelekezaji wa bandari za mtoa huduma na uongeze mpangilio. Watekelezaji wengi hukupa bandari ya nje ya bahati nasibu na hukuruhusu kuchagua ile ya ndani, kwa hiyo kubali mgao na uuelekeze kwenye anwani ya handaki ambayo mteja wako anayo sasa. Andika nambari hiyo, kwa sababu kila hatua inayofuata huiirudia kwa usahihi.
Watoa huduma wanaozungusha mpangilio wanapounganisha tena ndio sababu ya kawaida ya mpangilio huu kudumu jioni moja kisha kufa. Wengine hukuruhusu kuomba bandari thabiti, wengine hupanga mpya kwa kila kupeana mkono, kwa hiyo soma ukurasa wa sasa wa mpangilio kabla ya kugusa kitu kingine chochote.
Kiungo cha pili: elekeza upya bandari kwa nanga ya pf
Kwenye macOS uelekezaji upya ni wa nanga ya pf, kanuni moja kwa kila kiolesura kinachoweza kubeba kifurushi. Andika kanuni ya handaki kwanza na kanuni ya Ethernet baadaye, ukiwa na bandari hiyo hiyo ya nje kwa zote mbili, vinginevyo trafiki inayofika kupitia Wi-Fi wakati wa uhamishaji haitatua mahali popote.
# /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
Faili ya nanga yenyewe haifanyi chochote; usanidi mkuu lazima uirejelee na kuipakia. Weka mistari hii miwili katika /etc/pf.conf kabla ya kanuni zozote zilizopo za uelekezaji upya, kisha pakia upya na usome kile ambacho kerneli ilikubali kwa kweli.
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
Malalamiko ya sintaksia kuhusu bandari isiyojulikana inamaanisha kishika nafasi kilinusurika uhariri wako. Jedwali tupu la nat linamaanisha nanga haikupakiwa kamwe, na kwa kuwa pf haijawashwa kwa chaguo-msingi kwenye macOS ya sasa, sudo pfctl -E ni sehemu ya marekebisho na sio nyongeza za hiari. Pakia upya nanga baada ya kila kuwasha upya na baada ya kila mabadiliko ya mpangilio. Weka faili ya nanga chini ya udhibiti wa matoleo ili mabadiliko ya bandari ya mtoa huduma yawe uhariri wa mstari mmoja badala ya ugunduzi mpya.
Kiungo cha tatu: bandika bandari hiyo hiyo ndani ya Plex
Katika Plex fungua Mipangilio, kisha Seva, kisha Ufikiaji wa Mbali, na tia alama kwenye kisanduku kinachokuruhusu kubainisha bandari kwa mkono. Ingiza bandari ya nje ya mtoa huduma badala ya 32400, kisha acha jaribio la ufikivu liendelee. Matoleo mapya yamehamisha kidhibiti hiki kutoka ukurasa wa zamani wa Connect, kwa hiyo angalia chini ya Ufikiaji wa Mbali ikiwa uwanja haupo pale mwongozo unadai.
Kujaribu kutoka LAN hakuthibitishi chochote. Kompyuta ya mkononi kwenye Wi-Fi hiyo hiyo hufikia seva moja kwa moja, kwa hiyo uchunguzi hufanikiwa hata wakati njia ya umma imekufa. Tumia simu yenye data ya simu, au mwenyeji yeyote nje ya mtandao wako, na upige anwani ya umma na bandari ya nje kutoka hapo.
Thibitisha kila kiungo kabla ya kulaumu Plex
Anza kwa msikilizaji na ufanye kazi kuelekea nje. Ikiwa Plex imefungwa kwenye anwani ya LAN pekee itapuuza uelekezaji upya unaoelekezwa kwenye kitanzi, kwa hiyo amri ya kwanza ndiyo inayothibitisha anaposikiliza.
sudo lsof -nP -iTCP:32400 -sTCP:LISTEN
Kisha thibitisha kuwa uelekezaji upya upo na unalingana na bandari uliyompa mtoa huduma. Jedwali la nat linapaswa kuonyesha bandari hiyo hiyo ya nje kwenye violesura vyote viwili.
sudo pfctl -s nat | grep 41893
nc -vz 203.0.113.42 41893
Endesha amri hiyo ya mwisho kutoka nje ya mtandao, sio kutoka kwa Mac. Ikiwa muunganisho wa TCP unakamilika kutoka data ya simu huku Plex bado ikionyesha haipatikani, bandari inafikia msikilizaji na mshukiwa aliyebaki ni nambari iliyoandikwa kwenye uwanja wa Plex. Ikiwa hakuna kitu kinachojibu kabisa, kukatika kuko juu: mpangilio wa mtoa huduma, anwani ya handaki, au pf isiyowashwa.