Beiträge von informant

Das mit dem vhost war eine gute Idee, danke, es waren noch php5 pakete installiert die er nicht alle deinstalliert hatte. Nach dem remove mit purge und erneutem reload von liveconfig sowie vorherigem erneuern der IP gruppe im adminbereich steht in der vhos conf noch immer:
FcgidWrapper /var/www/web207/conf/php7/php-fcgi-starter .php
FcgidWrapper /var/www/web207/conf/php7/php-fcgi-starter .php5
php5 mit drin, Normal?

Dann läuft ownCloud nicht mehr mit besagten Fehler,,,

Danke für die Rückmeldung, das paket war auch installiert. Folgende hatte ich installiert: php7.0-cli php7.0-common php7.0-cgi php7.0-curl apache2-suexec-custom php7.0-mysql php7.0-intl php7.0-sqlite3 php7.0-mbstring php7.0-imap php7.0-gd php7.0-zip php7.0-soap php7.0-apcu php7.0-xml php7.0-mcrypt libapache2-mod-fcgid und als das nicht ging noch php7.0-fpm, kann ich fpm und cgi parallel laufen lassen oder gibt es noch eine Idee, was fehlen könnte, ohne das fpm installiert sein muss?

Habe jetzt mal noch zusätzlich php7.0-fpm installiert, danach scheint es zu laufen, normal das man das zusätzlich noch braucht? Nur libapache2-mod-fcgid ging nicht^^ Das mit den Rechten hatte ich vorher schon angepasst gehabt. Interessant im Admin Bereich ist, dass fcgid nen grünen Haken hat aber proxy_fcgi (PHP-FPM) nicht, obwohl ich php7.0-fpm installiert habe und es danach nun läuft?!

Hallo zusammen,
nach dem Update jessie zu stretch und aktualisierung auf PHP 7.0 haben wir statt mod_php (libapache2-mod-php7.0) fastcgi (libapache2-mod-fcgid) installiert, seit dem läuft owncloud nicht mehr. Nach einer Recherche haben wir die Specs von owncloud gefunden, wo drin steht, benötigt mod_php.
Muss man das wirklich wieder installieren, damit owncloud läuft? Es wird bei shared-hosting doch davon abgeraten^^
Evtl. hat jmd. eine Lösung ohne mod_php für uns.
Danke vorab.
MfG

Das war das was ich gesucht habe. Danke dir.

Hallo zusammen, wo können wir bei LC den Standardwert (max.) für max_execution_time anpassen. Derzeit ist nur 1 bis 300 Sekunden möglich. Würde mich auf Rückmeldung freuen, wo ich den Wert anpassen kann, da bei Anpassung im Webfrontend die Warnung Invalid value - must be between 1 and 300 kommt. Danke.

MfG

Hi, alle raus dann liveconfig neu einlesen lassen, damit die IDs richtig passen in der DB.

Nochmal diesen Thread in Erinnerung rufe... Da wir oft Endkunden mit Maleware auf Ihren Endgeräten haben, welche dann SPAMmails versenden, mit dem Limit könnte man vieles eingrenzen!
MfG

wollen ja auch andere
-> https://www.liveconfig.com/de/…w-Tag?highlight=maillimit

Hallo, das selbe Problem hatten wir vor wenigen Tagen auch, folgende Info kam vom Support, die auch geholfen hat. Woher der Fehler kommt - bisher unklar...

Zitat

Hallo Herr XYZ,

ich kann das leider nicht nachvollziehen, am besten erzeugen Sie mal ein paar Screenshots welche das Verhalten zeigen.

Um das kurzfristig zu lösen können Sie wie folgt vorgehen:
- erstellen Sie ein Backup der LiveConfig-Datenbank (sicherheitshalber)
- löschen Sie die "falschen" IPs aus der Tabelle SERVERIPS
- starten Sie LiveConfig neu (da liest es die IPs eines Servers neu ein)
- aktivieren Sie dann die gewünschten IPs bei Apache sowie in den IP-Gruppen
- zudem sollten Sie auch bei FTP/E-Mail ggf. noch die "richtigen" IPs auswählen.

Viele Grüße

-Klaus Keppler

Alles anzeigen

Hallo, gibt es hier zu ein Status, sind ja schon bei v 2.1.2

MfG

Zitat von kk

Ich werde ich darum kümmern, dass die o.g. Anfragen am Montag bearbeitet werden (ab da ist unser Büro wieder voll besetzt).

Die häufigsten Ursachen für Probleme sind:
- Debian 6 wird noch verwendet (dort lassen sich keine individuellen DH-Parameter im Apache konfigurieren, zudem ist Debian 6 inzwischen "veraltet")
- 1024-Bit-Parameter für Mailservices sind so beabsichtigt, da es viele Clients gibt die mit größeren Parametern schlicht nicht zurecht kommen.

Mit freundlichen Grüßen

-Klaus Keppler

Alles anzeigen

Hallo, wir haben derzeit Debian 7 (Wheezy) installiert. Update auf Jessie (Debian folgt demnächst. Problem besteht auch mit Wheezy (v7).

MfG und ein schönes Wochenende.

Hallo, bei uns kommt diese Meldung bei folgenden Diensten: POP3, IMAP, SMTPS, Submission, IMAPS, POP3S

Alle configs wurden bereits neu erstellelt via liveconfig Routine, jedoch anschließend unverändert der 1024 statt 2048er DH Wert. Wie können wir diesen anpassen?

Wir haben dazu ebenfalls ein Ticket mit der Nummer [LC#2016031134000041] Re: dh parameter
erstellt.

MfG

nachtrag, hab den Fehler gefunden. Es liegt daran, dass bei einer Umstellung eines vorhandenen Vertrages die Rechte von conf/PHP5 anders sind als bei fastCGI Verträgen die neu erstellt werden.

conf muss haben: Besitzer: www-data und gruppe: user(id)
PHP5 muss haben: Besitzer: user(id) und gruppe user(id)
dann klappt es auch mit fastcgi.

Werde es gleich mal an LiveConfig senden, denn das sollte LC ja beim umstellen automatisiert machen.

Hallo zusammen, wenn ein Reseller Account angelegt wird mit SSH-Zugriff nein, kann der Reseller dennoch das Feld bei seinen Endkunden auf ja setzen. Ob es klappt konnte ich nich nicht testen. Schön wäre es jedoch, wenn das Feld bei SSH-Zugriff: nein auch ausgeblendet werden würde. Vermute Bug.

MfG

Hallo, habe das selbe Problem. Leider hilft das umschalten auf suphp zurück, anschließend chattr -i php-fcgi-starter + löschen dieser Datei und anschließend wieder fastcgi aktivieren nicht. Getestet bei einem Reselleraccount als auch bei einem eigenen Account.

Hat jmd. eine Idee?

MfG

Hallo, wie ist der Status hierfür?

Ahh danke. Sollte aber auch mit eigenen Zertifikaten funktionieren, nicht nur mit automatisch erstellten.

Hallo, wenn ein externes z.B. Comodo Zertifikat aktualisiert wird, welches den Diensten zugewiesen ist.

Hallo, wenn wir ein SSL-Zertifikat verlängern/Aktualisieren, wird dieses nur beim Webserver automatisch aktualisiert. Beim E-mailServer sowie beim FTPServer muss dies manuell getan werden z.B. durch aktualisieren der Config über das Webinterface. Kann man die Services nicht auch automatisch updaten lassen, wenn das Zertifikat aktualisiert wird?

MfG