Vad community-konfigurationen för DDNS försökte göra
Community-inlägget innehöll ett exempel på config.json för programmet ddns-updater med DuckDNS. Grundidén gäller fortfarande: uppdateraren behöver en leverantör, domän, inloggningsuppgift eller token samt en policy för IP-version, och den beständiga konfigurationen måste lagras där containern kan läsa den efter en omstart.
Se guiden för DuckDNS-hårdvara och konfiguration samt den aktuella katalogen över krav för ZimaOS App Store för en aktuell översikt med fokus på ZimaOS.
Använd det aktuella schemat för ddns-updater
Det uppströmsliggande projektet dokumenterar leverantörsspecifik konfiguration, så kopiera inte blint ett gammalt exempel när leverantörens schema kan ha ändrats. Den aktuella DuckDNS-dokumentationen kräver en DuckDNS-domän och token samt har stöd för alternativ för IP-version. Den auktoritativa referensen är ddns-updater-dokumentationen för DuckDNS. Projektets huvudsakliga README beskriver också stödda leverantörer och hur beständig konfiguration fungerar i projektets dokumentation för ddns-updater.
{
"settings": [
{
"provider": "duckdns",
"domain": "your-name.duckdns.org",
"token": "YOUR_TOKEN",
"ip_version": "ipv4"
}
]
}Ersätt platshållarna med dina egna värden och publicera aldrig den riktiga token i skärmbilder, foruminlägg, Git-arkiv eller supportärenden.
Var du hittar konfigurationen i ZimaOS
Den ursprungliga tråden hänvisade till sökvägen appdata/ddns-updater, men den exakta värdsökvägen kan bero på hur appen installerades och hur lagringen mappades. I stället för att anta en fast sökväg öppnar du appinställningarna i ZimaOS och identifierar den beständiga volym som är mappad till containerns konfigurationsplats. Säkerhetskopiera den aktuella filen innan du redigerar den.
Så validerar du uppdateringen
- Kontrollera att containern startar utan ett JSON-tolkningsfel.
- Kontrollera uppdaterarens loggar efter autentiserings- eller domänfel för leverantören.
- Slå upp värdnamnet från ett annat nätverk eller med en offentlig DNS-resolver.
- Jämför den returnerade A- eller AAAA-posten med din aktuella offentliga adress.
- Starta om appen en gång för att bekräfta att konfigurationen är beständig.
DDNS håller endast ett värdnamn pekande på en adress. Det skapar inte i sig en säker fjärråtkomstväg. Om målet är fjärråtkomst till en hemmaserver bör du jämföra detta med anslutningsmodellen som beskrivs i fjärråtkomst med Zima Client innan du exponerar tjänster direkt.
Leverantörsändringar och IPv6
Om du använder Cloudflare eller en annan leverantör tar du bort de DuckDNS-specifika fälten och följer leverantörens schema. Den aktuella Cloudflare-konfigurationen använder exempelvis fält som zonidentifierare och en API-token. Den uppströmsliggande dokumentationen för Cloudflare-leverantören är den auktoritativa källan.
Vanliga frågor
Varför saknas mappen appdata/ddns-updater?
Den beständiga värdsökvägen kan skilja sig från sökvägen i community-exemplet. Kontrollera appens volymmappning i stället för att skapa en gissad systemsökväg.
Kan jag använda IPv4 och IPv6?
Ja, men konfigurera alternativet för IP-version enligt den aktuella leverantörsdokumentationen och bekräfta att din internetleverantör faktiskt tillhandahåller den adresstyp du tänker publicera.
Är DDNS samma sak som ett VPN?
Nej. DDNS mappar ett värdnamn till en föränderlig IP-adress. Autentisering, kryptering, brandväggsregler och utformning av fjärråtkomst är separata frågor.
