Plex si apre localmente ma non funziona da remoto dopo una modifica al router

Eva Wong è la Technical Writer e smanettatrice residente di ZimaSpace. Una geek da sempre con una passione per homelab e software open-source, si specializza nel tradurre concetti tecnici complessi in guide accessibili e pratiche. Eva crede che l'auto-ospitare debba essere divertente, non intimidatorio. Attraverso i suoi tutorial, dà potere alla comunità di demistificare le configurazioni hardware, dalla costruzione del loro primo NAS al dominio dei container Docker.

Se Plex continua ad aprirsi sulla LAN, preserva il server e ricostruisci, in quest’ordine, l’indirizzamento, il NAT, il DNS e il percorso di accesso remoto del nuovo router.

Il cambio di router può assegnare all’host Plex un indirizzo privato diverso, rimuovere una vecchia mappatura delle porte, introdurre il doppio NAT o abilitare un comportamento DNS che prima non esisteva. Si tratta di modifiche al bordo della rete, non di motivi per eseguire nuovamente la scansione dei contenuti o sostituire il database. Inizia con un test di riproduzione locale, identifica il nuovo percorso dal punto di consegna dell’ISP fino a Plex e mantieni ogni modifica solo quando un test esterno la conferma.

Conferma che il problema riguardi solo l’accesso remoto

Per prima cosa, verifica che Plex sia in buone condizioni. Apri il server dalla LAN, riproduci un file noto e conferma che il server sia ancora associato all’account e reattivo. Se anche l’accesso locale non funziona dopo il cambio di router, considera prima un problema più ampio di indirizzamento, DNS, firewall o host, prima di lavorare sul port forwarding verso Internet.

Quando l’accesso remoto non funziona ma la riproduzione sulla LAN continua a funzionare, isola il percorso esterno prima di modificare lo stato di Plex. Un test locale positivo indica che il database e il motore di riproduzione probabilmente non sono il primo obiettivo del ripristino.

Se la riproduzione locale funziona, annota l’indirizzo LAN e il gateway attuali dell’host Plex. Se ha ricevuto un nuovo indirizzo dal router sostitutivo, qualsiasi vecchia prenotazione o regola di port forwarding potrebbe ora puntare al dispositivo sbagliato. Correggi l’identità dell’host prima di modificare le porte esterne.

Ricostruisci il percorso delle porte per il nuovo router

La sostituzione del router invalida lo stato NAT precedente anche se il computer che esegue Plex non è cambiato. Decidi se il nuovo router debba creare automaticamente la mappatura oppure se preferisci definire una porta pubblica e inoltrarla all’indirizzo privato attuale del server e alla porta di Plex.

Dopo la sostituzione del router, la corrispondenza della porta pubblica deve concordare con la porta effettivamente esposta dal router e con quella prevista da Plex.

Applica un solo metodo di port forwarding, quindi esegui il test usando la rete dati cellulare o un’altra rete esterna. Se la porta è ancora irraggiungibile, non creare diverse regole sovrapposte. Risali nella rete e verifica se ora esiste un altro NAT o firewall tra questo router e Internet.

Verifica se la nuova topologia ha introdotto il doppio NAT

Molti gateway degli ISP combinano le funzioni di modem e router. Aggiungere un nuovo router Wi-Fi dietro quel dispositivo può creare due livelli NAT laddove prima ce n’era uno solo. Un inoltro configurato sul router interno si arresta quindi sul gateway esterno, a meno che la topologia non sia configurata in modalità bridge o che entrambi i livelli siano configurati deliberatamente.

Se due router locali traducono il traffico, la configurazione in bridge o l’inoltro su entrambi i livelli può ripristinare un percorso in ingresso completo; confronta l’indirizzo WAN del nuovo router con l’indirizzo pubblico per individuare un NAT esterno imprevisto.

Se controlli entrambi i dispositivi, quando possibile scegli un’unica autorità di routing. Se il bordo pubblico è controllato dall’ISP e l’indirizzo WAN non corrisponde a quello pubblico, verifica la presenza del CGNAT invece di presumere che funzionerà un’altra regola locale.

Se la traduzione esterna appartiene all’ISP e non a un altro router sotto il tuo controllo, smetti di trattare il problema come un normale doppio NAT. In questo caso si tratta di un problema di CGNAT o di indirizzo pubblico, e ripetere il port forwarding sul router interno non creerà alcuna autorità sul bordo della rete dell’ISP.

Testa il DNS e la risoluzione sicura dei nomi locali separatamente

Un nuovo router può modificare anche il filtraggio DNS, la protezione dal DNS rebinding, il comportamento del resolver locale o i server DNS forniti tramite DHCP. Questi cambiamenti possono rendere anomali le connessioni sicure di Plex o il rilevamento locale, anche se l’indirizzo IP grezzo del server continua ad aprirsi.

Un resolver può interferire con i nomi locali sicuri di Plex quando il comportamento DNS rebinding blocca il modello `plex.direct`. Testa la risoluzione dei nomi prima di disabilitare indiscriminatamente le funzionalità di sicurezza.

Da un client LAN, confronta l’accesso tramite l’IP privato del server con l’accesso dall’app Plex abituale o tramite il nome host sicuro. Se l’IP diretto funziona ma il rilevamento basato sui nomi non riesce, limita la correzione al DNS. Se entrambi funzionano localmente e fallisce solo il percorso Internet, torna ai controlli sul NAT e sul bordo della rete dell’ISP.

Accetta la nuova configurazione di riferimento solo dopo un test di riavvio

Un accesso remoto temporaneamente riuscito può scomparire se l’host riceve un altro indirizzo LAN, se il router ricrea una mappatura automatica in modo diverso o se il nuovo percorso DNS cambia dopo il rinnovo del lease. L’affidabilità richiede che la configurazione sopravviva ai normali riavvii senza interventi manuali.

Un piano stabile di ricostruzione della rete dovrebbe preservare l’identità dell’host, il routing, il DNS e la raggiungibilità remota dopo un riavvio, invece di fermarsi a un singolo stato positivo.

Prenota l’indirizzo dell’host Plex o rendilo stabile in altro modo, riavvia una volta l’host e il router, quindi testa nuovamente la riproduzione locale e remota. Se il percorso resiste, documenta la regola della porta pubblica, l’eventuale eccezione DNS e la topologia dell’ISP. Se dopo il riavvio non funziona, il ripristino non è completo.

Supporto e consigli

Altro da leggere

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.