ZimaOS 1.7 beta ändrade hur en apps Webbadress kunde redigeras: användare kunde ändra protokoll, port och sökväg, men värdnamnet var kopplat till ZimaOS-instrumentpanelens adress. Detta hindrade inte Nginx Proxy Manager eller lokal DNS från att självständigt tillhandahålla en anpassad domän.
Ett svar från IceWhale-teamet bekräftade då att det inte gick att redigera värdnamnet i det visuella redigeringsverktyget och att teamet planerade att återinföra funktionen. Den nuvarande ZimaOS 1.7.1 förbättrar portinställningarna och URL-hanteringen för Docker-Webbadresser, men den publicerade ändringsloggen säger inte uttryckligen att redigering av godtyckliga värdnamn i det visuella formuläret har återställts.
Vad 1.7-beta faktiskt ändrade
Användaren hade en lokal DNS- och reverse proxy-konfiguration som https://app.example.net/. I betaredigeraren kunde själva appfältet inte längre konfigureras för att öppna det anpassade värdnamnet.
En reproduktion från communityn visade att en manuellt angiven x-casaos.hostname kunde finnas kvar i YAML, medan formuläret och appfältet fortfarande använde instrumentpanelens IP-adress. IceWhale-personal bekräftade därefter att det visuella värdnamnsfältet tillfälligt inte var tillgängligt.
Din reverse proxy kan fortfarande använda den anpassade domänen
Begränsningen som beskrevs i tråden gällde URL:en som öppnas av ZimaOS-appfältet, inte huruvida Nginx Proxy Manager, AdGuard Home eller en annan DNS-/reverse proxy-stack kunde dirigera ett anpassat värdnamn till den publicerade appporten.
Om din proxy redan vidarebefordrar en domän till rätt ZimaOS-IP-adress och appport, ska du hålla den proxyvägen separat från inställningen för instrumentpanelens appfält. ZimaOS-guiden för HTTPS och reverse proxy beskriver den arkitekturen.
Vad ZimaOS 1.7.1 bekräftar
Den officiella ändringsloggen för ZimaOS 1.7.1 listar flexiblare konfiguration av portar för Webbadresser och förbättrad hantering av Docker-URL:er. Den dokumenterar inte specifikt att den tidigare värdnamnsredigeraren har återställts.
Den aktuella referensen för ZimaOS-appmetadata dokumenterar port_map, scheme och index för appars start-URL:er. Testa den aktuella stabila redigeraren innan du bygger om en befintlig proxykonfiguration utifrån ett äldre beteende från betaversionen.
Behöver du nedgradera från betaversionen?
För just det här problemet var rådet på forumet att inte skynda med en återställning, eftersom de anpassade domänerna fortfarande fungerade via reverse proxyn. I dag är det bättre att först gå över till den aktuella stabila ZimaOS-versionen, säkerhetskopiera appkonfigurationen och kontrollera hur appfältet fungerar där.
Om du importerar eller reparerar app-YAML är guiden för anpassad Docker Compose en säkrare referens än att oförändrad kopiera en lösning från betaversionen.
