Beiträge von KB19

Einfache Methode

Öffne das CCP, dort siehst Du bei Deinem Webhosting z.B. Folgendes:

Bildschirmfoto_2022-02-25_18-14-00.png

Die interne IP-Adresse des Webservers wäre in diesem Fall: 10.35.47.93

Wenn Du nur Verbindungen von dieser IP-Adresse aus zulässt, hast Du Dein gewünschtes Verhalten. Extra nochmals getestet

Aber Achtung: Zum Verbinden zur Datenbank muss dann logischerweise auch die interne IP-Adresse (10.35.47.94) verwenden werden!

Alternative Methode

Und für die Nachwelt: Mit folgendem kleinen PHP-Script kann man die IP-Adresse ebenfalls herausfinden:

<?php

error_reporting(-1);
ini_set('display_errors', 1);
mysqli_connect('10.35.47.94'); // <!-- HIER DIE INTERNE IP-ADRESSE DES MYSQL-SERVERS EINTRAGEN!

Es sollte dann eine aussagekräftige Fehlermeldung erscheinen…

Zitat

Warning: mysqli_connect(): (HY000/1045): Access denied for user ''@'10.35.47.93' (using password: YES) in test.php on line 5

Das könnte man auch über SSH ausführen, da ist es nur ein Einzeiler: /usr/local/php81/bin/php -r "mysqli_connect('10.35.47.94');"

Zitat von TBT

Du kannst JEDE ANDERE Subdomain wie oben beschrieben zum Netcup Webmail umleiten, aber eben NICHT mail.careleaver.ch .

Wenn man den MX-Record ändert allerdings schon, oder habe ich da eine Einschränkungen beim Webhosting verpasst? Der muss ja nicht mail sein und kann z.B. nc-wh-mail-xyz lauten. Vorausgesetzt diese Bezeichnung hat dann wieder einen korrekten A-Record auf den Mailserver.

localhost (Socket) bzw. 127.0.0.1 (TCP) wird beim Webhosting nicht klappen, da Web- und Datenbankserver getrennte Systeme sind.

Was aber definitiv geht: Nur die interne IP-Adresse des Webhostingservers (10.x.x.x) zulassen. Die muss man aber erst raus finden bzw. von der öffentlichen IPv4-Adresse umrechnen. (Was ich mir am Handy gerade nicht antun möchte. Im Forum und Wiki gibt es einige Hinweise dazu.)

Das Passwortfeld ist leer, da das Passwort nur als Hash gespeichert wird. Das kann somit nicht mehr im Klartext angezeigt werden. Und das ist auch gut so.

Ich will nebenan nicht alles zumüllen, darum diesen Spaßkommentar nur hier: Das, ist tatsächlich "gutes" Marketing…

Zitat von RS FAQ

Wie unterscheidet sich die Generation 9 von Generation G9.5?

Die Server der Generation 9.5 verfügen über mehr dezidierte Prozessorkerne und zum Teil mehr SSD Speicherplatz.

Aufgrund der hohen Nachfrage nach gesteigerter Performance haben wir uns entschlossen, die neue Generation 9.5 einzuführen.

Mehr Speicherplatz bietet genau eines von vier Angeboten, nämlich der RS 4000.

In den Optionen des SCP gibt es einen Schalter: Spitznamen anzeigen

Ich nehme einmal an, dass der bei Dir deaktiviert ist?

Siehe: https://www.netcup-wiki.de/wiki/Server_Co…Einstellungen_3

Das sind die Header der Hauptseite, also von PHP bzw. Apache bedient. Wie sieht es beim Font selbst aus? Der braucht den Header ja und der ist eventuell eine statische Datei, die von Nginx ausgeliefert wird.

Wird der Header überhaupt ausgeliefert? (Entwicklertools im Browser)

Wenn die Datei nämlich von Nginx und nicht Apache ausgeliefert wird, kommt Deine .htaccess-Datei gar nicht zum Einsatz. Das kann man bei Bedarf in Plesk umstellen.

Zitat von Ente-Dank

Mal schauen wie schnell der Thread dicht gemacht wird. Dann gibt's vermutlich zukünftig hier keine Ankündigungen mehr.

Dass das nicht unbedingt nur positive Reaktionen hervorruft war sicher im Vorhinein schon klar. Nicht umsonst gibt es sogar diese Punkte in den FAQ:

Zitat von RS FAQ

• Wenn ich "keine Präferenz" ausgewählt habe, kann sich der Standort im Nachhinein noch ändern?
  Nein, der Standort des Servers kann nach dem Zeitpunkt der Bestelleinrichtung nicht mehr verändert werden.
• Wenn ich schon einen Server einer älteren Generation besitze, wird dieser in Zukunft zwangsweise an einem anderen Standort umgezogen?
  Nein, der Standort von bestehenden Servern wird nicht verändert.

Aber diese offene Diskussion gehört (zum Glück!) halt auch dazu. Würde sie hier nicht stattfinden, passiert sie eben außerhalb in anderen Foren. Das zu unterbinden hätte erfahrungsgemäß wenig Sinn.

Jedenfalls schön zu sehen, dass das Längste Thema das schon vor mehr als drei Wochen wusste. Dieser Thread ist halt doch der Mittelpunkt des Forums der Welt

Zitat von KB19

Aha

Bildschirmfoto_2022-01-31_17-20-52.png

(Produkte 2848 bis 2853)

Rein vom Preis-/Leistungsverhältnis finde ich die neuen Angebote jetzt nicht komplett uninteressant. Aber 100% zufrieden bin ich damit auch nicht, weil die Standortthematik meiner Meinung nach nicht ganz zu Ende gedacht ist.

Zitat von KB19

- Inhalt wieder gelöscht. -

Dann kann ich das ja endlich öffentlich posten, ohne ein schlechtes Gewissen zu haben.

(Vorausgesetzt die Preise haben sich bis zum Release nicht mehr geändert. Ich habe die nicht noch einmal kontrolliert!)

Zitat von mainziman

welche Speicherriegel hast Du da, sodaß diese unorthodoxe Zahl von 80 GByte herauskommt?

2×32 + 2×8

Vorher hatte ich 4×8 drinnen, die "neuen" 2×32 sind von eBay.

Was die Zeichenkodierung betrifft: Eventuell irgendeine Datei nicht korrekt als UTF-8 abgespeichert?

Und beim Rest wird man so nicht helfen können, wenn man das Script nicht kennt und auch nichts im Errorlog steht. Wir sehen als Außenstehende alle noch weniger als Du. Im Browser sehe ich nur, dass die JSON-Antwort des Servers nach dem Klick 0 Byte hat.

Du könntest ja einmal temporär das an den Anfang der index.php (nach <?php) schreiben, vielleicht wird es dann gesprächiger:

error_reporting(-1);
ini_set('display_errors', 1);

Vorausgesetzt das Ding überschreibt das nicht wieder irgendwo im später Verlauf…

Mit welcher PHP Version hast Du es denn hier bei netcup und auf dem anderen Webspace getestet?

Zitat von leinad

Wenn ich mir das so anschaue, scheint es die mit allen geteilte CPU-Last sein, also die Gesamtlast auf dem Server.

Jup.

Zitat von leinad

Ich werde das mal auf einem VPS nachbauen und checken, eventuell die DB gleich auf den VPS migrieren.

Oder erstelle halt schnell eine lokale VM z.B. mit VirtualBox

Ein Linux-System und das MySQL/MariaDB Paket sind ja schnell installiert. Dann kannst Du die jeweiligen SQL-Queries mal grob über SSH testen, wie sie sich im Detail auswirken.

Zitat von leinad

Super wär's, wenn ich diese CPU-Leistung selbst loggen könnte. Hat da jemand eine Ahnung, ob man das machen kann?

Vom ganzen Shared MySQL-Server? Das wird nicht klappen, da Du dort ja nicht einmal PHP selbst ausführen kannst. Und phpMyAdmin dafür anzuzapfen ist zwar denkbar, aber auch nicht Sinn der Sache. Letzten Endes sind die Zahlen sowieso nichtssagend, Du weiß so ja nicht, ob Du der Verursacher der Last bist.

Zitat von KB19

Was ich mit 80 GB wirklich anstelle, weiß ich auch noch nicht so genau.

Um nochmals auf das Thema zurückzukommen, was man mit 80 GB Arbeitsspeicher anstellt…

Zum Beispiel schnell irgendein OS komplett in einem tmpfs installieren und etwas austesten. Besonders praktisch bei Windows.

Ist jetzt zwar nicht viel schneller als auf der SSD, aber es belastet das System deutlich weniger und schont mir meine SSD(s).

/ping Moderatoren

Wie ist der aktuelle Stand rund um UEFI?

(U)EFI gibt es meines Wissens jedenfalls (noch) nicht: https://forum.netcup.de/administration…ot-in-qemu-kvm/

Siehe auch dieser Thread wo es um ein ähnliches Thema ging: https://forum.netcup.de/administration…partition-5-tb/

leinad Nein, weder die Blockade in MySQL noch in der Firewall kannst Du selbst beheben.

Außer Du findest irgendwo root-Rechte, was ich nicht hoffe.

Zitat von leinad

Nun mal aus provisorischer Perspektive: Wie kann ich herausfinden, dass meine Datenbank Statements am ausführen ist, die derart asozial sind, dass sie eine Sperrung und einen Ban rechtfertigen?

Bei einem Shared DB-Server? Gar nicht bzw. nur sehr eingeschränkt.

Das einzige was Du machen kannst: Deine Queries benchmarken (Ausführungszeit & übertragene Byte) und alle mal mit EXPLAIN aufrufen. Aber sonst wirst Du da nicht viele Möglichkeiten haben.

Was "zu viel" ist, wird Dir nur netcup beantworten können. Hängt auch von der Hardware und den anderen Kunden ab. Eine Faustregel kann man da nur schwer definieren.

Zitat von leinad

Connection refused

Gut, dann wohl wirklich in der Firewall blockiert.

Zitat von leinad

Nun habe ich aber das Problem, dass der VPS (auch von Netcup), der den Cronjob laufen ließ und somit die Datenbank überforderte anscheinend durch Fail2ban gebannt wurde, laut der Aussage des Kundendienstes. Der kann sich nun nicht mehr mit der Datenbank verbinden. Andere VPS können das, geht auch von Zuhause aus.

Wenn es das Script weiterhin versucht hat, obwohl die MySQL-Zugangsdaten durch die Sperrung ungültig sind, könnte auch MySQL den Zugang selbst blockieren.

Welche Fehlermeldung erhältst Du denn beim Verbindungsversuch? Oder wird die TCP-Verbindung direkt abgelehnt bzw. läuft in ein Timeout?

Zitat von leinad

Man könnte genauso gut den SQL-Prozess des Kunden renicen, damit er die niedrigste Priorität bekommt, bis er das Problem behoben hat.

Wie soll das gehen, wenn die Last durch MySQL (und nicht durch das Script selbst) verursacht wird?

MySQL-Prozesse kann man nicht sinnvoll per User limitieren, das würde somit ebenfalls alle User auf dem gleichen DB-Server betreffen.

Dass netcup dann erst einmal keine andere Wahl hat, als das ganze Webhosting zu sperren, ist definitiv nachvollziehbar.

Und für den Endsieg verweise ich nochmals auf meine Konfiguration, die ohne fixe Pfadangaben auskommt:

https://github.com/froonix/webhosting-mods/blob/master/httpdocs/nextcloud/nextcloud/config/data.config.php