blog.rotzoll.net » Hoster

Datenabgleich mit rsync zwischen einem FTP Server und seinem (lokalen) Rechner

rotzoll — Thu, 29 Sep 2011 16:36:12 +0000

Zugriff auf Speicher eines FTP Server ist schnell und einfach zu bekommen. Meist gibt es für wenige Euro bei Hostern eine Unmenge an Speicher gleich zum Webpaket hinzu. Nur wenige bieten (leider) Zugriff auch über andere Protokolle wie beispielsweise rsync geschweige denn über verschlüsselte Verbindungen wie SSH an. Möchte man den FTP Speicher trotzdem nutzen, so muss man sich anderweitig behelfen.

Da ich häufig rsync einsetze und hiermit eigentlich alle Kopier- und Abgleichvorgänge zwischen verschiedenen “Laufwerken” erledigt werden können habe ich mal geschaut, was man machen kann, sofern man nur Zugriff per FTP hat. Und fündig bin ich bei dem Linux-Toll curlftp geworden, welches einen Speicherbereich über FTP ins lokale System einbinden kann. Danach kann man ganz normal auf dem gemounteten “Laufwerk” mit rsync & Co. arbeiten.

Wozu könnte man nun den FTP Speicher brauchen?

Eine Variante ist wohl, seine Backups dort abzulegen. Hat man seine lokalen Backups (auf seinem NAS) nicht nur gerne an einem Platz in den eigenen vier Wänden sondern auch außerhalb, so kann der FTP Speicher hierfür herhalten.
Allerdings sollte man gerade bei dieser Situation vorsichtig sein!
Alle Daten gehen unverschlüsselt durch das Netz und sind auch unverschlüsselt auf dem FTP Speicher. Das hat zur Folge, dass u.U. jemand unberechtigt diese Daten mitlesen kann! Man sollte sich also lieber vorher dessen im Klaren sein und u.U. lieber nur einen TrueCrypt Container auf dem Speicher ablegen. Diesen könnte man dann ebenfalls über den FTP Zugang als “lokalen” Speicher mounten, mit TrueCrypt öffnen und dann mit rsync seine Daten syncen. Das hat zumindest den gewaltigen Vorteil, dass keiner die Daten unberechtigt mitlesen kann.

Mounten des entfernen Speicherplatzes

Die unten beschriebenen rsync Aufrufe gehe von der Situation aus, dass der lokale Speicher zu dem FTP Speicher “hoch”gesynct werden soll. Möchte man den umgekehrten Weg gehen (also Speicher vom FTP Server zu seinem lokalen Rechner syncen), so müssen die Quell- und Zielnamen getauscht werden.

Wir legen auf dem Quellsystem (dort, wo der FTP Speicher hingemountet werden soll) ein Verzeichnis an, in welches der remote FTP Speicherplatz “reingemountet” wird:

shell #> sudo mkdir /media/remoteftphost/

Nun rufen wir auf der Kommandozeile curlftpfs auf und geben den remote FTP Host mit:

shell #> sudo curlftpfs -o user=ftpusername -r -s ftp.hostname.zieltld /media/remoteftphost/

Hiermit mounten wir den Speicher per FTP von ftp.hostname.zieltld nach /media/remoteftphost/ auf unserem lokalen System. Der speicher steht zur Verfügung. Geht man nach /media/remoteftphost, so sieht man die auch per FTP sichtbaren Dateien und Verzeichnisse. Voilá.

Nun können wir ganz normal mit cp, rsync und was sonst noch so anfällt auf den Speicher zugreifen. Natürlich können wir auch auf dem Speicher neue Dateien anlegen und diese direkt bearbeiten. Man muss nur im Hinterkopf haben, dass alles unverschlüsselt übertragen wird. Ebenfalls muss bedacht werden, dass die Übertragung zum Teil etwas Zeit benötigt. Es ist halt kein richtiger lokaler Speicher. Und das FTP Protokoll glänzt durch unnötigen Overhead in diesem Zusammmenhang auch nicht unbedingt mit Performance…

Warum man lieber kein FTP nehmen sollte….

FTP ist zwar fast überall zu bekommen, hat aber Nachteile. Sicherheitsnachteile, da alles unverschlüsselt und ohne Absicherung des Datenverkehrs durchs Internet geroutet wird. Somit werden auch der Benutzername und das Passwort unverschlüsselt übertragen. Sollte irgendwer den Datenverkehr mitlesen können, kann der somit auch die Zugangsdaten herausbekommen. Daher sollte man immer zusehen, verschlüsselte Kommunikationswege zu nutzen: Also SFTP, scp, rsync über SSH usw. usf.
Leider hat sich FTP trotz dieser Sicherheitsprobleme als Protokoll für Datenverbindungen/ -austausch durchgesetzt. Die Absicherung des Datenverkehrs genießt bei vielen leider keine große Priorität. Vermutlich machen sich einige erst Gedanken über diese Probleme, wenn es zu spät ist. Also erst, wenn illegale Daten über den Speicherplatz getauscht wird und der Datenverbrauch massiv ansteigt.

Wo man es einsetzen kann….

Den FTP Speicher im lokalen Netzwerk von z.B. einem Netzwerkgerät (FritzBox, bilig-NAS usw.) mounten und nutzen ist, sofern man seinem Netz vertraut, wohl kein Thema. Solche Boxen gibt es ja leider immer wieder, die von richtigen Netzwerkprotokollen (AFP, NFS usw.) nicht gehört haben.
Den “FTP Speicher” seiner FritzBox mounten um dort die Konfigurationsdateien für OpenVPN & Co. zu bearbeiten ist halt doch etwas angenehmer als per FTP die Datei herunterladen oder, sofern der FTP Client das unterstützt, live zu ändern.

Absicherung des Datenverkehrs durch VPN

Gibt es für den Zugriff tatsächlich nur FTP und man möchte die Daten während der Übertratung absichern, so ist der Weg über einen VPN Tunnel ideal. Einfach einen OpenVPN/ IPsec VPN Tunnel zum Zielsystem aufbauen und den Datenverkehr durch diesen Tunnel tunneln. Damit hat man zumindest den Datenverkehr zwischen den Tunnelendpunkten (sein Heimnetz bzw. PC und dem Zielsystem) gesichert. Der Datenverkehr lässt sich beim Transport durch das Internet nicht mehr mitlesen. Natürlich kann dann trotzdem noch immer auf dem Zielsystem dieser dann entschlüsselte Datenverkehr gelesen werden, dieses ist im Vergleich zu dem komplett unverschlüsselten Datenverkehr wohl das geringste Risiko.
Nimmt man dann einen TrueCrypt Container als Speicher auf dem FTP Server, so ist man wohl recht gut gesichert. Der Container auf dem Zielsystem lässt sich nicht entschlüsseln, der Datenaustausch findet über den OpenVPN Tunnel statt. Das Risiko ist somit deutlich reduziert und sollte auch einen paranoid angehauchten Menschen beruhigt schlafen lassen….

Hinweise

Man sollte bei rsync immer vorsichtig damit sein, vorschnell die Optionen --delete oder sogar --delete-after zu nutzen. Macht man hierbei etwas falsch, so könnten Daten schnell mal den Weg allen irdischen gehen… Hat man dann nicht noch ein drittes Backup, so sieht es schlecht aus….
Also vor allem bei der Nutzung von Scripten Vorsicht walten lassen. Lieber einmal zu viel prüfen, ob der Speicher wirklich gemountet ist und nicht voreilig mit delete-Optionen sein.

Ebenfalls, wie weiter oben schon angesprochen, sind alle Daten beim FTP Protokoll unverschlüsselt! Ohne weitere Maßnahmen können Benutzername und Passwort sowie der komplette Datenverkehr mitgelesen werden!

Domainwechsel -> Umzug zu einem neuen (preiswerten) Hoster

rotzoll — Mon, 19 Jul 2010 19:38:04 +0000

Im Mai hatte ich von (m)einer Strato Mitteilung berichtet, in der mir mitgeteilt wurde, dass eine Erweiterung der Funktionen stattfinden würde (und im Kleingedruckten der Nebensatz, dass es etwas teurer würde). Durch diese Preiserhöhung (in prozentual nicht gerade geringem Umfang) war für mich die Zeit bei Strato in absehbarer Zeit mit einem Ende besiegelt, nämlich mit dem Ende der regulären Vertragslaufzeit.
Meine Kündigungen (derer doch einige) wurden von Strato, wie von mir gewünscht, zeitnah und schriftlich mit Enddatum versehen per Post an mich bestätigt. Kurz darauf habe ich die nötigen Auth-Codes für den Domaintransfer erhalten. So soll es sein. Großes Lob hierfür an Strato. Man muss seine gehen wollenden Kunden auch gehen lassen. Zumal ich bis zur Preiserhöhung auch sehr zufrieden war. Das was ich brauchte, erfüllte Strato gut und zuverlässig. Aber die neuen Funktionen brauche ich nicht und will auch nicht mehr Geld hierfür zahlen.

Also begann vor einigen Wochen die Zeit, sich über einen neuen Hoster Gedanken zu machen. Eigentlich war geplant, alle Domains zu einem Hoster zu ziehen. Das macht es schließlich deutlich übersichtlicher: man hat einen Ansprechpartner, Lastschrifteinzug/ Rechnungen sind übersichtlicher, man kennt das Konfigurationsinterface usw. Zudem hatte ich erst vor knapp zwei Jahren angefangen, (fast) alle Domains zu Strato zu ziehen….

Leider scheidet mein bevorzugter und schon mehrfach genutzter Hoster EUServ für diesen Bedarfsfall aus.
Warum?
EUServ hat leider einmalige (ich meine, das war “früher” mal nicht so) Kosten für die Einrichtung einer Domain bei KK Umzug. Damit kommen für den Umzug mehrerer Domains gleich mal einige Euro für den Umzug auf mich zu. Schade, ansonsten bin ich bisher mit EUServ äußerst zufrieden gewesen. Die sind schnell bei Neuregistrierungen, haben eine recht intuitiv und gut zu bedienende Konfigurationsoberfläche und bieten für wenig Geld genau das, was ich brauche. Zudem sie auch bei Fragen an den Support schnell und kompetent geantwortet haben.
Die hierfür anfallenden Kosten hätte ich natürlich bei ein, zwei Domains akzeptiert und mir wäre es wurscht. Aber da nun doch ein paar mehr umgezogen werden sollen/ müssen kommt eine Summe zusammen, die man sich ja auch sparen könnte. Schließlich gibt es Möglichkeiten, das Geld lieber anderweitig zu investieren (neues elektronisches Spielzeug vielleicht?).

Also musste ich weitersuchen und bin bei Tecspace e.K. gelandet. Von der Funktionsbeschreibung der dort angegebenen Produkte für meinen Bedarf komplett ausreichend. Ich brauche eigentlich nur die Registrierung und Änderungen der DNS Einträge (die ich im Idealfall alle selber ändern und weitere Einträge hinzufügen kann). Dazu noch günstige Preise.
Was will man mehr?
Schlechte Kritiken konnte ich online schon mal nicht auf die Schnelle finden. Also habe nun den Versuch gewagt und mich dort registriert (erforderlich, um Domains zu registrieren, einen Domainumzug anzustoßen usw.). Nach der Registrierung erhält man nach einiger Zeit ein Passwort für den gewählten Benutzernamen per eMail zugestellt. Hiermit kann man sich an der Konfigurationsoberfläche (adminX – webinterface genannt) anmelden.
Der weitere Prozess der Domainneuregistrierung (oder ein KK-Umzug) ist quasi selbsterklärend. Und was mich ja komplett erstaunt: Sauschnell.
Um zum Beispiel eine Domain von einem anderen Hoster zu transferieren bedarf es nur wenige Schritte:
- Einloggen
- Menüpunkt Domain Verwaltung
- Feld Passwort mit dem Auth-Code des bisherigen Hosters ausfüllen,
- Zahlart auswählen,
- Fertig.
Wenige Minuten später ist die Domain (sofern von dem bisherigen Hoster der richtige Auth-Code mitgeteilt und Domain freigegeben wurde) transferiert.
Unter dem Menüpunkt Domain Konfiguration -> Zonen kann nun der DNS Eintrag angepasst werden. Für mich natürlich wichtig. DNS A-Eintrag abändern, zur Not kann man noch über die TTL drüber nachdenken (86400 Sekunden/ 1 Tag ist Voreinstellung), speichern, fertig.
Alles andere (eMail Weiterleitungen usw.) kann man durch durchklicken und ausprobieren selber herausbekommen. Noch etwas irritieren derzeit, das wird sich aber auch klären, ist eine noch nicht ganz ersichtliche “catch-All” Funktion der eMailadressen. Weiterleitungen lassen sich anlegen, aber eine *@domainname kann ich nicht einrichten.

Auch eine gute Möglichkeit: Man kann mehrere Domains “en Block” transferieren oder registrieren. Ist natürlich sinnvoll, wenn man einen größeren Schwung Domains hat…

Was man nun natürlich noch nicht absehen kann und die Zeit mit sich bringen wird: Problemlösungen, sollte es mal Probleme geben. Auch die Verfügbarkeit (trotz guter Bewertungen) kann man noch nicht abschätzen. Aber das soll mir auch erstmal egal sein.

bisheriges Fazit:
- Sehr günstiger Hoster (einmalige Einrichtung: 1,25Euro/ DE-Domain)
- monatliche Kosten pro DE-Domain ab 0,21 Euro
- Keine Einrichtungsgebühr bei KK
- DNS Zonen-Einträge lassen sich verändern
- Sehr schnelle Bearbeitung von Transfer

Nachteil:
- Domainregistrierungen und jährliche Kosten sind günstig. Das verleitet dazu, wieder mal die ein oder andere Domain zu registrieren, auch wenn man die eigentlich überhaupt nicht gebrauchen kann

Mal sehen, welche Nachteile sich nun im täglichen Betrieb zeigen und was sich an Fragen ergibt. Bisher bin ich optimistisch und erwarte keinerlei Probleme. Aber man kann ja nie wissen…

Will Strato seine Kunden wieder loswerden…?

rotzoll — Sun, 02 May 2010 07:24:42 +0000

Vor einiger Zeit habe ich versucht, mein Domainsammelsurium zu konzentrieren. Dazu bin ich von verschiedenen Webhostern mit (fast allen Domains) zu einem Hoster (Strato) gewechselt.
Da ich keinen Bedarf an Webspace habe sondern “nur” die DNS Einträge brauche bot es sich an, das kleinste (und folglich auch günstigste) Paket zu erwerben.
Nun erreichten mich vor einigen Tagen einige Mails von Strato. Sie würden nun eine deutliche Verbesserung der Pakete anbieten und nun sei viel mehr Leistung inklusive. Es sei alles viel besser. Und, ach ja, es kostet x Euro/ Monat (steht dann in einem beinahe Nebensatz erwähnt und nicht als Preissteigerung zu erkennen, da nicht direkt der Vergleich zu den bisherigen Kosten gegeben ist).
Da dämmerte mir schon der erste Verdacht: War das nicht bisher weniger? Ich meine, nicht mal die Hälfte? Geschaut und bestätigt. Kurzerhand erhöht Strato die Kosten um mehr als das Doppelte. Gut, würde mich bei einer Domain nicht wirklich stören. Auch nicht bei zwei, drei oder vieren. Aber bei einigen mehr wird das dann schon eine Summe, für die sich der Wechsel lohnt.
Nun hat man durch die Vertragsänderung ein Sonderkündigungsrecht und kann dieser Erhöhung widersprechen. Daraus folgt dann, dass der Vertrag zum Ende der Laufzeit durch Strato beendet wird. Man kann also den neuen Kosten zustimmen und das fressen oder man wird gekündigt. Dann hat man wieder den Aufwand/ Ärger, seine Domain umzuziehen, u.U. wieder ein paar Einstellungen (Mailkonten usw.) vorzunehmen usw. usf.

Heißt also, mal wieder eine Unmenge KK Anträge erstellen, AuthCodes erzeugen, einen anderen Hoster finden und von Strato zu diesem wechseln. So werde ich also wieder weg von Strato……..
Und das, wo ich mich vor wenigen Wochen noch sehr positiv über Strato HiDrive geäußert hatte…
Danke.