Vad får en IPv6-klient att nå inloggningssidan men inte kunna ladda ned filer?
En klient som endast använder IPv6 kan läsa in en inloggningssida men ändå misslyckas med nedladdningar när större paket eller ett andra värdnamn använder en ofullständig IPv6-sökväg.
En inloggningssida för ZimaSpace NAS kan vara liten och levereras från ett värdnamn, medan en filnedladdning använder en annan värd, en CDN-liknande rutt, en omvänd proxyström eller större TCP-segment. Därför är två felklasser särskilt viktiga: IPv6 Path MTU Discovery och bristande IPv6-anslutning till själva nedladdningsslutpunkten.
Testa om det finns ett svart hål för Path MTU
Jämför små HTTPS-svar med en kontrollerad stor överföring och tester av paketstorlek.
En fokuserad teknisk fördjupning om hur Path MTU Discovery kan misslyckas i praktiken hjälper till att avgränsa denna felgren, eftersom den behandlar samma specifika problem i stället för att bara definiera det underliggande protokollet.
Om anslutningen upprättas men stannar när större paket börjar skickas, kontrollera MTU och ICMPv6 innan du skyller på NAS-programmet.
Se till att ICMPv6-meddelandet Packet Too Big fungerar
IPv6 förlitar sig på att avsändaren får reda på sökvägens gräns i stället för att mellanliggande routrar fragmenterar för stora paket.
En fokuserad specialistförklaring av ipv6 på varför ICMPv6 Packet Too Big är nödvändigt hjälper till att avgränsa denna felgren, eftersom den behandlar samma specifika problem i stället för att bara definiera det underliggande protokollet.
Ta bort brandväggsregler som urskillningslöst blockerar nödvändiga ICMPv6-kontrollmeddelanden och försök sedan ladda ner filen igen.
Leta efter ett MTU-stup mellan segment
En VPN-, PPPoE-, VLAN- eller tunnelförbindelse kan minska den användbara MTU-storleken även när det LAN-vända NAS-gränssnittet har en större MTU.
En fokuserad praktisk ipv6-fältrapport om hur ett MTU-stup kan bryta större trafik hjälper till att avgränsa denna felgren, eftersom den behandlar samma specifika problem i stället för att bara definiera det underliggande protokollet.
Jämför sökvägens storlek från klienten till proxyn och från proxyn till NAS-enheten. Anpassa efter den minsta sökvägen i stället för att bara höja NAS-enhetens MTU.
Diagnostisera IPv6 PMTUD direkt
Använd IPv6-anpassade spårnings- och paketstorlekstester på exakt det värdnamn som används för nedladdningar.
En fokuserad guide för felsökning av ipv6 på hur IPv6 MTU-problem kan orsaka delvis fungerande anslutning hjälper till att avgränsa denna felgren, eftersom den behandlar samma specifika problem i stället för att bara definiera det underliggande protokollet.
Anteckna det största paketet som lyckas och var sökvägen ändras. Inloggningssidan är inte ett tillräckligt anslutningstest.
Kontrollera om nedladdningen använder ett annat värdnamn
Inspektera webbläsarens nätverksförfrågningar för att se om filen levereras från ett annat värdnamn än inloggningssidan.
En fokuserad DNS-analys med ipv6 som utgångspunkt på hur AAAA-täckningen kan skilja sig mellan nödvändiga värdnamn hjälper till att avgränsa denna felgren, eftersom den behandlar samma specifika problem i stället för att bara definiera det underliggande protokollet.
Fråga varje nödvändigt värdnamn från klienten som endast använder IPv6. En enda saknad AAAA-post kan lämna inloggningssökvägen fungerande medan nedladdningssökvägen är otillgänglig.
Kontrollera NAT64 eller DNS64 för IPv4-baserade backendservrar
Om en backend fortfarande endast använder IPv4 ska du bekräfta att klienten som endast använder IPv6 har en fungerande översättningssökväg.
En fokuserad fördjupning om ipv6 i hemnätverk på hur NAT64 och DNS64 överbryggar klienter som endast använder IPv6 hjälper till att avgränsa denna felgren, eftersom den behandlar samma specifika problem i stället för att bara definiera det underliggande protokollet.
Inaktivera inte IPv6 som permanent lösning. Gör den nödvändiga backendservern dual-stack eller tillhandahåll en avsiktligt konfigurerad översättningssökväg.
Testa den exakta sökvägen till hemservern igen
Efter att du har ändrat en variabel ska du upprepa samma NAS- eller självhostade arbetsflöde från samma klient i stället för att byta till ett annat test som kan använda en annan sökväg.
Den relaterade ZimaSpace-guiden om den närliggande nätverkssökvägen för hemservern hjälper till att hålla den slutliga verifieringen kopplad till samma självhostade miljö.
Problemet är helt löst först när det ursprungliga symptomet fortsätter att vara borta efter återanslutning, omstart av tjänsten och en andra kontrollerad överföring eller förfrågan.
Vanliga frågor
Varför kan en inloggningssida fungera om IPv6 är trasigt?
Inloggningssidan kan vara liten, cachad eller levereras från ett annat värdnamn och en annan sökväg än själva filinnehållet.
Bevisar en AAAA-post att tjänsten fungerar över IPv6?
Nej. Den visar att DNS publicerar en IPv6-adress, men inte att routning, MTU, brandvägg, proxy och backend fungerar korrekt.
Bör jag inaktivera IPv6 för att lösa nedladdningen?
Nej. Använd endast IPv4 som jämförelsetest och åtgärda i stället den trasiga IPv6- eller översättningssökvägen.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan Plex dela ett GPU-kort med en annan Docker-container?
Plex och en annan container kan ofta använda samma GPU, men du måste testa drivrutinsstöd, enhetsmappning, belastningen på videoenheten, minne och återställningsbeteende.
Så avgör du om ett Plex-fel kommer från klienten eller servern
Återskapa samma objekt på en annan klient, jämför sessionsvägen och samla sedan in serverbevis först efter att scope har visat var felet faktiskt finns.
Så konfigurerar du Plex-cache och tillfällig lagring för omkodning
Skydda beständigt Plex-tillstånd genom att placera temporära transkodningsfiler på lämplig lokal lagring och verifiera rensning, ledigt utrymme samt omstartsfunktionssätt.
