Kāpēc Plex attālā piekļuve nestrādā aiz VPN un kā to salabot

Attālā piekļuve pāriet uz nav pieejama tajā brīdī, kad VPN pārņem noklusējuma maršrutu, kamēr tas pats serveris turpina bez sūdzībām straumēt uz LAN. Nekas Plex žurnālos šo izmaiņu neizskaidro, jo Plex nav tā daļa, kas salūza: tas publicē adresi, uz kuru trafiks vairs nenonāk. Pakalpojumu sniedzējs, kas vienu publisku adresi dala starp klientiem, pāradresē portu uz jūsu tuneļa adresi, un kaut kam jūsu paša mašīnā joprojām ir jāpārvieto šis ports uz Plex klausītāju. Visām trim saitēm ir jāsaskaņojas par vienu ārējo portu, pirms sasniedzamības tests kļūst zaļš.

Ķēdē ir trīs saites, un Plex redz tikai pēdējo

Pakalpojumu sniedzējam ir publiska adrese, un tas vienu no saviem portiem kartē uz jūsu tuneļa adresi. Jūsu mašīna paņem visu, kas pienāk uz šo portu, un novirza to uz Plex klausītāju, kas parasti atrodas atgriezeniskās cilpas portā 32400. Pēc tam Plex tiek paziņots ārējā porta numurs, lai tā paša pārbaude atbilstu tam, ko izsauc ārējā pasaule.

Pārraujiet jebkuru vienu saiti, un tīmekļa saskarne ziņo, ka attālā piekļuve nav pieejama, bez mazākās norādes, kura saite sabojājās. Šis klusums ir iemesls, kāpēc cilvēki restartē serveri, pārinstalē lietotni un atkal un atkal pārslēdz iestatījumu, bet rādītājs nekustas. Trīs saites sabojājas neatkarīgi: pāradresācija uz novecojušu tuneļa adresi, novirzīšana, kas aptver tikai Ethernet saskarni, un Plex lauks, kurā joprojām ir 32400, visi rada vienu un to pašu sarkano tekstu. Strādājiet no klausītāja uz āru, nevis miniet, un bojātā saite parasti pati sevi nosauc minūtes laikā.

Pirmā saite: pāradresējiet portu pie VPN pakalpojumu sniedzēja

Atveriet pakalpojumu sniedzēja portu pāradresācijas lapu un pievienojiet kartējumu. Lielākā daļa ieviešanu dod nejaušu ārējo portu un ļauj izvēlēties iekšējo, tāpēc pieņemiet piešķīrumu un vērsiet to uz tuneļa adresi, kas jūsu klientam pašlaik ir. Pierakstiet šo numuru, jo katrs nākamais solis to precīzi atkārto.

Pakalpojumu sniedzēji, kas kartējumu rotē atkārtotas savienošanās laikā, ir parastais iemesls, kāpēc šī konfigurācija iztur vienu vakaru un pēc tam nomirst. Daži ļauj pieprasīt stabilu portu, citi piešķir jaunu pie katras rokasspiediena, tāpēc pirms kaut kā cita aizskaršanas izlasiet pašreizējo kartējuma lapu.

Otrā saite: novirziet portu ar pf enkuru

Operētājsistēmā macOS novirzīšana pieder pf enkuram, viena kārtula katrai saskarnei, kas var pārvadāt paketi. Vispirms rakstiet tuneļa kārtulu un pēc tam Ethernet kārtulu, abās norādot to pašu ārējo portu, pretējā gadījumā trafiks, kas pārslēgšanās laikā pienāk pa Wi-Fi, nekur nenonāk.

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

Enkura fails pats par sevi neko nedara; galvenajai konfigurācijai uz to jāatsaucas un tas jāielādē. Ievietojiet šīs divas rindas /etc/pf.conf pirms jebkurām esošajām novirzīšanas kārtulām, pēc tam pārlādējiet un nolasiet, ko kodols patiešām pieņēma.

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

Sintakses sūdzība par nezināmu portu nozīmē, ka jūsu labojumā ir palicis vietturis. Tukša nat tabula nozīmē, ka enkurs nekad nav ielādēts, un, tā kā pf pašreizējā macOS nav iespējots pēc noklusējuma, sudo pfctl -E pieder pie labojuma, nevis pie izvēles papildinājumiem. Pārlādējiet enkuru pēc katras pārstartēšanas un pēc katras kartējuma izmaiņas. Turiet enkura failu versiju kontrolē, lai pakalpojumu sniedzēja porta izmaiņas kļūtu par vienas rindas labojumu, nevis jaunu atklāšanu.

Trešā saite: nofiksējiet to pašu portu Plex iekšienē

Plex atveriet Iestatījumus, pēc tam Serveri, pēc tam Attālo piekļuvi, un atzīmējiet lodziņu, kas ļauj norādīt portu ar roku. Ievadiet pakalpojumu sniedzēja ārējo portu 32400 vietā, pēc tam ļaujiet sasniedzamības testam darboties. Jaunākās versijas ir pārvietojušas šo vadīklu prom no vecākās Connect lapas, tāpēc skatieties zem Attālās piekļuves, ja lauks nav tur, kur apgalvo ceļvedis.

Testēšana no LAN neko nepierāda. Klēpjdators tajā pašā Wi-Fi tieši sasniedz serveri, tāpēc pārbaude izdodas pat tad, kad publiskais ceļš ir miris. Izmantojiet telefonu ar mobilo datu savienojumu vai jebkuru resursdatoru ārpus jūsu tīkla un izsauc publisko adresi un ārējo portu no turienes.

Apstipriniet katru saiti, pirms vainojat Plex

Sāciet ar klausītāju un virzieties uz āru. Ja Plex ir piesaistīts tikai LAN adresei, tas ignorēs novirzīšanu uz atgriezenisko cilpu, tāpēc pirmā komanda ir tā, kas pierāda, kur tas klausās.

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

Pēc tam pierādiet, ka novirzīšana pastāv un atbilst portam, ko devāt pakalpojumu sniedzējam. nat tabulai jārāda tas pats ārējais ports abās saskarnēs.

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

Izpildiet šo pēdējo komandu ārpus tīkla, nevis no Mac. Ja TCP savienojums izveidojas no mobilajiem datiem, kamēr Plex joprojām rāda nav pieejama, ports sasniedz klausītāju, un atlikušais aizdomās turamais ir numurs, kas ievadīts Plex laukā. Ja nekas vispār neatbild, pārrāvums ir augstāk: pakalpojumu sniedzēja kartējums, tuneļa adrese vai neiespējots pf.