O Plex abre localmente, mas falha remotamente após a alteração do router

Se o Plex continua a abrir na rede local, preserve o servidor e reconstrua, por esta ordem, o endereçamento, o NAT, o DNS e o acesso remoto do novo router.

Uma mudança de router pode atribuir ao anfitrião do Plex um endereço privado diferente, remover um mapeamento de portas antigo, introduzir NAT duplo ou ativar um comportamento de DNS que não existia anteriormente. Estas são alterações na periferia da rede, não razões para voltar a analisar os conteúdos multimédia ou substituir a base de dados. Comece por um único teste de reprodução local, identifique o novo percurso desde a ligação do ISP até ao Plex e mantenha cada alteração apenas quando um teste externo a confirmar.

Confirme que a falha ocorre apenas remotamente

Primeiro, confirme que o próprio Plex está saudável. Abra o servidor a partir da rede local, reproduza um ficheiro conhecido e confirme que o servidor continua associado à conta e responsivo. Se o acesso local também falhar após a mudança de router, trate primeiro de um problema mais abrangente de endereçamento, DNS, firewall ou anfitrião, antes de trabalhar no encaminhamento a partir da Internet.

Quando o acesso remoto falha, mas a reprodução na rede local continua a funcionar, isole o percurso externo antes de alterar o estado do Plex. Um teste local bem-sucedido significa que a base de dados e o motor de reprodução provavelmente não são o primeiro alvo da recuperação.

Se a reprodução local funcionar, registe o endereço atual do anfitrião do Plex na rede local e o gateway. Se recebeu um novo endereço do router de substituição, qualquer reserva ou regra de encaminhamento antiga poderá estar agora a apontar para o dispositivo errado. Corrija a identidade do anfitrião antes de alterar as portas externas.

Reconstrua o percurso das portas para o novo router

A substituição de um router invalida o estado NAT antigo, mesmo que o computador com o Plex não tenha mudado. Decida se o novo router deve criar o mapeamento automaticamente ou se irá definir uma porta pública e encaminhá-la para o endereço privado atual do servidor e para a porta do Plex.

Após a substituição de um router, a correspondência da porta pública tem de estar de acordo com a porta que o router realmente expõe e com a porta que o Plex espera.

Aplique um único método de encaminhamento e, em seguida, teste a partir de dados móveis ou de outra rede externa. Se a porta continuar inacessível, não crie várias regras sobrepostas. Avance para montante e determine se existe agora outro NAT ou firewall entre este router e a Internet.

Verifique se a nova topologia introduziu NAT duplo

Muitos gateways de ISP combinam as funções de modem e router. Adicionar um novo router Wi-Fi atrás desse equipamento pode criar duas camadas NAT onde anteriormente existia apenas uma. Um encaminhamento no router interno termina no gateway externo, a menos que a topologia esteja em modo bridge ou que ambas as camadas sejam configuradas deliberadamente.

Se dois routers locais estiverem a traduzir tráfego, a utilização de bridge ou o encaminhamento em ambas as camadas pode restaurar um percurso de entrada completo; compare o endereço WAN do novo router com o endereço público para detetar um NAT externo inesperado.

Se controlar ambos os dispositivos, escolha, sempre que possível, uma única autoridade de encaminhamento. Se a periferia pública for controlada pelo ISP e o endereço WAN não corresponder ao endereço público, investigue o CGNAT em vez de presumir que outra regra local irá funcionar.

Se a tradução externa pertencer ao ISP e não a outro router que controle, deixe de tratar o problema como um caso comum de NAT duplo. Essa situação passa a ser um problema de CGNAT ou de endereço público, e repetir encaminhamentos de portas no router interno não criará autoridade na periferia do ISP.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Teste o DNS e a resolução segura de nomes locais separadamente

Um novo router também pode alterar a filtragem DNS, a proteção contra DNS rebinding, o comportamento do resolvedor local ou os servidores DNS fornecidos por DHCP. Essas alterações podem fazer com que as ligações seguras do Plex ou a descoberta local se comportem de forma estranha, mesmo quando o endereço IP bruto do servidor continua a abrir.

Um resolvedor pode interferir com nomes locais seguros do Plex quando o comportamento de DNS rebinding bloqueia o padrão `plex.direct`. Teste a resolução de nomes antes de desativar funções de segurança de forma abrangente.

A partir de um cliente na rede local, compare o acesso através do IP privado do servidor com o acesso pela aplicação Plex habitual ou pelo nome de anfitrião seguro. Se o IP direto funcionar, mas a descoberta baseada em nomes falhar, mantenha a correção no DNS. Se ambos funcionarem localmente e apenas o percurso pela Internet falhar, volte às verificações do NAT e da periferia do ISP.

Aceite a nova configuração de referência apenas depois de um teste de reinício

Um sucesso temporário no acesso remoto pode desaparecer se o anfitrião receber outro endereço na rede local, se o router recriar um mapeamento automático de forma diferente ou se o novo percurso DNS mudar após a renovação do aluguer. A fiabilidade exige que a configuração sobreviva a reinícios normais sem reparações manuais.

Um plano estável de reconstrução da rede deve preservar a identidade do anfitrião, o encaminhamento, o DNS e a acessibilidade remota após um reinício, em vez de terminar num estado verde obtido apenas uma vez.

Reserve o endereço do anfitrião do Plex ou torne-o estável de outra forma, reinicie uma vez o anfitrião e o router e, em seguida, teste novamente a reprodução local e remota. Se o percurso se mantiver, documente a regra da porta pública, a eventual exceção de DNS e a topologia do ISP. Se falhar após o reinício, a recuperação não está concluída.