ZimaOS 1.7 Beta änderte, wie die Web-URL einer App-Kachel bearbeitet werden konnte: Benutzer konnten Protokoll, Port und Pfad ändern, aber der Hostname war an die Adresse des ZimaOS-Dashboards gebunden. Dadurch wurde Nginx Proxy Manager oder lokales DNS nicht daran gehindert, unabhängig davon eine benutzerdefinierte Domain bereitzustellen.
Eine Antwort des IceWhale-Teams bestätigte damals, dass die Bearbeitung des Hostnamens im visuellen Editor nicht verfügbar war, und teilte mit, dass das Team deren Rückkehr plante. Das aktuelle ZimaOS 1.7.1 verbessert die Docker-Web-URL-Port-Einstellungen und die URL-Verarbeitung, im veröffentlichten Änderungsprotokoll wird jedoch nicht ausdrücklich erwähnt, dass die Bearbeitung beliebiger Hostnamen im visuellen Formular wiederhergestellt wurde.
Was die 1.7-Beta tatsächlich geändert hat
Der Benutzer hatte eine lokale DNS- und Reverse-Proxy-Konfiguration wie https://app.example.net/. Im Beta-Editor konnte die App-Kachel selbst nicht mehr so konfiguriert werden, dass sie diesen benutzerdefinierten Hostnamen öffnet.
Eine Reproduktion aus der Community zeigte, dass x-casaos.hostname zwar manuell in YAML gesetzt bleiben konnte, das Formular und die App-Kachel jedoch weiterhin die Dashboard-IP verwendeten. Mitarbeiter von IceWhale bestätigten daraufhin, dass das visuelle Hostnamenfeld vorübergehend nicht verfügbar war.
Ihr Reverse Proxy kann weiterhin die benutzerdefinierte Domain verwenden
Die im Thread beschriebene Einschränkung betraf die URL, die über die ZimaOS-App-Kachel geöffnet wurde, nicht die Frage, ob Nginx Proxy Manager, AdGuard Home oder ein anderer DNS-/Reverse-Proxy-Stack einen benutzerdefinierten Hostnamen an den veröffentlichten App-Port weiterleiten konnte.
Wenn Ihr Proxy eine Domain bereits an die richtige ZimaOS-IP und den richtigen App-Port weiterleitet, halten Sie diesen Proxy-Pfad getrennt von der Dashboard-Kachelkonfiguration. Der ZimaOS-Leitfaden für HTTPS und Reverse-Proxy beschreibt diese Architektur.
Was ZimaOS 1.7.1 bestätigt
Das offizielle Änderungsprotokoll von ZimaOS 1.7.1 führt eine flexiblere Konfiguration des Web-URL-Ports und eine verbesserte Docker-URL-Verarbeitung auf. Eine Wiederherstellung des alten Hostnameneditors wird darin nicht ausdrücklich dokumentiert.
Die aktuelle Referenz für ZimaOS-App-Metadaten dokumentiert port_map, scheme und index für App-Einstiegs-URLs. Testen Sie den aktuellen stabilen Editor, bevor Sie eine bestehende Proxy-Konfiguration auf Grundlage eines älteren Beta-Verhaltens neu aufbauen.
Müssen Sie von der Beta-Version zurückstufen?
Für dieses spezielle Problem lautete der Rat im Forum, einen Rollback nicht überstürzt durchzuführen, da die benutzerdefinierten Domains selbst weiterhin über den Reverse Proxy funktionierten. Heute ist der bessere erste Schritt, auf die aktuelle stabile ZimaOS-Version zu wechseln, die App-Konfiguration zu sichern und dort das Verhalten der App-Kacheln zu überprüfen.
Wenn Sie App-YAML importieren oder reparieren, ist der Leitfaden für benutzerdefinierte Docker-Compose-Dateien eine sicherere Referenz, als eine Problemumgehung aus der Beta-Zeit unverändert zu kopieren.
