Slutsats: Den felaktiga URL:en kom från den extra nyckeln update_IP
DuckDNS-token och underdomänen var inte problemet. När update_IP togs bort från konfigurationen åtgärdades det verkliga problemet. Det stämmer överens med det aktuella DuckDNS-API:et, vars accepterade parametrar är domains, token, valfri ip, ipv6, verbose och clear.
Validera konfigurationen mot DuckDNS-API:et
https://www.duckdns.org/update?domains=YOUR_SUBDOMAIN&token=YOUR_TOKEN&verbose=trueDuckDNS uppdaterings-API anger att domänen ska vara subnamnet utan .duckdns.org, och om ip lämnas tomt identifierar DuckDNS IPv4-adressen automatiskt.
Ett curl-fel 3 betyder att du måste åtgärda URL:en innan du testar DNS
curl: (3) URL rejected: Malformed input inträffar innan DuckDNS kan godkänna eller avvisa DNS-uppdateringen. Leta efter felaktiga variabler, oväntade nycklar, citattecken, blanksteg eller tecken som förstör den genererade begäran. Curls felhantering är den överordnade referensen.
Verifiera uppdateringsresultatet, inte bara containerns status
DuckDNS returnerar OK eller KO; med utförligt läge rapporteras även UPDATED eller NOCHANGE. Att en container visas som ”körs” bevisar inte att din publika DNS-post är aktuell.
DuckDNS-kraven beskriver den aktuella uppdateringsmodellen på ZimaOS-sidan.
DuckDNS löser inte CGNAT eller säker fjärråtkomst
DDNS kopplar endast ett värdnamn till en adress. Det öppnar inte routerportar, kringgår inte CGNAT och autentiserar inte användare. Om det verkliga målet är fjärråtkomst till NAS-enheten bör du kombinera värdnamnet med en säker reverse proxy-/VPN-design – eller använda den inbyggda vägen för fjärråtkomst.
ZimaOS HTTPS-proxyfunktion beskriver HTTPS-lagret.
