Zergatik huts egiten du Plex urruneko sarbideak VPN baten atzean eta nola konpondu

Urruneko sarbidea erabilgaitz bihurtzen da VPNak ibilbide lehenetsia hartzen duen unean, zerbitzari berak LANera isurtzen jarraitzen duen bitartean kexarik gabe. Plex erregistroetan ezerk ez du aldaketa azaltzen, Plex ez baita hautsi zen atala: trafikoa jada iristen ez den helbide bat argitaratzen du. Bezeroen artean helbide publiko bat partekatzen duen hornitzaileak portu bat birbidaltzen du zure tunelaren helbidera, eta zure makinan zerbait oraindik portu hori Plex entzuleari eraman behar dio. Hiru katebegiek kanpoko portu batean ados egon behar dute irisgarritasun proba berde bihurtu aurretik.

Kateak hiru katebegi ditu, eta Plexek azkena baino ez du ikusten

Hornitzaileak helbide publiko bat du eta bere portuetako bat zure tunelaren helbidera mapatzen du. Zure makinak portu horretara iristen den guztia hartzen du eta Plex entzulera berbideratzen du, normalean loopback portu 32400an esertzen dena. Ondoren Plexi kanpoko portuaren zenbakia esaten zaio, bere probeak kanpoko munduak markatzen duenarekin bat egin dezan.

Hautsi katebegi bakar bat eta web interfazeak urruneko sarbidea erabilgaitz gisa jakinarazten du, zein katebegik huts egin duen aztarnarik eman gabe. Isiltasun hori da jendeak zerbitzaria berrabiarazten, aplikazioa berriro instalatzen eta ezarpena behin eta berriz aldatzen duelako orratza mugitu gabe. Hiru katebegiek modu independentean huts egiten dute: tunelaren helbide zaharkitu batera zuzendutako birbidalketa bat, Ethernet interfazea soilik estaltzen duen berbideratze bat eta oraindik 32400 gordetzen duen Plex eremu bat, denek testu gorri bera sortzen dute. Lan egin entzuletik kanpora asmatu beharrean, eta huts egin duen katebegiak normalean minutu batean izendatzen du bere burua.

Lehen katebegia: birbidali portu bat VPN hornitzailean

Ireki hornitzailearen portu-birbidalketen orria eta gehitu mapatze bat. Inplementazio gehienek kanpoko portu ausazko bat ematen dizute eta barnekoa aukeratzen uzten dizute, beraz onartu esleipena eta zuzendu zure bezeroak une honetan duen tunelaren helbidera. Idatzi zenbaki hori, geroagoko urrats bakoitzak zehazki errepikatzen baitu.

Berrkonektatzean mapatzea biratzen duten hornitzaileak dira konfigurazio honek gau bat iraun eta gero hiltzen duelako ohiko arrazoia. Batzuek portu egonkor bat eskatzeko aukera ematen dute, besteek esku-ukaldi bakoitzean berri bat esleitzen dute, beraz irakurri uneko mapatze orria beste ezer ukitu aurretik.

Bigarren katebegia: berbideratu portua pf aingura batekin

macOSen berbideratzea pf aingura batean dagokio, paketea eraman dezakeen interfaze bakoitzeko arau bat. Idatzi tunelaren araua lehenengo eta Ethernet araua geroago, bietan kanpoko portu bera, bestela failover batean Wi-Fi bidez iristen den trafikoa inora ez da iristen.

# /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

Aingura fitxategiak bere horretan ez du ezer egiten; konfigurazio nagusiak erreferentziatu eta kargatu behar du. Jarri bi lerro hauek /etc/pf.conf lehendik dauden berbideratze arauen aurretik, gero berrikargatu eta irakurri nukleoak benetan zer onartu zuen.

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

Portu ezezagun bati buruzko sintaxi kexa batek esan nahi du leku-marka bat zure ediziotik bizirik atera zela. nat taula huts batek esan nahi du aingura ez zela inoiz kargatu, eta pf ez dagoenez lehenespenez gaituta uneko macOSen, sudo pfctl -E konponketaren parte da, ez aukerako gehigarriena. Berrikargatu aingura berrabiarazte bakoitzaren ondoren eta mapatze aldaketa bakoitzaren ondoren. Eduki aingura fitxategia bertsio-kontrolpean, hornitzailearen portu aldaketa lerro bakarreko edizio bihur dadin, berraurkikuntza ariketa bat izan beharrean.

Hirugarren katebegia: finkatu portu bera Plexen barruan

Plexen, ireki Ezarpenak, gero Zerbitzaria, gero Urruneko sarbidea, eta markatu portua eskuz zehazteko aukera ematen duen laukia. Idatzi hornitzailearen kanpoko portua 32400 ordez, eta utzi irisgarritasun proba martxan. Bertsio berriagoek kontrol hau Connect orri zaharretik urrundu dute, beraz begiratu Urruneko sarbidearen azpian eremua gidak dioen tokian ez badago.

LANetik probatzeak ez du ezer frogatzen. Wi-Fi berean dagoen ordenagailu eramangarri bat zuzenean iristen da zerbitzarira, beraz probeak arrakasta du bide publikoa hilik egon arren. Erabili datu mugikorreko telefono bat, edo zure sareaz kanpoko edozein ostalari, eta markatu helbide publikoa eta kanpoko portua handik.

Berretsi katebegi bakoitza Plexi errua eman aurretik

Hasi entzuletik eta lan egin kanpora. Plex LAN helbidera soilik lotuta badago, loopbackera zuzendutako berbideratze bat ez du jakingo, beraz lehen komandoa non entzuten duen frogatzen duena da.

sudo lsof -nP -iTCP:32400 -sTCP:LISTEN

Ondoren, frogatu berbideratzea badagoela eta hornitzaileari eman zenion portuarekin bat egiten duela. nat taulak bi interfazeetan kanpoko portu bera erakutsi beharko luke.

sudo pfctl -s nat | grep 41893
nc -vz 203.0.113.42 41893

Exekutatu azken komando hori sarerik kanpo, ez Macetik. TCP konexioa datu mugikorretik osatzen bada Plexek oraindik erabilgaitz erakusten duen bitartean, portua entzulera iristen ari da eta gelditzen den susmagarria Plex eremuan idatzitako zenbakia da. Ezerk bat ere erantzuten ez badu, haustura gorago dago: hornitzailearen mapatzea, tunelaren helbidea, edo pf gaituta ez egotea.