Kopano4S (Zarafa 2.0)

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.016
Punkte für Reaktionen
318
Punkte
189
Sorry, das war nun nicht meine Absicht. Wenn Du den WebAdmin öffnest, was sreht dann ganz oben zur Version?
 

Matis

Benutzer
Mitglied seit
28. Mai 2015
Beiträge
735
Punkte für Reaktionen
9
Punkte
44
Kopano4S D-Core-8.7.1.0_Webapp-3.5.6_Z-Push-2.5.1_WMeet-0.29.5 installed!
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.016
Punkte für Reaktionen
318
Punkte
189
Na also. Ich hatte zu Beginn dieser Aufsplittungen dasselbe gemacht und es wurde trotz Deaktivierung der Betaoption trotzdem die Community installiert. Dann ist ja nun alles gut.
 

big-tini

Benutzer
Mitglied seit
08. Jan 2014
Beiträge
17
Punkte für Reaktionen
0
Punkte
1
Hallo zusammen,

ich habe mir am Wochenende die Version 1.05 installiert und seitdem folgendes Problem mit meiner 1815+.

Nach einem Neustart, kann ich mich nicht mehr via https über Port 5001 am DSM anmelden, nur noch über http via Port 5000.
Im Systemzustand steht: "DSM kann nicht normal starten, da er auf ein Problem gestoßen ist. Bitte kontaktieren Sie den Synology Kundendienst um Hilfe zu erhalten":
Ich verwende die aktuelle Version von DSM DSM 6.2.2-24922 Update 3.

Der Fehler wird definitiv durch Kopano4S verursacht, sobald ich Kopano wieder deinstalliere, ist der Fehler verschwunden. Hat sonst noch jemand das Problem oder vielleicht eine Idee, woran es liegen kann?

Bis auf diesen Fehler, läuft sonst alles einwandfrei (Kopano und meine Diskstation).

Viele Grüße

Daniel
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.016
Punkte für Reaktionen
318
Punkte
189
Hattest Du in der Installationsroutine die Option "Add webapp @ z-push as reverse proxy virtual directories of main domain to use https port 443" aktiviert? Wenn ja, würde ich den Fehler da vermuten. Ich hatte einmal einen ähnlichen Effekt und seither richte ich diese Umleitung manuell ein und die Installation läuft einwandfrei.
 

big-tini

Benutzer
Mitglied seit
08. Jan 2014
Beiträge
17
Punkte für Reaktionen
0
Punkte
1
Hallo Andy,

das ist jetzt eine gute Frage. Aber vermutlich ist dem so, weil ich nach der Installation keine Umleitungen eingetragen habe. Kannst du mir sagen, wo ich das am laufenden System nachschauen bzw. ändern kann?
In den älteren Versionen hatte ich diesen Fehler jedenfalls nicht.
So gesehen müsste der Port 5001 der NAS mit dem Kopano4S kollidieren..?
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.016
Punkte für Reaktionen
318
Punkte
189
Nachschauen kannst Du das wahrscheinlich im Dockercontainer in den Details. Eine Kollision sollte es eigentlich nicht geben, das ist etwas, wo für mich nicht ganz schlüssig ist. Denn, obwohl der Port 443 ggf. durch K4S belegt ist, sollte Port 5001 eigentlich gehen.
 

big-tini

Benutzer
Mitglied seit
08. Jan 2014
Beiträge
17
Punkte für Reaktionen
0
Punkte
1
In den älteren Versionen hatte ich das Problem auch nicht. Wo jetzt genau das Problem liegt, ist mir allerdings auch nicht bewusst.
Jetzt wollte ich gerade die Photo Station nutzen, funktioniert leider nicht mehr...:-(

Vielleicht hat tosoboso noch eine Idee?
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.016
Punkte für Reaktionen
318
Punkte
189
........... "Add webapp @ z-push as reverse proxy virtual directories of main domain to use https port 443" ............

Hast Du jetzt mal ohne diese Option installiert?
 

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
ich habe mir am Wochenende die Version 1.05 installiert und seitdem folgendes Problem mit meiner 1815+.
Nach einem Neustart, kann ich mich nicht mehr via https über Port 5001 am DSM anmelden, nur noch über http via Port 5000. Im Systemzustand steht: "DSM kann nicht normal starten, da er auf ein Problem gestoßen ist. Bitte kontaktieren Sie den Synology Kundendienst um Hilfe zu erhalten":
Ich verwende die aktuelle Version von DSM DSM 6.2.2-24922 Update 3. Der Fehler wird definitiv durch Kopano4S verursacht, sobald ich Kopano wieder deinstalliere, ist der Fehler verschwunden. Hat sonst noch jemand das Problem oder vielleicht eine Idee, woran es liegen kann?
Hattest Du in der Installationsroutine die Option "Add webapp @ z-push as reverse proxy virtual directories of main domain to use https port 443" aktiviert? Wenn ja, würde ich den Fehler da vermuten. Ich hatte einmal einen ähnlichen Effekt und seither richte ich diese Umleitung manuell ein und die Installation läuft einwandfrei.
Aber vermutlich ist dem so, weil ich nach der Installation keine Umleitungen eingetragen habe. Kannst du mir sagen, wo ich das am laufenden System nachschauen bzw. ändern kann?
Hallo zusammen,
wie Andy bereits ausgeführt hat, der einzige Seiteneffekt könnte der Kopano-Reverse Proxy sein und man kann die Option bei der Installation Abwählen. Damit kannst du Prüfen, ob das der Auslöser ist.
Dahinter verbirgt sich übrigens eine Datei in: /usr/local/etc/nginx/conf.d : www.Kopano4s.conf und wenn man im Verzeichnis nachsieht wird man verschiedene Konfigs finden u.a. PhotoStation, phpMayAdmin etc.
Das ist also Standard und die Kopano Datei hat individuelle Location Settings mit Reverse Proxy auf Port 9443, was nichts mit den https Ports 5001 zu tun hat. Sollte wegen dieser Datei nginx wirklich nicht im https mode starten, dann findet sich der Hinweis in: /var/log/nginx/error.log.
EDIT Rein Interesse halber, verwendest du unter Systemsteuerung->Netwerk->DSM-Einstellungen die Benutzer definierte Domain? Das ist ein weiterer Reverse Proxy. Sollte keinen EInfluss haben, aber wer weiss.
Was die manuelle Umleitung angeht, die Andy erwähnt, so erfolgt über die Reverse-Proxy Einstellung Systemsteuerung->Anwendungsportal->Reverse-Proxy, was eigentlich auch nichts anderes, als die www.Kopano4s.conf ist, aber eben via Synology GUI.und das findent sich dann unter: /var/tmp/nginx/app.d/server.ReverseProxy.conf.und arbeitet mit Server Name plus Location, also einer Subdomain. Übrigens hat sich an den ~webapp Reverse Proxy Settings seit Monaten und Releases von k4s v. 1.0.5 nichts geändert.
Ich hoffe das hilft. Ich kann den Fehler übrigens bei mir nicht Nachstellen und verwende die gleiche DSM 6.2.2.Version auf einer 1515+.
-TosoBoso
 
Zuletzt bearbeitet:

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.016
Punkte für Reaktionen
318
Punkte
189
So gesehen hatte ich das auch noch nie. Bei mir habe ich noch immer das Thema, dass beim Öffnen des WebAdmins die Meldung

"Please login as admin first, before using this webpage (user: )"

erscheint. Ich habe bislang keinen Ansatz dazu gefunden. Wenn ich den WebAdmin öffne, ist nichts in der GUI, als der farbliche Rahmen und der obige Kommentar. Auch wenn ich mich als Rootadmin anmelde, erscheint der Kommentar. Auch nach einer Neuinstallation erschien das. Es ist daher die Frage, wo noch vielleicht die Rechte geprüft werden können dazu.
 

big-tini

Benutzer
Mitglied seit
08. Jan 2014
Beiträge
17
Punkte für Reaktionen
0
Punkte
1
Hallo Tosoboso & Andy+,

vielen Dank für eure Tipps und Hilfestellung! Ich werde das die Tage mal ausprobieren und dann hier berichten.
Allerdings muss ich dazu etwas Zeit haben, da Kopano bei mir im Echtbetrieb läuft und ich heute Abend kein Risiko mehr eingehen möchte...:)

@Tosoboso Eine "Benutzerdefinierte Domain", habe ich unter den DSM-Einstellungen nicht eingetragen.

Mal schauen, wenn das Wochenende verregnet ist, werde ich ein wenig testen. Nochmals besten Dank und allen noch einen schönen Abend.
 

big-tini

Benutzer
Mitglied seit
08. Jan 2014
Beiträge
17
Punkte für Reaktionen
0
Punkte
1
Da es heute ein absolut verregneter Sonntag ist, habe ich mich mit der Problematik beschäftigt.
Im Ordner /usr/local/etc/nginx/ gab es neben der beschriebenen www.kopano4s.conf noch eine alte www.zarafa4h.conf Datei...:-(
Diese habe ich umbenannt und das System neu gestartet. Siehe da, der Fehler ist weg..:)
Scheinbar wurde sie bei der damaligen Deinstallation nicht automatisch entfernt und machte mir jetzt Probleme.

An dieser Stelle vielen Dank an Tosoboso und Andy+ ihr habt mir sehr geholfen und mir damit eine Neuistallation erspart.

Besten Dank und allen noch einen schönen Sonntag!
 

Michii

Benutzer
Mitglied seit
21. Okt 2019
Beiträge
20
Punkte für Reaktionen
0
Punkte
0
Selber Problem

Hab das selbe Problem. Bei Erst-Installation auf der Syno.

So gesehen hatte ich das auch noch nie. Bei mir habe ich noch immer das Thema, dass beim Öffnen des WebAdmins die Meldung

"Please login as admin first, before using this webpage (user: )"

erscheint. Ich habe bislang keinen Ansatz dazu gefunden. Wenn ich den WebAdmin öffne, ist nichts in der GUI, als der farbliche Rahmen und der obige Kommentar. Auch wenn ich mich als Rootadmin anmelde, erscheint der Kommentar. Auch nach einer Neuinstallation erschien das. Es ist daher die Frage, wo noch vielleicht die Rechte geprüft werden können dazu.
 

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
HI, man kan das Problem mit dem Login as Admin mit diesem Hack beheben:
Code:
 sed -i -e "s~my \$isDebug = 0~my \$isDebug = 1~" /var/packages/Kopano4s/target/ui/index.cgi
Dann findet aber kein Check mehr statt, ob jemand auch in der DSM als admin eingeloggt ist und das ist nicht gut. Ich habe übrigens keine Ahnung, warum der oOgin Check bei Einigen wenigen nicht geht...
-TosoBoso
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.016
Punkte für Reaktionen
318
Punkte
189
Bei mir mischen nicht so viele mit .... geht wieder .... :cool:
 

Michii

Benutzer
Mitglied seit
21. Okt 2019
Beiträge
20
Punkte für Reaktionen
0
Punkte
0
HI, man kan das Problem mit dem Login as Admin mit diesem Hack beheben:
Code:
 sed -i -e "s~my \$isDebug = 0~my \$isDebug = 1~" /var/packages/Kopano4s/target/ui/index.cgi
Dann findet aber kein Check mehr statt, ob jemand auch in der DSM als admin eingeloggt ist und das ist nicht gut. Ich habe übrigens keine Ahnung, warum der oOgin Check bei Einigen wenigen nicht geht...
-TosoBoso

Danke zumindest kann ich jetzt WebAdmins öffnen. Allerdings wird mir bei den Usern folgendes angezeigt: you have to run as root! alternatively as admin run with sudo prefix! exiting..
Kann also keine User anlegen.
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.016
Punkte für Reaktionen
318
Punkte
189
Das habe ich nun nicht, die werden angezeigt. Seltsam ist allerdings, dass beim Admin nur der K-User steht und der Rest leer ist, das war ansonsten gefüllt. Aber ansonsten scheint alles andere zu funktionieren.
 

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
Probleme in GUI durch Synology cgi nicht mehr als root

Danke zumindest kann ich jetzt WebAdmins öffnen. Allerdings wird mir bei den Usern folgendes angezeigt: you have to run as root! alternatively as admin run with sudo prefix! exiting..
Kann also keine User anlegen.
Hi,
das Problem, das du beschreibst habe ich nun ebenfalls seit 2 Tagen und hängt mit einem Synology Update zusammen.
Bis date mind. 5 Jahre hat Synology die 3rd Party cgi, die hinter der K4S -Admin-GUI steckt, mit root ausgeführt.
Seit letztem Release wird diese Perl cgi als logged in user z.B admin ausgeführt, was fundamentale Implikationen haben kann.
Was man nun in der GUI sieht, ist die k4s Skripte fordern ein sudo an, da der Aufruf nicht von root kommt, was viele von euch von der Kommandozeile kennen. Alle Docker Befehle gegen den Container mit kopano Kommandos verlangen root. Die GUI ist aber darauf nicht ausgelegt, ein sudo Passwort zu übergeben -> Redesign nötig, ohne Vorwarnung, oder Beta durch Synology.... Toll...
-TosoBoso
 

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
Problemlösung K4S-GUI Web-Admin via Synology cgi nicht mehr als root

Danke zumindest kann ich jetzt WebAdmins öffnen. Allerdings wird mir bei den Usern folgendes angezeigt: you have to run as root! alternatively as admin run with sudo prefix! exiting..
Kann also keine User anlegen.
Zwischenstand zum Thema: WebAdmin funktioniert nicht mehr für User, Cmds etc mit der Fehlermeldung wie Oben:
Die Lösung ist gefunden und in Umsetzung: Gruppe docker auf Synology anlegen, admin user, der in der GUI verwendet wird zur Gruppe hinzufügen, dann ist sudo nicht mehr nötig.
Hintergrund: Synology hat ohne Vorwarnung die Perl cgi UI für den 3rd Party package WebAdmin von running as root auf running as loggged in user umgestellt. -Ein fundamentaler Impact für k4s.
Schon in DSM 6 wurde ja die CMD-Line auf sudo umgestellt und man konnte sich nicht mehr als root einloggen, sodern als admin, der dann sudo macht. Das wurde nun auf WebAdmin cgi eingeführt.
Auch wenn der Default DSM user admin mit root ge-mirrored wird und diese das gleiche Passwort haben ist das nicht das Selbe auf Cmd-Line und nun auch nicht auf WebAdmin.

Alle Cmds gegen Docker, quasi 90% der k4s WebAdmin GUI Funktionalität, die Skripte gegen den k4s Docker Container aufrufen, benötigen root, was in den letzten 5+ Jahren nie ein Problem war.
Docker wird als Standard mit dem API Socket nur an root bereitgestellt. Es gibt aber das hidden Feature, dass sobald eine Gruppe docker existiert, der API Socket an die Mitglieder geteilt wird (https://docs.docker.com/install/linux/linux-postinstall/).
Root muss nicht Teil der Gruppe sein und Synology hat zum Glück dieses Feature mit übernommen. Sobald also der admin, oder sein Equivalent Teil der Gruppe docker ist funktionieren die Skripte, die die WebAdmin-GUI nutzt, wieder.

Nun muss ich noch ALLE Skripte umstellen, um zu Berücksichtigen, dass sudo nur dann angewandt wird, wenn der user nicht root ist oder auch nicht in der docker Gruppe ist; das betrifft jeden kopano-* / kopano4s-* Befehl..
Im nächsten k4s release werde ich bei Install und Update die docker Gruppe anlegen und den user admin hinzufügen. Wer aber, wie von Synology Sicherheitshinweis empfohlen, einen anderen User als admin nutzt, muss Diesen via Systemsteuerung der docker Gruppe hinzufügen. Dazu gibt es in der GUI und den Kopano Kommandos dann ein Hinweis, die zu tun. Ich hoffe das hilft zum Verständnis und nun werde ich in die Tasten hauen, das zu Implementieren...

EDIT / PS Es gab auch Probleme beim Anlegen, oder Anzeigen von Usern und kopano4s-restore user etc., was daran lag, dass sich der kopano-cli Befehls-Satz Stand Migrations-Edition zu Default geändert hat; das ist auch berücksichtigt..
-TosoBoso
 
Zuletzt bearbeitet:


 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat