Probleme bei ManagedHosting 64

[vielhuber]

Leider haben sich nach dem Umzug auf ManagedHosting 64 einige Baustellen aufgetan:

- ein Zugriff auf die Datenbank per SSH-Tunnel ist auf div. Wegen nicht möglich.
Fehlermeldung:
Verbindung fehlgeschlagen: Lost connection to MySQL server at 'reading initial communication packet', system error: 0
Das ist eine Einstellung, die am Server geändert werden muss (Stichwort: bind-address)

- Auf der Console sind keine PHP Versionen auswählbar, d.h. /usr/bin/local/php-cli72 existiert nicht mehr.
Was lediglich noch existiert, ist /usr/bin/php, das ist jedoch immer php7.3.
Wie ist eine andere Version auswählbar?

- Auf ManagedHosting war die Nutzung von wkhtmltopdf-0.12.4 möglich. Ist dies nun nicht mehr der Fall?

- Am gravierendsten: Ich speichere etwas in der Datenbank, lade die Seite neu und sehe die Änderungen nicht.
Das liegt am NGINX Cache. Das ist bei einigen Anwendungen vielleicht hilfreich, bei anderen absolut gravierend.
Wie schalte ich diesen Cache aus?

[vielhuber]

Inzwischen habe ich Antworten:

- ein Zugriff auf die Datenbank per SSH-Tunnel ist auf div. Wegen nicht möglich.
Fehlermeldung:
Verbindung fehlgeschlagen: Lost connection to MySQL server at 'reading initial communication packet', system error: 0
Das ist eine Einstellung, die am Server geändert werden muss (Stichwort: bind-address)

- Man kann direkt auf dem Server durchaus mysqldump (ohne Socket) absetzen
- Man kann jedoch nichtmehr über die normalen TCP/IP Ports per SSH mit MySQL / MariaDB kommunizieren; Wenn man den mysql.sock lokal tunnelt, kann man aber verbinden

- Auf der Console sind keine PHP Versionen auswählbar, d.h. /usr/bin/local/php-cli72 existiert nicht mehr.
Was lediglich noch existiert, ist /usr/bin/php, das ist jedoch immer php7.3.
Wie ist eine andere Version auswählbar?

Auf der Shell steht tatsächlich "nur" PHP-Version 7.3 zur Verfügung, bei einem Update wird diese auf eine aktuellere Version angehoben.

- Auf ManagedHosting war die Nutzung von wkhtmltopdf-0.12.4 möglich. Ist dies nun nicht mehr der Fall?

Nein, hier prüft der Support jedoch eine Installation.

- Am gravierendsten: Ich speichere etwas in der Datenbank, lade die Seite neu und sehe die Änderungen nicht.
Das liegt am NGINX Cache. Das ist bei einigen Anwendungen vielleicht hilfreich, bei anderen absolut gravierend.
Wie schalte ich diesen Cache aus?

Man kann den Cache abschalten über die .htaccess (hier am besten an den Support wenden).

[Nils Dornblut]

Hallo vielhuber,

danke für Ihre Fragen und deren Beantwortung. Können Sie als Referenz noch die Ticket-ID angeben wo Sie die Antworten erhalten haben?

Mit freundlichen Grüßen

Nils Dornblut

[vielhuber]

#8906975

[Nils Dornblut]

Hallo vielhuber,

vielen Dank!

Beste Grüße

Nils Dornblut

[frawi]

Hallo,

Man kann den Cache abschalten über die .htaccess (hier am besten an den Support wenden).

kannst du hier einen Hinweis geben oder geht das nur über den Support?

Ich habe Probleme mit moodle auf dem ManagedHosting 64 - weder Neuinstallation noch ein Update einer vorher erstellten Installation funktionieren.

Herzlichen Dank
Frank

[masterframe]

Hallo,



kannst du hier einen Hinweis geben oder geht das nur über den Support?

Ich habe Probleme mit moodle auf dem ManagedHosting 64 - weder Neuinstallation noch ein Update einer vorher erstellten Installation funktionieren.

Herzlichen Dank
Frank

Guggst du hier:

https://forum.df.eu/forum/produkte/anwendungen-und-software/6139-wordpress-frontend-problem?p=7207#post7207

[Peter]

Wenn man den mysql.sock lokal tunnelt, kann man aber verbinden.

Hallo Vielhuber,

hast du ein Beispiel, wie man den Tunnel herstellt? Ich arbeite vom Mac aus, Shell ist also vorhanden.

Viele Grüße
Peter

[Nils Dornblut]

Hallo Vielhuber,

hast du ein Beispiel, wie man den Tunnel herstellt? Ich arbeite vom Mac aus, Shell ist also vorhanden.

Viele Grüße
Peter

Grundsätzlich beschrieben ist das hier, allerdings noch für MySQL:

https://www.df.eu/de/support/df-faq/webhosting/webspace-zugriff/ssh/

Sollte aber relativ ähnlich sein. Wenn Sie an einer Selle nicht weiter kommen, bitte gerne melden, dann schaue ich genauer.

Mit freundlichen Grüßen


Nils Dornblut

[Peter]

Für den Fall, das noch ein Mac oder Linux Nutzer nach dem Thema SSH Tunnel zur MariaDB sucht:

Tunnel in einer Shell aufmachen:

ssh -TNL 5001:/var/lib/mysql/mysql.sock [email protected]

Im MySQL Client (in meinem Fall Sequel Pro) eine Standard Verbindung nutzen:
Host: 127.0.0.1
Benutzer / Datenbank / Passwort: wie im df Kundenmenü vergeben
Port: 5001

Viele Grüße
Peter

[Nils Dornblut]

Hallo Peter,

vielen Dank für die Rückmeldung. Das hilft anderen Lesern bestimmt jetzt und in Zukunft.

Mit freundlichen Grüßen

Nils Dornblut

[ArminS]

Tunnel in einer Shell aufmachen:

ssh -TNL 5001:/var/lib/mysql/mysql.sock [email protected]

Falls das nicht funktioniert, existiert evtl. die mysql.sock nicht oder heißt anders.

ls -l /var/lib/mysql/

Bei mir z.B. gibt es dort nur die mysql5.sock, dann muss der Tunnel wie folgt geöffnet werden:

ssh -TNL 5001:/var/lib/mysql/mysql5.sock [email protected]

Armin

[ArminS]

Den Hinweis auf die SSH-Tunnel Methode hatte ich zuvor schon in den FAQ gefunden:

https://www.df.eu/de/support/df-faq/webhosting/webspace-zugriff/ssh/#c5877

Dort gibt es am Ende auch schon ein Bitte beachten Sie:
Leider fehlt dort der Hinweis, dass der Socketname variieren kann.
Nils Dornblut vielleicht lässt sich das noch in die FAQ aufnehmen?
Das würde dann die eine oder andere irreführende Suche nach der Fehlermeldung ersparen.

Armin

[horwie]

Bei mir z.B. gibt es dort nur die mysql5.sock, dann muss der Tunnel wie folgt geöffnet werden:

Hast Du einen 64-Bit Tarif? Bei den alten Tarifen kannst Du alternativ den Port weiterleiten.

[ArminS]

Nein, wir haben noch einen 32-Bit Tarif.

In der Suche nach dieser Fehlermeldung:

Verbindung fehlgeschlagen: Lost connection to MySQL server at 'reading initial communication packet', system error: 0

erscheint nur dieser Thread. Und weil sich der vom ursprünglichen Thema zum MySQL per SSH Thread entwickelt hat, habe ich meine Erkenntnisse zur Problemlösung hinzugefügt.

Ursache für meine Suche war der Ausfall des phpMyAdmin. Ein kürzlicher Update auf 5.0.3 hat ein Problem mit 2FA, nächste Woche soll das Bugfix-Release 5.0.4 installiert werden.

Das mit der Portweiterleitung ist in den FAQ nicht so markant hervorgehoben und hatte auch seine Tücken.
Man muss verstehen, dass der Webserver in der SSH-Konsole über die IP 127.0.0.3 zu erreichen ist. Und im Beispiel wird auf den lokalen Port 3306 getunnelt, dort läuft aber oft schon der Entwicklungs/Test MySQL Server.
Also wäre für 32-Bit Tarife mit MySQL5 dieses Beispiel besser:

ssh -l username -L 5001:127.0.0.3:3306 www.ihre-domain.tld

So hat es bei mir dann auch funktioniert. Natürlich muss dem lokalen MySQL-Client dann auch der Host 127.0.0.1 mit Port 5001 als Ziel angegeben werden.
Oder man benutzt eben, wie weiter oben beschrieben, den Socket-Tunnel mit der mysql5.sock, das hat auf unserem 32-Bit System auch funktioniert.