Datensichern per SSH

[jens78]

Hallo,
Ich habe einen Root Server bei Strato.

Ich komme nur noch per Putty und RemoteControll auf meinen Server .
Da leider die Netzwerkkarte kapput gegangen ist.

Gibt es irgend wie eine möglichkeit mit Putty daten zu sichern ?

mfg jens

[Joe User]

http://the.earth.li/~sgtatham/putty/0.6 ... pter5.html

[Roger Wilco]

Da es dabei nur eine Remote Konsole ist, die den Bildschirminhalt darstellt, wird die Sicherung nicht so einfach. Warum lässt du von deinem Provider nicht einfach die defekte Netzwerkkarte austauschen oder die Festplatte in einen neuen Server einbauen?

[jens78]

Hallo,
Das wollte ja die Festplatte in einem neuen Server einbauen.
Das macht Strato nicht.

Netzwerkkart soll an Board sein.

Also per ssh gehts nicht.

Ich weis jetzt nicht weiter die schreiben nur die schreiben ich das das häckchen rein machen wegen Server tausch !

mfg jens

[Joe User]

Eigene Erfahrung: Strato tauscht grundsätzlich nur die ganze Pizza, da es andernfalls vertragliche Probleme mit dem Zulieferer gibt. Auch gegen Cash ist da nix zu machen...

[danu]

Mal angenommen, die Netzwerkkarte ist gar nicht kaputt.
- die Netzwerkkonfiguration ist zerschossen
- du hast dich mit der Firewall selber ausgesperrt

Mit der Remote Konsole lassen sich durchaus Daten sichern.
Mit dem Recovery System von Strato kannst du ein alternatives Betriebsystem booten. Wenn du damit auf das
Netz zugreifen kannst, ist die Netzwerkkarte noch intakt.

[jens78]

Hallo,
Also mit Netstat -rn wird mir nur 127.0.0.1 angezeigt.

Remote Controll ist eine serail anbindung am server.

hat schon probiert das datenbank dump in .txt um ändern und dann mit editor alles makieren und bei mir ins notepad speichern.

geht nur was mann sieht wenn man weiter runter scrollt nimmt er nicht mit.

mfg jens

[Anonymous]

http://www.sepiola.org/
Selbst getestet!

[Joe User]

http://www.sepiola.org/
Selbst getestet!

Auch das funktioniert per Remote-Console nicht.

[daemotron]

Dreckige Lösung (vielleicht klappt's, einfach mal probieren): Bei PuTTY das Session Log aktivieren ("all session output"). Dann einfach einen Dump der Datenbank auf'm Terminal durchlaufen lassen und hinterher schauen, was PuTTY davon mitgeloggt hat...

[Anonymous]

http://www.sepiola.org/
Selbst getestet!

Auch das funktioniert per Remote-Console nicht.

[jens78]

Dreckige Lösung (vielleicht klappt's, einfach mal probieren): Bei PuTTY das Session Log aktivieren ("all session output"). Dann einfach einen Dump der Datenbank auf'm Terminal durchlaufen lassen und hinterher schauen, was PuTTY davon mitgeloggt hat...

wie mache ich das mit den terminal durch laufen lassen ?

mfg jens

[daemotron]

Einfach den Datenbank-Dump entweder per cat auf der Konsole ausgeben, oder mysqldump laufen lassen und den Output nicht in eine Datei umlenken. PuTTY sollte alles loggen, was dabei auf dem Terminal angezeigt wird. Natürlich musst Du hinterher das Session Log noch um überflüssige Bestandteile bereinigen, aber der Dump z. B. sollte so einigermaßen zu retten sein (Probleme kann's allerdings bei Umlauten u. ä. geben; weiß nicht, ob Strato's Remote Console fit für UTF-8 ist).

P. S. man kann das ganze noch auf die Spitze treiben: Rettungssystem booten (damit die Platten nicht mehr gemounted sind), per Remote Console drauf zugreifen, Platte per dd auslesen und an hexdump pipen. Den Log davon hinterher (natürlich dann lokal) mit einem kleinen Perl-Skript oder C-Programm wieder in ein Festplattenimage umwandeln, mounten, Daten abgreifen...

Schmerzfreier wäre es allerdings, wenn Dir Dein Provider eine USB-Platte an die Schachtel klemmt, Du Deine Daten darauf sicherst und die Platte hinterher auch an die neue Schachtel angeschlossen wird, bis Du mit dem Restore durch bist.

[jens78]

Einfach den Datenbank-Dump entweder per cat auf der Konsole ausgeben, oder mysqldump laufen lassen und den Output nicht in eine Datei umlenken. PuTTY sollte alles loggen, was dabei auf dem Terminal angezeigt wird. Natürlich musst Du hinterher das Session Log noch um überflüssige Bestandteile bereinigen, aber der Dump z. B. sollte so einigermaßen zu retten sein (Probleme kann's allerdings bei Umlauten u. ä. geben; weiß nicht, ob Strato's Remote Console fit für UTF-8 ist).

P. S. man kann das ganze noch auf die Spitze treiben: Rettungssystem booten (damit die Platten nicht mehr gemounted sind), per Remote Console drauf zugreifen, Platte per dd auslesen und an hexdump pipen. Den Log davon hinterher (natürlich dann lokal) mit einem kleinen Perl-Skript oder C-Programm wieder in ein Festplattenimage umwandeln, mounten, Daten abgreifen...

Schmerzfreier wäre es allerdings, wenn Dir Dein Provider eine USB-Platte an die Schachtel klemmt, Du Deine Daten darauf sicherst und die Platte hinterher auch an die neue Schachtel angeschlossen wird, bis Du mit dem Restore durch bist.

Hallo,
Danke erstmal für den tip mit den cat.
habe meine mysql dump durchlaufen lassen und es hat geklappt.
nun will ich mal probieren wenn ich meine daten in tar packe und umbenne in txt und die dann auch mal per cat durchlaufen lassen
mfg jens

[daemotron]

Das ist keine gute Idee - das serielle Terminal stellt nur druckbare Zeichen dar. Bei MySQL-Dumps geht das noch einigermaßen, da es sich um Textdateien handelt. Bei Tar-Dateien geht das nicht, da es sich hier um binäre Dateien handelt, die auch nicht druckbare Bytes enthalten. Ein Notlösung wäre da hexdump - damit kann man binäre Dateien in druckbarer Form darstellen, so dass alle Bytes in Form ihres Hex-Werts auf dem Terminal ausgegeben werden. Aus dem Hexdump muss man sich allerdings hinterher das File wieder in seiner binären Form zusammenbasteln.

Beispiel:

Code: Select all

tar -cjp /meine/dateien | hexdump -C

Über's Zusammenbasteln müsste ich noch mal ein paar Minuten drüber nachdenken... ;-)

[jens78]

Hi

Ok die datei wird jetzt erstellt.

Nur jetzt kommt das problem zurück umwandeln.

mfg jens

[daemotron]

Hab eben mal ein Python-Skript zusammengestöpselt, dass aus einem mit hexdump -C erstellten Dump wieder die originale Binärdatei erstellen kann: https://svn.rootutils.org/incubator/hex ... xrescue.py

Das Skript sollte auch unter Windows funktionieren - vorausgesetzt natürlich, Python ist installiert (habe ich dort allerdings nicht getestet). Einfach runterladen und auf den Dump loslassen:

Code: Select all

python hexrescue.py mein-hexdump.txt mein-archiv.tar.bz2

[daemotron]

Da wäre ich aber auch vorsichtig, Sage nur Zeichensatz.
Utf8, Latin1 das kann schnell in die Hosen gehen.

Yupp, habe ich ja oben schon drauf hingewiesen.

Zumal auch ein SQL Dump Binärdaten enthalten kann.
Ob das hier der Fall ist, weiss ich nicht.
Datentypen wie blob etc. sind dafür aber berühmt und berüchtigt.

Kommt drauf an. Man kann mysqldump durchaus dazu bringen, Blobs als Hex-Sequenzen zu dumpen, und die wiederum dürften eigentlich auf allen Terminals problemlos gehen.

Wenn alle Stricke reißen und um auf Nummer Sicher zu gehen, kann man auch mysqldump durch hexdump pipen - den Output verträgt das Terminal in jedem Fall. Hinterher mit hexrescue.py auf den Dump losgehen, und schon hat man wieder einen verwendbaren MySQL-Dump.

[daemotron]

Lästig ist das Thema allemal aber vielen Dank für den Tipp und die Lösung / das Script.
Auf diese Methode wär ich offen gestanden auch nicht gekommen.

Wenn man Backups hat, braucht man so einen Irrsinn ja auch nicht veranstalten. Ich kann mir nicht vorstellen, dass es Spaß macht, ein per Hexdump auf das über vierfache aufgeblasenes Backup über eine serielle Verbindung (mit wieviel? 9.600 BAUD?) zu ziehen 8) Ist aber vielleicht eine heilsame Erfahrung...

[dotme]

Wenn man Backups hat, braucht man so einen Irrsinn ja auch nicht veranstalten. Ich kann mir nicht vorstellen, dass es Spaß macht, ein per Hexdump auf das über vierfache aufgeblasenes Backup über eine serielle Verbindung (mit wieviel? 9.600 BAUD?) zu ziehen 8) Ist aber vielleicht eine heilsame Erfahrung...

Aktuelle Versionen von HexDump erreichen sogar 1:2 8O

Ansonsten wären ein Doppelspänner aus bzip und base64 sicher auch nett gewesen.

[daemotron]

Duh ](*,) Auf Base64 hätte ich mal kommen sollen - das wäre tatsächlich die effizienteste Variante gewesen und hätte mir auch das Skript erspart :-k

[jens78]

Duh ](*,) Auf Base64 hätte ich mal kommen sollen - das wäre tatsächlich die effizienteste Variante gewesen und hätte mir auch das Skript erspart :-k

Hallo,
Geht das in der Shell mit base64 ?
Was gibt man da dann für befehl ein ?

mfg jens

[Roger Wilco]

Code: Select all

$ base64 --help
Usage: base64 [OPTION]... [FILE]
Base64 encode or decode FILE, or standard input, to standard output.

  -w, --wrap=COLS       Wrap encoded lines after COLS character (default 76).
                        Use 0 to disable line wrapping.

  -d, --decode          Decode data.
  -i, --ignore-garbage  When decoding, ignore non-alphabet characters.

      --help            Display this help and exit.
      --version         Output version information and exit.

With no FILE, or when FILE is -, read standard input.

The data are encoded as described for the base64 alphabet in RFC 3548.
When decoding, the input may contain newlines in addition to the bytes of
the formal base64 alphabet.  Use --ignore-garbage to attempt to recover
from any other non-alphabet bytes in the encoded stream.

Report base64 bugs to bug-coreutils@gnu.org
GNU coreutils home page: <http://www.gnu.org/software/coreutils/>
General help using GNU software: <http://www.gnu.org/gethelp/>

[daemotron]

Alternativ kann man auch OpenSSL missbrauchen:

Code: Select all

tar -cjf - /meine/files | openssl enc -base64 -e

Rückwärts geht dann so:

Code: Select all

openssl enc -base64 -d -in /meine/base64-datei.txt -out /mein/tar-archiv.tar.bz2

[jens78]

Alternativ kann man auch OpenSSL missbrauchen:

Code: Select all

tar -cjf - /meine/files | openssl enc -base64 -e

Rückwärts geht dann so:

Code: Select all

openssl enc -base64 -d -in /meine/base64-datei.txt -out /mein/tar-archiv.tar.bz2

geht das rückwärts auch in windows ?

mfg jens