Hängt das mit dem Kernelupdate zusammen?
Einen gewollten Zusammenhang gibt es hier nicht. Wenn dann liegt es an dem Zusammenspiel zwischen Ihrer eingesetztem Distribution und dem Kernel oder eventuell an Ihrem individuellem System. Bei den Distributionen für die wir Images anbieten, gibt es jedoch keinen direkten Zusammenhang mit dem von Ihnen geschildertem Problem und dem Kernelupdate.
Leider wurde ich jetzt erst auf diesen Beitrag aufmerksam. Ich möchte hierzu kurz Stellung beziehen.
Wir beziehen, wie auf unserer Website angegeben, ausschließlich Strom aus regenerativen Quellen. Atomstrom zählt hier natürlich nicht zu. Den Strom beziehen wir sowohl in unserem eigenem RZ wie auch in unserer Colocation in Karlsruhe von den lokalen Stadtwerken.
Aktuell ist der Bezug von Ökostrom noch nicht zertifiziert. Wir können dieses aber durch Verträge die wir mit unseren Lieferanten haben, notfalls vor Gericht belegen.
Natürlich ist uns Transparenz für unsere Kunden sehr wichtig. Ich werde daher prüfen, in wie weit wir hierfür ein Zertifikat erwerben können.
Gibt es eingentlich eine Möglichkeit als Betreiber von so einem Host-System für die IPs von offline vServern eine einfache HTML Umleitung einzufügen?
Dafür bitte einen neuen Beitrag aufmachen oder eine eMail an den Support schreiben. Dieses Thema soll speziell für das anstehende Kernel-Update genutzt werden.
Vielen Dank!
Wir setzen als Virtualisierung Linux-VServer ein. Hier können kernelseitige Einstellungen nur vom Anbieter selber, sprich in dem Fall von uns, vorgenommen werden. Das System des Kunden können wir allerdings ohne Management-Option nicht pflegen. Die hier geschilderte Sicherheitslücke betrifft den Kernel.
Aufgrund einer bekannt gewordenen kritischen Sicherheitslücke im Kernel einiger Nodes, müssen wir heute zeitnah die betroffenen Kernel durch einen sicheren Kernel austauschen. Betroffene Kunden wurden soeben per Newsletter hierüber informiert.
Die Sicherheitslücke im betroffenem Kernel ermöglicht es, dass unter bestimmten Umständen Nutzer mit normalen Rechten Root-Rechte erlangen können. Da die Lücke kritisch ist und wir die Sicherheit unserer Systeme sehr ernst nehmen, müssen wir den Austausch so kurzfristig vornehmen. Wir bitten dafür um Ihr Verständnis.
Der Austausch hat einen Neustart der betroffenen vServer zur Folge. Der genaue Termin des Neustarts wird individuell in dem Newsletter bekannt gegeben.
Bei Nachfragen zu den anstehenden Wartungsarbeiten, bitten wir diesen Thread zu nutzen, so dass andere Kunden auch von den Antworten ggf. profitieren können.
Vielen Dank!
Zertifikate von Globe werden mittelmäßig akzeptiert. Besonders mobile Browser akzeptieren diese Zertifikate nicht. Für einen privaten Blog sollte ein Zertifikat von Globe allerdings ausreichen. Eine bessere Akzeptanz erhält man für etwas mehr Geld mit einem Zertifikat von Thawte.
Wir haben natürlich den Anspruch fehlerfreie Images anzubieten. Daher wäre es hilfreich, wenn hier mehr Informationen zu dem fehlerhaften Image und der Software stehen würden.
Es gibt zeitweise Fehler in Drittsoftware (z.B. Confixx) die nicht in unserem Verantwortungsbereich liegen, da unsere Images automatisch die aktuellste Version der Software laden. Gerne geben wir die Fehlermeldungen aber an den Hersteller der Software weiter.
Geben die Proxy-Server sich als Proxy zu erkennen (Angabe im http-Header)? Wenn ja, kann man darüber filtern.
Kann man daran was drehen?
Das Problem kommt daher, da Ihre Forensoftware einen Link auf die falsche URL hat. Es muss /domainname.tld in der Forensoftware berücksichtigt werden.
Bitte individuelle Probleme aber in einem separaten Thread klären.
Wir haben hier noch etliche Becher mit altem Logo. Wer mag kann gerne vorbei kommen und sich einen Becher (auf Wunsch inkl. Kaffee) abholen.
also ich weiß nicht wie Ihr das mit den zufriedenen Kunden nehmt. Aber aktuell höre ich wieder nur raus das das Problem bei mir liegen würde.
Wenn wir ein Problem auf unserer Seite ausschließen können, ist dem so. Haben Sie meine letzte eMail gelesen? Hier hatte ich Ihnen geschrieben, dass laut unseren Statistiken zu den von Ihnen genannten Zeitpunkten Ihr vServer ein Traffic-Peak hatte. Diese Statistiken können Sie auch im vServercontrolpanel einsehen.
Sollten Sie dennoch auf ein Problem auf unserer Seite schließen, begründen Sie bitte wie Sie hierauf kommen und warum der Traffic-Peak nicht dafür verantwortlich sein kann. Bitte erklären Sie dabei auch, wie Ihr vServer zu dem besagtem Zeitpunkt angeblich nicht erreichbar sein kann, obwohl er mehr als 10 MBit/s Bandbreite an der Netzwerkkarte des Nodes belegt.
Ihren Ton halte ich in der Tat auch nicht für angebracht. Das auf Ihrem vServer "nichts mehr läuft" bzw. dieser letzte Nacht nicht erreichbar gewesen wäre ist falsch. Bitte schildern Sie in der Zukunft Probleme sachlich. Dazu zählt z.B. auch, dass man schildert woran man seine Behauptungen festmacht. Wir sind stets bemüht zufriedene Kunden zu haben, erwarten aber auch das Kunden zur Lösung des Problems auf unsere Fragen eingehen.
Ich habe mir die Tickets zu Ihrem Kundenaccount heraus gesucht, Ihnen weitere Details genannt und konkret auf ein Problem auf Ihrer Seite hingewiesen. Bzgl. Ihrer Anfrage habe ich mich selber vergewissert, dass auf unserer Seite keine Probleme vorliegen. Ich bin mir sicher, dass das Problem gelöst werden kann, sofern respektvoll miteinander umgegangen wird.
Vermutlich beendet Ihr System nicht alle Prozesse korrekt. Diese werden dann nach einem Timeout gekillt. Erst hiernach ist ein neuer Start des vServers möglich.
In der Prozessübersicht finden Sie Informationen zu den laufenden Prozessen. Auch sollte ein Fehler ausgegeben werden, wenn Sie das System stoppen.
Ich habe den Beitrag mal in das passende Forum geschoben.
Sie schreiben, dass Sie einen "Download Mirror" betreiben. Vermutlich wird hier einiges an Daten transferiert. Richtig?
Haben Sie bereits eine garantierte Bandbreite gebucht?
Bei vServer teilen Sie sich die Uplinks des Nodes mit anderen vServern. Gerade um 0 Uhr starten sicherlich einige andere vServer Backups und transferieren damit Daten. Wenn Sie keine garantierte Bandbreite gebucht haben, kann in dem Fall die Anbindung schlechter werden.
Des weiteren sollten Sie auch prüfen, ob nicht auf der anderen Seite die Verbindung künstlich gekappt wird oder ob bei Ihnen ein Session-Problem vorliegt. Für einen größeren Filetransfer ist zudem rsync zu empfehlen.
Der von Ihnen beschriebene Zugriff war der Zugriff über die sog. "vorläufige URL". Diese stellen wir für eine begrenzte Zeit zur Verfügung, damit auf den Webspace zugegriffen werden kann, solange noch keine Domain existiert / funktioniert. Sie können anschließend nur über Ihre Domain auf Ihren Webspace zugreifen.
Das Problem an Munin ist, dass es eine nicht unerhebliche Last erzeugt. Nagios und Incinga rechnen auf externen Systemen, was den zu überwachenden Systemen Zugute kommt.
Ich kann dafür Incinga empfehlen. Haben wir selber zusammen mit Centreon erfolgreich im Einsatz.
Guten Tag,
vielen Dank für Ihr Interesse!
Derartiges können wir durchaus anbieten. Bitte wenden Sie sich hierzu per Mail oder Telefon an den Support.
Vielen Dank!
Mit freundlichen Grüßen
Felix Preuß
Vielen Dank für die lieben Grüße. Diesen möchte ich mich doch direkt anschließen.
Ich wünsche allen Lesern des Forums heute einen besinnlichen heiligen Abend. Ich hoffe das Sie diesen Abend im Kreise der Menschen verbringen können, die ihnen wichtig sind.
Besonderen Dank auch an alle Mitglieder dieses Forums, die stets bereit sind ihr Wissen weiter zu geben und anderen damit zu helfen.
Ich wünsche Ihnen allen frohe Weihnachtsfeiertage.
Es wird noch einen Newsletter an alle Kunden geben, die Server / vServer bei uns betreiben.
