Beiträge von perryflynn

Gute Idee.
Wird sicherlich einige mit der Nase drauf stoßen die es bisher nicht mitbekommen haben.

Der OpenSSL-Heartbleed-Bug und unsere Kunden - hostblogger.de

Tolle Idee.

Du schneidest den Traffic einfach mit einem Sniffer mit und entschlüsselst ihn mit dem "geklauten" privaten Schlüssel, ohne das eine Man in the Middle nötig wäre. Das ist ja das gefährliche daran. Man kann den Traffic auch nachträglich noch entschlüsseln.

Genau hier stehe ich mit meinen Überlegungen auch gerade. Schon allein weil ich die Zertifikate nur für private Zwecke nutze bin ich echt am überlegen ob sich dafür die Investition lohnt.

Lass deine Scripte als FastCGI laufen, dann hast Du den Stress nicht, da FTP und Apache den gleichen Benutzer nutzen.

Nutz mal bitte Punkt und Komma. Ist ja schrecklich Deine Posts zu lesen...

Du kannst auch einfach mit grep das komplette System nach den IPs durchsuchen. Das erspart einiges rumgefrickel.

Moin Ihr,

der aktuell bei Heise (Der GAU für Verschlüsselung im Web: Horror-Bug in OpenSSL | heise online) beschriebene SSL Bug zwingt ja zum unverzüglichen handeln.

Die OpenSSL Lib ist bereits via APT Upgrade (Debian) bzw Pacman (Arch Linux) ausgetauscht, und alle betroffenen Dienste wurden neu gestartet. Die Tests die es für diese Schwachstelle gibt sagen auch alle "wieder alles okay, entspann dich". Selbst bei selbst gebackenen Diensten ist dies der Fall.

Was habt ihr so gemacht?
So ganz 100% sicher bin ich mir bisher noch nicht wieder...

Sollte man vielleicht sogar die Schlüssel der SSH- und Web Server austauschen bzw neu generieren lassen?

Die Tests:
Test your server for Heartbleed (CVE-2014-0160)
http://possible.lv/tools/hb/

VG
Christian

Habe das erst vor kurzem gemacht.

Schalte den alten Server komplett aus und erstelle ein snapshot. Dieses dann exportieren, was evtl was kosten kann.

Danach lade das Image mit einem ftpclient deiner Wahl auf deinen vserver herunter und lade es wieder auf den ftpfür eigene Images des vcp hoch.

Nun kannst du das Image auf dem neuen vserver installieren. Anschließend noch IP und Festplatten Größe von Rettungssystem anpassen, fertig.

Ein echt höflicher Ton, den du hier an den Tag legst.

Erstelle dir mal eine phpinfo und schaue, ob ioncube aktiviert ist. Wie Felix bereits erwähnt hat, ist der im webhosting vorinstalliert. Im schlimmsten Fall muss man ihn aktivieren.

Wie viele davon nutzen denn den Internet Explorer 8?
Die alternativen Browser können alle SNI unabhängig vom OS.

Teamviewer bietet VPN als Funktionen mit an.
Und es ist ein deutsches Unternehmen.

Kann ich dir auch nicht sagen. So genau habe ich mir das Script nicht angeschaut.

Der erwartet ein Programm mit dem Namen "minecraft", welches er aber nicht findet.

Du hattest die Zeilenumbrüche falsch gesetzt. Ich sagte ja, ausschließlich linefeeds setzen, und bei dir waren gar keine drin.

Versuche mal

gunzip minecraft_neu.tar.gz 
tar xvzf minecraft_neu.tar

Danke

Mainboarder
Mir reicht es die LAN Kabel nicht in allzu engen Winkeln zu legen, dann bleibt der Datenverlust unter 10%.

• Schwere Verbrennungen
• Überrolltrauma durch Autounfall
• Schnittwunden durch Explosion
• Schock
• Rauchgasvergiftung
• Reanimation
• Zwei Knochenbrüche

Volles Programm könnte man sagen.

Auch recht einfach.

cd /var/log; cat $(ls -1 daemon.log* | tail -n 1) | tail -n 5

Ich nutze da eine Subshell welche mir den letzten Eintrag von dem ls liefert und damit mache ich das cat mit dem tail.

Auch ne Idee, das mit dem check.

Email versenden ist recht einfach:

dmesg | tail -n 50 | mailx -s "Kabumm" mail@example.com

Statt dmesg machst Du dann einfach ein cat auf das Server Log von Minecraft.

Die Scripte zusammen führen geht nicht, da Du ja ein zweites Script benötigst was das erste wiederbelebt, wenn dies nötig ist.

Das Init Script würde ich einfach mit sudo für die anderen Benutzer verfügbar machen, sodass die dieses als root Ausführen dürfen, aber keine kompletten root Rechte dafür brauchen. Hier musst Du aber sicher stellen, dass keine Lücken im Script enthalten sind, da sonst die Gefahr einer root Shell für nicht-root-user besteht.

Zusätzlich wird dann ein Script benötigt was regelmäßig per Cron gestartet wird und folgende Abfragen macht:

Läuft Minecraft noch?
Wenn ja, existiert die Datei /home/minecraft/keepalive?
Wenn ja, starte Minecraft neu und schick eine Info an die Admins wegen Crash und so.
Wenn nein, mach nichts.

So können die nicht-root-admins entscheiden, ob die Autostart-nach-crash Automatik an ist oder nicht. Diese Automatik müsste auch als root via Cron gestartet werden und führt einfach nur das Init Script mit dem Parameter "start" aus, wenn Minecraft nicht mehr läuft.

Das würde ich ganz einfach machen.
Schreibe Dir ein Script, welches alle 60 Sekunden von einem Cron als root gestartet wird.

Wenn sich nun im Ordner /home/minecraft eine Datei "starteneu" befindet, killt das Script den Server und startet ihn neu. Außerdem wird bei jedem Aufruf überwacht, ob Minecraft noch lebt, wenn nicht, wird das init Script ausgeführt.

Bei jedem Crash-Neustart würde ich zusätzlich noch eine Email mit den letzten 50 Zeilen aus dem Minecraft Server Log an die Admins raus schicken. Sodass man hier nichts verpasst.

Bekommst Du das gescripted, oder muss ich genauer werden?