Beiträge von tab

Oops, dass die kleinen Server derzeit nicht verfügbar sind, ist mir ja schon bekannt. Bisher konnte man aber noch auf "Jetzt bestellen" klicken und erst nachdem man versucht hat, den Server in den Warenkorb zu legen, kam dann die Meldung, dass die Server derzeit nicht verfügbar sind.

Jetzt kommt schon beim Klick auf "Jetzt bestellen" beim Piko eine Fehlermeldung:

Zitat

ERROR

OOPS. SOMETHING WENT WRONG.

Die angeforderte Ressource wurde nicht gefunden. Wenn Sie hier einen Inhalt vermissen, wenden Sie sich bitte an unseren Support.

Da ist wohl demnächst irgend etwas zu erwarten, wie ja auch schon angedeutet wurde. Vielleicht ein Piko mit 12 Cores und 12 GB RAM, für jede Goldmedaille 1 Core und 1 GB RAM?

Naja, eher unwahrscheinlich , bin aber gespannt was sich an dieser Front tut.

Edit:

Ich hoffe mal, dass es nicht nach hinten losgeht, also 1,- € für jede Goldmedaille

Nano und Mikro sind noch wie gehabt. Komisch.

Steht doch alles drin im obigen Link. Also dass auch Sidegrades zu längerer Mindestlaufzeit möglich sind. Gilt aber natürlich nur für reguläre Produkte. Bei Aktionsprodukten gibt es in der Regel keine Upgrade/Sidegrade Optionen

Die andere IP kannst wohl blocken, das ist eine russische denke ich.

Zitat von HBSO GmbH

185.228.137.250 ruft nur 20mal pro Sekunde die logo.png auf

Warum eine netcup-IP 20x pro Sekunde die logo.png aufruft ist mir auch schleierhaft

Das Rätsel ist also gelöst und ich versuche erstmal softwareseitig die IPs zu blockieren

Würde ich nicht zwingend machen:

nslookup 185.228.137.250
250.137.228.185.in-addr.arpa    name = mail.hbso.de.

Tja, die werden derzeit in 8 Piko und 4 Nano zersägt.

Möglicherweise länger warten. Die Defaulteinstellung für TTL ist bei netcup ein Tag. Es kann also durchaus über einen Tag dauern, bis der geänderte Wert für A für die Domain und die www-Subdomain von Canva erkannt wird. Falls die angezeigte IP in Wirklichkeit "46.38.243.234" lautet, dann ist das der Domainparker von netcup, der dort vermutlich zuvor eingetragen war.

Der TXT-Wert für _canva-domain-verify mag schneller erkannt werden, weil es den Wert davor noch nicht gab. Dann sind die Nameserver gezwungen, den Wert beim authoritativen Nameserver, also bei netcup direkt abzufragen, wo er natürlich schneller verfügbar ist.

Zitat von HBSO GmbH

Das Zitat, um das es geht:

Beispiel: ein großer Provider S*** lehnt Mails als Spam ab (von einem Userkonto unter Plesk erstellt) und der Support sagt ernsthaft, dass Microsoft dran Schuld ist.

Kann man evtl. missverstehen, aber ich vergleiche auf keinen Fall die Support-Qualität von X mit Y

Ich schreibe von einer Mail (xy at netcupserver) an (ab at s***server) und die Mail kommt zurück mit "Bitte kein Spam"

Die Mail war eine reine Kontaktaufnahme ohne Anhänge oder ähnliches und ohne "bad words"

Daraufhin war die Antwort des netcup-Supports, dass Microsoft Schuld ist und sie nix machen können.

Alles anzeigen

Klar, Microsoftkann da schwerlich die Schuld tragen, außer es wurde Outlook benutzt. Selbst dann wäre da bestenfalls vom User etwas falsch eingestellt worden.

Wenn man Benutzerfehler hierbei in Betracht zieht, könnten da auch fehlerhafte oder auch einfach fehlende SPF/DKIM/DMARC Einträge eventuell mit reinspielen. Eventuell hat da auch Strota mittlerweile Änderungen vorgenommen, so wie GMX und web.de in den letzten Wochen. Ansonsten habe ich mit Mails von netcup zu Strota bisher noch nie Probleme gehabt.

Möglicherweise steht auch die IP deines Servers auf einer DNS-Blocklist. Netcup hat da wohl einige IP-Blöcke gekauft, die vorher von Providern dynamisch irgendwelchen Kunden zugewiesen wurden. Mails von solchen IPs werden meist nicht akzeptiert. Die Blocklists würde ich z.B. bei mxtoolbox.com kontrollieren. UCEPROTECT L3 würde das aber sicher nicht bewirken, soviel vorsichtshalber vorab.

Zitat von HBSO GmbH

Gestern hatte ich das Problem schonmal und nachdem ein Neustart des DB-Servers endlich mal erfolgte konnte man wieder arbeiten.

Bis ca 9:00 heute morgen - dann wieder das identische Problem.

Plesk fliegt mir bei jedem Klick um die Ohren jetzt sogar mit einem "Type error" und "o.useQuery(...).data is undefined"

Es wurde seit min. 4 Wochen nichts geändert oder geupdatet oder sonstwas

Es hört sich nach DOS-Angriff an - aber wie findet man auf einem managed Server raus, wo das Problem ist?

Und wie ich schon sagte, kann mir der Notfall-Support ja immer "Eigenverschulden" unterstellen und 40€ in Rechnung stellen.

Blöde Situation

Hat jemand Ideen?

Anhänge sind Screens von den Fehlern gestern (is heute identisch). Shop zB liefert:

WARNING(2): "mysqli_connect(): (HY000/1040): Too many connections"

Unable to connect to database server!

Alles anzeigen

Also aus meiner Scht stellt sich das so dar:

Es wurde seit 4 Wochen nichts geändert an dem System, aber

1. netcup kann dir immer "Eigenverschulden" unterstellen.
2. Fehler wegen too many connections.
3. Du bist dir sicher, dass ein Neustart des Servers das Problem beseitigen würde.

Wo kommen die Fehler denn so urplötzlich her? DDOS-Angriff, Kundensoftware nicht sicher oder hat doch irgend jemand irgend etwas geändert? Es sind 3 Shops von Kunden auf dem System gehostet, aber du lässt die Kunden lieber im Regen stehen mit ihren nicht mehr funktionierenden Shops, als die 40,-€ auch nur zu riskieren. Von bezahlen reden wir ja noch gar nicht. Da musst du ja schon was unsäglich fürchterliches gemacht haben, also z.B. den Server gehackt und irgendwelche Einstellungen/Ressoucen zu deinen Gunsten geändert haben. Einen DOS-Angriff von Dritten kann man dir wohl schwerlich als Eigenverschulden vorwerfen. Was sollte denn das Verschulden sein? Den Server zu klein gewählt zu haben? Andere zu DOS-Versuchen aufgefordert zu haben?

Als dein "Kunde" würde ich dir was husten. Schliesslich bist du deren Vertragspartner und nicht netcup.

Und glaube mir, die Technikabteilung von netcup würde dein Eigenverschulden sowieso finden, wenn sie denn je danach suchen würden. Im Gegensatz zu dir haben sie Zugriff auf sämtliche Logs des Systems. Durch diesen Thread hier hast du sie ja bestimmt auf dein - wie auch immer geartetes, vermeintliches oder tatsächliches - Eigenverschulden neugierig gemacht. Schon aus Sicherheitsgründen, um so etwas für die Zukunft ausschliessen zu können.

Es gibt einen Unterschied zwischen Hotline und Notfall-Hotline. Also wenn ich einen Managed Server hätte, den ich nicht selbst neu starten kann (weiss ich nicht, aber du schreibst es ja), dann muss ich bis Montag warten, bis der Managed Server neu gestartet wird? Also da wäre meine Kündigung raus,noch bevor es Montag wird. Ist ja schliesslich nicht ein 3,-€ Webhosting Paket.

Also so wie ich das bei der Beschreibung des Managed Servers lese, steht die Notfall-Hotline bei einem Managed Server jederzeit zu Verfügung,von kostenpflichtig steht da nichts.

Well, if the question simply is: "Is IO for big block sizes on RS G11 worse than on RS G9.5?", i would say the answer is "Yes, definitely, and by a big margin". For answering this question, prices and considerations what is "good enough" are irrelevant. The test below also shows, that more than 500 MB/s have been reality for all but the lowest block sizes.

I agree, that the values of G11 are still ok, especially for the price. vServers from competitors in this price range are often worse. So I won't complain. But that's a completely different story.

My old RS 2000 G9.5 showed (tested with YABS)

fio Disk Speed Tests (Mixed R/W 50/50):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 153.40 MB/s  (38.3k) | 1.82 GB/s    (28.4k)
Write      | 153.80 MB/s  (38.4k) | 1.82 GB/s    (28.5k)
Total      | 307.20 MB/s  (76.8k) | 3.65 GB/s    (57.0k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 3.48 GB/s     (6.8k) | 3.60 GB/s     (3.5k)
Write      | 3.67 GB/s     (7.1k) | 3.84 GB/s     (3.7k)
Total      | 7.15 GB/s    (13.9k) | 7.44 GB/s     (7.2k)

Zitat von Borgqueen

Willst Du nun Bud-Drohnen einführen und nummerieren.

Wir sind die BUD. Widerstand ist zwecklos!

Collabora Server vorhanden und alles richtig konfiguriert?

Bei SPF statt "domain.de" "@"

Beim DKIM Public Key bei "Host" das "domain.de" am Ende weglassen.

Grundsätzlich ist im Feld "Host" bei netcup die Domain wegzulassen, da sie intern automatisch angehängt wird. Gibst du sie trotzdem an, dann steht intern <irgendwas>.domain.de.domain.de, was dann nicht passt.

Zitat von Blue_Gamer48

Warum Verwendet Netcup eine 5 Jashre alte Plesk Version

und Updatet nicht auf Obsidian?

die ist doch Völlig Veraltet und bekommt keine Updates mehr

An welcher Stelle wird denn noch Onyx verwendet? Im Webhosting ist das Update schon vor Jahren passiert.

Die ARC-Header hast du also schon drin? Sonst würden die hier sicher auch angemeckert.

Scherz beiseite, wäre vielleicht noch eine gute Zusatzinfo die Software zu nennen, die hier zum Einsatz kommt.

Zitat von DatAres

Wäre natürlich trotzdem deutlich kundenfreundlicher, wenn die auch irgendwo dokumentiert wären

Ja, definitiv. Andererseits, besonders stabil waren sie zumindest vor einigen Jahren nicht. Ist jetzt sicher seit mehreren Jahren mein erster Server, der die wieder nutzt. Und auch das nur auf Bewährung .

Also nachdem ich gerade per Google nach "netcup resolver" gesucht und einen Forenbeitrag aus 2016 gefunden habe, wo die beiden IP4 Adressen jedenfalls schon mal drinstehen, scheinen die IPs der DNS-Server zumindest relativ langlebig zu sein.

Zitat von DatAres

Ich bin eigentlich auch gerade dabei, einen neuen Server zu konfigurieren und etwas perplex, dass das Netcup-Wiki hierzu scheinbar alle Informationen entfernt hat.

Früher habe ich die Anleitung aus dem Wiki benutzt, um eine statische IPv6-Adresse zu konfigurieren, heute gibt es nur noch eine Anleitung für ein zusätzliches IPv6-Subnetz.

Was ist denn die "offizielle" Konfiguration diesbezüglich? Wenn ich v4 und v6 statisch konfigurieren möchte, müsste ich ja vermutlich zwangsweise irgendwelche DNS-Server angeben. Oder soll/muss v4 auf DHCP bleiben? Einfach irgendwelche öffentlichen DNS-Server nutzen?

Wenn du netcup DNS-Server/Resolver suchst, in den fertigen Images sieht das bei mir auf dem VPS ARM G11 in der /etc/resolv.conf so aus:

nameserver 46.38.225.230
nameserver 46.38.252.230
nameserver 2a03:4000:0:1::e1e6

Die Frage ist, wie stabil die mittlerweile laufen. Ich habe es erst mal so gelassen und bisher nichts Auffallendes bemerkt. Sollte es da wieder größere Aussetzer geben, nehme ich meine zwei kleinen DNS-Server und installiere mir noch ein Unbound dazu auf den Server.

Also deine Punkte 1 und 2.1-2.3 würde ich erst Mal ok finden. 2.4 und 2.5 ist unnötig kompliziert. Es reicht ja, im DNS die Adressen der entsprechenden Subdomains deiner Websites/Cloud per A (und ggf AAAA) Record wieder auf den Server verweisen zu lassen. Bei der Zuweisung der Domain zum Webhosting wird der Host '@', also die Domain selbst auf die IP des Webhosting-Webservers gesetzt. Zusätzlich auch alle Subdomains per Wildcard (*). Das kann man aber wieder ändern wie man es braucht. Diie "Weiterleitung" findet also nicht per .htaccess statt sondern über die DNS-Einträge, die Subdomains müssen im Webhosting auch noch nicht gleich angelegt werden, wenn sie ohnehin noch vom Server bedient werden sollen.

Punkt 3 klingt für mich auch richtig. Das einzig halbwegs zeitkritische sind die Mails, aber auch da sollten zumindest keine eingehenden Mails verloren gehen. Der Absender-Server versucht es in der Regel einfach später nochmal.