Beiträge von helpy

    Eventuell beim DB-User zu viel eingeschränkt? Du brauchst standardmäßig "Remoteverbindungen von beliebigem Host zulassen":


    https://www.netcup-wiki.de/wik…osting#Benutzerverwaltung


    (Die erste Option funktioniert bei netcup prinzipbedingt gar nicht und die dritte erfordert einige Vorarbeiten.)

    Also die Option "Nur lokale Verbindungen zulassen" steht bei meinem Webhosting 8000 gar nicht zur Verfügung.

    Die Option "Remoteverbindugen von beliebigem Host zulassen" verwende ich grundsätlich nicht.


    Ich verwende nur "Remoteverbindungen zulassen von" und gebe die interne IP-Adresse des Webhostings an.
    Das funktioniert bei mir ohne Probleme uns ist in meinen Augen sicherer als "von beliebigem Host zulasse".

    Weitere Schritte bzgl. socket-Timeout:


    Ich habe jetzt in der PHP-Datei mit dem socket-Aufruf den default-socket-Timeout direkt gesetzt. Also ini_get('default_socket_timeout') einfach durch 600 ersetzt, da das über die .htaccess nicht möglich ist.


    Das hatte zur Auswirkung, dass ich erstmal die Meldung "504 Gateway Time-out" erhielt :disappointed: .

    Aber in der Folge haben die Installer-Aufrufe mit einer Verzögerung von ca. 120-130s funktioniert. Hat die Antwortzeit 180s überschritten, dann erschien wieder "504 Gateway Time-out".


    Zwischendrin erfolgte der Aufruf nach einigen ms ... und dann brauchte es wieder 120s.

    Zumindest konnte ich so mit etwas Geduld die AddOns aktualisieren!


    Außerdem habe ich inzwischen neue Informationen von netcup bekommen:

    1. Zuerst kam die Mitteilung, dass mein Webhosting-Paket am kommenden Montag auf einen neuen Server mit neuerer Hardware und besserer Performance umgezogen wird.
    2. 1 Stunde später kam die Mitteilung, dass ich die erste Nachricht ignorieren soll. Es werden jetzt Wartungsarbeiten am Wirtssystem durchgeführt, dafür ändert sich die IP-Adresse nicht.

    In keiner der Mails war der Hinweis enthalten, dass dies irgendwie mit meiner Support-Anfrage zusammenhängt.


    Na! Mal abwarten, ob das an meinem Problem irgendetwas ändert.

    So! Netcup hat sich per E-Mail gemeldet:

    Zitat

    ausgehende Verbindungen werden von unserer Seite nicht blockiert. Auch ein eigener Test auf dem Server konnte erfolgreich Daten von https://www.redaxo.org:443/ abrufen.

    Ja! Dieser Test funktioniert. Das hatte ich selbst schon getestet.


    ABER in den Serverlogs steht ja dass der Fehler beim Öffnen einer Socket-Verbindung mit der PHP-Funktion stream_socket_client() auf die URL ssl://www.redaxo.org:443 nicht funktioniert.


    Das sollten sie doch eigentlich testen :(

    Noch eine E-Mail an den Support geschickt.



    Hatte von Euch schon einmal ein ähnliches Problem mit socket-Verbindungen nach extern?

    Auf einem Webhosting-Paket läuft das CMS Redaxo (https://radaxo.org).

    Untenstehenden Fehler habe ich heute auch an den netcup-Support gemeldet.

    Vielleicht hat aber jd. von Euch bereits vorab einen Tipp, woran das liegen könnte.



    Fehlermeldung im Backend von Redaxo beim Aufruf vom Installer (Installation von AddOns):

    Zitat

    Der Webservice ist zurzeit nicht erreichbar


    Parallel dazu erfolgt in den Serverlogs der Domain folgender Eintrag:

    Zitat

    Apache-Fehler:

    mod_fcgid: stderr: Die Wartezeit f\xc3\xbcr die Verbindung ist abgelaufen (110), referer: https://www.meine-domain.de/re…hp?page=system/log/redaxo


    Ich habe dann versucht den Fehler mit PHP-Debug-Meldungen weiter einzugrenzen:

    Zitat

    stream_socket_client(): Unable to connect to ssl://www.redaxo.org:443 (Die Wartezeit für die Verbindung ist abgelaufen)


    Es dürfte ein Timeout sein, der nach 60s auftritt!



    Da ich noch auf ein weiteres netcup-Webhostingpaket Zugriff habe, machte ich dort auch einen Test:

    Dort läuft Redaxo ohne Probleme und dieser Fehler kommt nicht.



    Kann es sein, dass Redaxo manche Webhosting-Server unterschiedlich konfiguriert sind?
    --- andere Firewall-Einstellungen? (Blockieren von socket-Verbindungen?)



    Hat jd. von Euch schon mal ähnliches erlebt.

    Wer weigert sich, was zu tun? Leider kann ich deinem Bild von der aktiven Liste nicht entnehmen, ob du eine Hauptdomain oder eine Subdomain geöffnet zeigst. Das Kreuzsymbol "Subdomain entfernen" erscheint natürlich nur bei einer Subdomain. Es ist bei mir auch in der aktiven Liste bei ausnahmslos jeder Subdomain vorhanden.

    Stimmt! Bei der Darstellung "aktive Liste" ist das zu sehen!

    ABER leider nicht bei der neuen Darstellung "dynamische Liste". Da fehlt diese Option :(

    Es gibt zwar "Subdomain deaktivieren" ... aber das hat eine andere Funktion.

    Just for information my settings ...

    Maybe some of the settings are not necessary. I do not know.

    But as long it works, I leave as it is ...



    1. My php settings:

    cloud - php-settings.png



    2. in the web folder httpdocs/domain.example/cloud/nextcloud

    I have a symlink to httpdocs/domain.example/cloud/nextdata

    cloud - symlink.png



    3. httpdocs/domain.example/cloud/nextcloud/config/config.php

    cloud - config.php.png



    4. httpdocs/domain.example/cloud/nextcloud/config/data.config.php

    cloud - data.config.php.png

    Wenn mich nicht alles täuscht, gibt es beim Webhosting diff und patch, man könnte also einfach den verlinkten Pull Request anwenden...

    OK! Ja, das ist sicher möglich. ... und gut, wenn es einigen von Euch hilft :)


    Ich will aber am Produktivsystem das aktuell nicht durchführen.

    Solange alles funtioniert trotz der Fehlermeldungen, warte ich einfach auf die nächste Version mit den Änderungen.

    Ich habe Nextcloud 20.0.11 auf einem "Webhosting 4000 SE de a1" Paket laufen.

    Die genannte Fehlermeldung erscheint bei mir ebenso im Log-File:

    Zitat

    Error: file_exists(): open_basedir restriction in effect. File(/templates/) is not within the allowed path(s): (/var/www/vhosts/hostingxxxxxx.xxxxx.netcup.net/:/tmp/:/var/lib/php/sessions) at /var/www/vhosts/hostingxxxxxx.xxxxx.netcup.net/httpdocs/mydomain.tld/cloud/nextcloud/lib/private/Template/Base.php#68

    Weiterer Fehler:

    Zitat

    Error: file_exists(): open_basedir restriction in effect. File(/img/app.svg) is not within the allowed path(s): (/var/www/vhosts/hostingxxxxxx.xxxxx.netcup.net/:/tmp/:/var/lib/php/sessions) at /var/www/vhosts/hostingxxxxxx.xxxxx.netcup.net/httpdocs/mydomain.tld/cloud/nextcloud/lib/private/Template/IconsCacher.php#132

    Bisher habe ich keine Möglichkeit gefunden diese Fehler zu beheben ...
    Abgesehen davon läuft Nextcloud 20 bisher ohne Probleme.