Zo test je of DNS Plex-verbindingsproblemen veroorzaakt
Bewijs eerst dat directe IP-connectiviteit werkt; onderzoek DNS pas wanneer Plex via het adres werkt, maar via de normale hostnaam, app-detectie of beveiligde verbindingsroute niet.
DNS kan Plex verstoren via een resolver die door de router wordt geleverd, Pi-hole- of Unbound-filtering, verouderde antwoorden op de client, split-DNS-regels of rebindingbeveiliging rond `plex.direct`. Die storingen kunnen lijken op een serverstoring, terwijl de service wel via IP bereikbaar is. Gebruik één defecte client, één bekend serveradres en één alternatieve resolver om naamomzetting te isoleren voordat je poortdoorschakeling, bibliotheken of containerinstellingen aanpast.
Bewijs IP-connectiviteit voordat je DNS test
Gebruik het bekende privé-adres van de Plex-server op het LAN en controleer of de host bereikbaar is en de Plex-poort antwoordt. Als het IP-pad niet werkt, is DNS niet de eerste oorzaak. Herstel routing, firewall, hostadressering of de beschikbaarheid van de service voordat je resolverinstellingen wijzigt.
Een DNS-diagnose wordt pas geloofwaardig nadat directe IP-toegang werkt. Als dezelfde client Plex via het adres bereikt, maar niet via de normale naam of beveiligde route, kun je het gedrag van de resolver gericht testen.
Noteer het werkende IP-adres en de hostnaam of het app-gedrag dat faalt. Als beide niet werken, stop dan de DNS-test. Als het IP-adres wel werkt en de normale Plex-route niet, heb je een duidelijke richting voor controles op de resolver, beveiligde naamomzetting of rebinding.
Vergelijk resolverantwoorden en rebindinggedrag
Vraag de falende hostnaam op via de resolver die de client daadwerkelijk gebruikt en vergelijk het antwoord met dat van een bekende werkende client of een tijdelijke vertrouwde resolver. Als de antwoorden verschillen, controleer dan DHCP-toegewezen DNS, lokale herschrijvingen en filtering voordat je Plex of NAT aanpast.
`plex.direct` kan worden omgezet naar een privé-serveradres, waardoor DNS-rebindingbeveiliging het antwoord kan blokkeren, ook al is de Plex-host zelf gezond. Controleer resolverlogboeken op geblokkeerde of herschreven Plex-gerelateerde aanvragen in plaats van rebindingbeveiliging globaal uit te schakelen.
Omzeil tijdelijk één resolver voor één client, herhaal hetzelfde Plex-verzoek en behoud alleen de meest beperkte wijziging die de falende route herstelt. Als de alternatieve resolver geen verschil maakt, draai de test dan terug en ga verder met certificaten, app-detectie, firewall of externe routing.
Als beide resolvers hetzelfde antwoord geven en de directe-IP-controle nog steeds werkt, is het minder waarschijnlijk dat DNS de actieve fout veroorzaakt. Leg dat resultaat vast en ga verder met certificaatvalidatie, app-detectie, firewallbeleid of de externe route, in plaats van meer uitzonderingen voor resolvers toe te voegen.
Maak onderscheid tussen lokale DNS-storing en externe toegangsproblemen
Een LAN-DNS-probleem kan ervoor zorgen dat lokale clients de server als indirect of onbeschikbaar behandelen, terwijl externe toegang nog steeds werkt. Het omgekeerde kan ook: lokale namen worden correct omgezet, maar de openbare poort of CGNAT-route werkt niet. Door beide richtingen te testen voorkom je dat het ene symptoom het andere verbergt.
Een uitzondering voor een privédomein kan het lokale resolvergedrag herstellen, maar creëert geen inkomende internetverbinding; een probleem dat alleen extern optreedt, hoort nog steeds bij NAT, de firewall of de ISP-topologie.
Test één LAN-client met de normale DNS, dezelfde client met een tijdelijke alternatieve resolver en één externe client via mobiele data. Noteer welke combinaties werken. Dat patroon laat meestal zien of DNS lokaal, extern of helemaal niet de oorzaak is.
Behoud de oplossing alleen als die na cache- en herstartwijzigingen blijft werken
DNS-oplossingen kunnen te lijken werken doordat een clientcache een oud antwoord bevat of doordat een tijdelijke omzeiling van de resolver nog actief is. Wis of laat de relevante cache verlopen, vernieuw de netwerkinstellingen van de client en start de resolver of router eenmaal opnieuw op voordat je verklaart dat het probleem is opgelost.
DNS-rebinding en NAT-instellingen kunnen elkaar overlappen. Leg daarom vast welke afzonderlijke wijziging de falende test oplost, in plaats van meerdere onnodige uitzonderingen te behouden.
Als DNS alleen een grotere wijziging aan de router of subnetten aan het licht brengt, wordt de route voor externe toegang na een routerwijziging de volgende richting nadat de normale clientinstellingen zijn hersteld.
Aanbevolen producten
Ondersteuning & Tips
Meer om te lezen
Kan Plex een GPU delen met een andere Docker-container?
Plex en een andere container kunnen vaak dezelfde GPU gebruiken, maar je moet de driverondersteuning, apparaattoewijzing, belasting van de video-engine, het geheugengebruik en het...
Hoe je kunt bepalen of een Plex-fout door de client of de server wordt veroorzaakt
Reproduceer hetzelfde item op een andere client, vergelijk het sessiepad en verzamel pas serverbewijs nadat de scope heeft uitgewezen waar de fout daadwerkelijk zit.
Plex-cache en tijdelijke opslag voor transcodering configureren
Bescherm de permanente Plex-status door tijdelijke transcodebestanden op geschikte lokale opslag te plaatsen en controleer vervolgens het opruimen, de beschikbare ruimte en het gedrag...
