Welche Art von Technologie verwendet Ubuntu One für die Dateisynchronisierung? Meine Schule hat mir gesagt, dass Ubuntu One undhttp://one.ubuntu.comwerden blockiert, weil es sich um eine „Peer-to-Peer-Anwendung“ handelt, während Google Drive weiterhin zugelassen wird. Stimmt das? Oder handelt es sich um ein Missverständnis? Ich hoffe auf eine Antwort von jemandem, der die technischen Details der Funktionsweise von Ubuntu One versteht.
Antwort1
Kurze Antwort:
Nein, es handelt sich um einen Cloud-/Server-basierten Dateispeicher.
Lange Antwort:
Welche Art von Technologie verwendet Ubuntu One zur Dateisynchronisierung?
Auszug ausTechnische Details-Wiki:
Dies bietet remote zugänglichen Speicherplatz, der auf Amazon S3 gespeichert ist. Anstatt ein vorhandenes Protokoll (z. B. FTP, SFTP, NFS, Webdav) zu verwenden, erfolgt der Zugriff auf diesen Remote-Speicherplatz über ein hier erfundenes Kommunikationsprotokoll namens„ubuntuone-speicherprotokoll“bezogen aufGoogle-Protokollpuffer.
Auszug aus der README-Datei des Ubuntu-Storage-Protocol-Pakets (auch bekannt als UbuntuOne-StorageProtocol):
Protokollübersicht:
Da es anderswo nicht gut dokumentiert ist, werde ich hier auch einen sehr kurzen Überblick über die Protokollinteraktionen geben.
Die meiste Client-/Server-Kommunikation erfolgt in Form von vom Client initiierten Anfragen. Jede Nachricht des Clients, der eine Anfrage initiiert, erhält eine Anfrage-ID, die während der gesamten Dauer der Verbindung eindeutig sein soll.
Die tatsächliche Methode zum Generieren von Anforderungs-IDs spielt keine Rolle, solange es sich um gerade Zahlen handelt (z. B. 0, 2, 4, ...) und sie nicht von verschiedenen Anforderungen über dieselbe Verbindung wiederverwendet werden (beachten Sie jedoch, dass einige Anforderungen mehrere Nachrichten umfassen können). Serverantworten auf eine Clientanforderung verwenden die vom Client bereitgestellte Anforderungs-ID, vom Server stammende Nachrichten haben jedoch eine vom Server zugewiesene ID, die ungerade ist (z. B. 1, 3, 5, ...). Wenn das niedrigste Bit der Anforderungs-ID gesetzt ist, weist dies tatsächlich auf eine vom Server initiierte Anforderung hin.
Das Protokoll ist insofern asynchron, als dass mehrere Anfragen gleichzeitig „im Flug“ sein können und ihre Nachrichten (sofern die Anfrage mehrere Nachrichten enthält) beliebig verschachtelt sein können.
[...]
Beim Herunterladender Inhalt eines Knotens, Client und Server führen einen kurzen Austausch durch, gefolgt von einer Reihe von Nachrichten mit Daten, alle mit derselben Anforderungs-ID. Uploads funktionieren ähnlich – in beiden Fällen identifiziert die Anforderungs-ID einen bestimmten laufenden Upload oder Download.
Unter dieser Voraussetzung kann das Protokoll auf keinen Fall als P2P-Verbindung angesehen werden. Peer-to-Peer impliziert mehrere Knoten/Clients (aber keine Server, die Dateien speichern), von denen jeder Dateien/Verbindungen teilen kann. In diesem Fall gibt es nur einen Server und mehrere Clients, die Daten unter Verwendung eines strukturierten Übertragungsprotokolls senden/empfangen. Es ist nicht annähernd vergleichbar mit BitTorrent, eDonkey oder anderen P2P-Protokollen.
Um den Unterschied festzustellen, definieren wir P2P:
Ein Peer-to-Peer-Netzwerk (P2P) ist eine Artdezentrale und verteilte Netzwerkarchitekturin welchemeinzelne Knotenim Netzwerk (sogenannte „Peers“) fungieren sowohl als Lieferanten als auch als Verbraucher von Ressourcen,im Gegensatz zum zentralisierten Client-Server-SystemModell, bei dem Clientknoten Zugriff auf von zentralen Servern bereitgestellte Ressourcen anfordern.