ZimaOS 1.7 beta wijzigde hoe de web-URL van een app-tegel kon worden bewerkt: gebruikers konden het protocol, de poort en het pad wijzigen, maar de hostnaam was gekoppeld aan het adres van het ZimaOS-dashboard. Dit verhinderde niet dat Nginx Proxy Manager of lokale DNS afzonderlijk een aangepast domein kon aanbieden.
Een reactie van het IceWhale-team bevestigde destijds dat het bewerken van de hostnaam niet beschikbaar was in de visuele editor en dat het team van plan was deze mogelijkheid terug te brengen. De huidige ZimaOS 1.7.1 verbetert de poortinstellingen en URL-verwerking voor Docker-web-URL's, maar de gepubliceerde changelog vermeldt niet expliciet dat het bewerken van willekeurige hostnamen in het visuele formulier is hersteld.
Wat de 1.7-bèta daadwerkelijk wijzigde
De gebruiker had een lokale DNS- en reverse-proxyconfiguratie, zoals https://app.example.net/. In de bèta-editor kon de app-tegel zelf niet langer zo worden geconfigureerd dat deze die aangepaste hostnaam opende.
Uit een reproductie door de community bleek dat het handmatig instellen van x-casaos.hostname in YAML kon blijven staan, terwijl het formulier en de app-tegel nog steeds het IP-adres van het dashboard gebruikten. Medewerkers van IceWhale bevestigden vervolgens dat het visuele hostnaamveld tijdelijk niet beschikbaar was.
Je reverse proxy kan het aangepaste domein nog steeds gebruiken
De beperking die in het topic werd beschreven, had betrekking op de URL die door de ZimaOS-apptegel werd geopend, niet op de mogelijkheid voor Nginx Proxy Manager, AdGuard Home of een andere DNS-/reverse-proxystack om een aangepaste hostnaam naar de gepubliceerde app-poort te routeren.
Als je proxy een domein al doorstuurt naar het juiste ZimaOS-IP-adres en de juiste app-poort, houd dat proxypad dan gescheiden van de tegelinstelling van het dashboard. In de ZimaOS-gids voor HTTPS en reverse proxy wordt deze architectuur beschreven.
Wat ZimaOS 1.7.1 bevestigt
De officiële changelog van ZimaOS 1.7.1 vermeldt flexibelere configuratie van web-URL-poorten en verbeterde verwerking van Docker-URL's. Er wordt niet specifiek beschreven dat de oude hostnaam-editor is hersteld.
De huidige referentie voor ZimaOS-appmetagegevens documenteert port_map, scheme en index voor URL's waarmee apps worden geopend. Test de huidige stabiele editor voordat je een bestaande proxyconfiguratie opnieuw opbouwt op basis van gedrag uit een oudere bèta.
Moet je vanaf de bèta downgraden?
Voor dit specifieke probleem luidde het advies op het forum om niet overhaast terug te rollen, omdat de aangepaste domeinen zelf via de reverse proxy bleven werken. Tegenwoordig is de betere eerste stap om over te stappen op de huidige stabiele ZimaOS-release, een back-up van de appconfiguratie te maken en daar het gedrag van de apptegel te controleren.
Als je app-YAML importeert of herstelt, is de gids voor aangepaste Docker Compose-configuraties een veiliger naslagwerk dan een workaround uit het bètatijdperk ongewijzigd overnemen.
