Dropbox auf der Synology DS!

[jan_gagel]

Also bei mir läuft synobox ganz gut. Ich hab an meinem Mac die Erstellung von den berühmten .DS_Store-Dateien deaktiviert und "reinige" den Dropbox-Ordner hin und wieder davon. Wäre aber auch schön, wenn man die Synology-typischen @eaDir aus der Dropbox draußen halten könnte. Genauso wie eine Funktion zum Ignorieren der .DS_Store-Dateien.

Interessant finde ich jedenfalls die Möglichkeit, wenn man einen Dropbox-Account hat und einen neuen gemeinsamen Ordner für Dropbox anlegt, kann man darein auch eine Datensicherung laufen lassen, natürlich auch zeitgesteuert. Dropbox synchronisiert das dann mit dem Online-Platz und so hat man eine interessante Möglichkeit der Datensicherung. Braucht man eine Datei schnell mal, holt man sie aus dem lokalen Ordner. Geht das Volume / die Platten kaputt, installiert man die DS neu, installiert synobox und synchronisiert sich das Backup wieder zurück.

 

[amarthius]

@DarkDevil

SynoBox ist eine Alpha-Version.. Das diese nicht stabil läuft und nicht produktiv einzusetzen ist, sollte klar sein.

 

[Darkdevil]

@amarthius: ist klar, aber wenn die app nichtmal 5 Dateien hintereinander sichern kann, ohne einen Fehler zu verursachen und sich dann dadurch deaktiviert, dann ist das auch keine Alpha Version, sondern irgendwas weit drunter. Aktuell würde ich es nicht mal "zum Probieren" empfehlen.

 

[amarthius]

Das mag bei dir der Fall sein. Der Entwickler würde sicherlich keine Version veröffentlichten von der auszugehen ist, dass sie bei ihm nicht lauffähig ist. Er veröffentlicht die Version, weil sie bei ihm unter seinen Bedingungen lauffähig ist. Darum ist es wichtig das so viele wie möglich die App ausprobieren und Fehler melden. Noch viel wichtiger ist auch nach der Fehlermeldung dem Entwickler möglichst viel Informationen zu übergeben, damit er den Fehler eingrenzen kann.

Daher hoffe ich das du die Fehler auch gemeldet hast.

 

[blogbuchstabe]

Habe auch gevotet !
Momentan sind wir 7205

 

[floho]

Ich muss sagen, dass die aktuelle Version von Synobox eigentlich ganz gut läuft. Ich vermute, dass die Sync-Probleme durch eine Blacklist-Funktion der api verursacht werden. Hier müsste ein entsprechender Filter vorgeschaltet werden. Dem Entwickler ist der Fehler aber bekannt.

Bitte beachtet auch, dass in der aktuellen Version die Log-Files nicht durch eine entsp. .htaccess-Datei vor dem Zugriff aus dem Inet geschützt sind. D.h. alle logfiles sind für jedermann lesbar.

 

[jan_gagel]

ja, gut läuft die Version durchaus, wenngleich man den Filter bearbeiten können müßte. Und daß der Sync nicht abbricht, bei Treffern der Blacklist. Jedenfalls gut zu wissen, daß der Entwickler davon bescheid weiß.

Die Logfiles sind wohl nur vom Internet her einsehbar, wenn der Port 5000 weitergeleitet wurde, was an sich ja schon ein erhöhtes Sicherheitsrisiko darstellt. Oder? Synobox läuft doch übern sys-apache, nicht wahr?

 

[amarthius]

Die Logfiles sind wohl nur vom Internet her einsehbar, wenn der Port 5000 weitergeleitet wurde, was an sich ja schon ein erhöhtes Sicherheitsrisiko darstellt. Oder?

Port 5000 weiterzuleiten ist kein Sicherheitsrisiko. Das Risiko besteht in öffentlichen Netzen, da der Port 5000 unverschlüsselt ist. Jeder kann also deinen Datenverkehr mit der DS mitlesen. Daher wird dazu geraten von extern immer Port 5001 (https) zu nutzen. Dabei ist der Datenverkehr verschlüsselt.

Anmerkung: Soweit mir bekannt ist bei Port 5000 Benutzername / PW beim Login dennoch verschlüsselt.

 

[Puppetmaster]

Port 5000 weiterzuleiten ist kein Sicherheitsrisiko.

Der Port spielt keine Rolle, wichtig ist, was für ein Dienst dahintersteckt!
http überträgt afaik alles im Klartext. Wüßte auch nicht wirklich, wie http einen Benutzernamen / Passwort erkennen sollte.

 

[amarthius]

Ich weiß nicht wo ich das mal gelesen hatte. Finde es auch nach einer kurzen Recherche nicht.

 

[jan_gagel]

also ich wollte damit ausdrücken, daß der Port 5000 / 5001 für administrative Zwecke gedacht ist. Deshalb läuft der dahinter liegende Apache auch mit weitreichenden Berechtigungen. Hat jetzt jemand den Port 5000 weitergeleitet, kann sich dort jeder DSM-Benutzer am System-Apache anmelden. Gibts dort eine Sicherheitslücke, könnte der Angreifer theoretisch auch tiefgehende Berechtigungen bekommen.

Wenn jetzt die Protokolle des syno-Dropbox-Client nicht per Paßwort geschützt sind, ist es natürlich leicht, diese einzusehen. Also sollte man nochmal so gut aufpassen, wenn man den Port 5000 / 5001 vom Internet her weiterleitet, denn da kann jedes Programm ein Loch ins System reißen. (bzw. muß man sich immer im Klaren sein, was man macht, wenn der Port 5000 im Internet erreichbar ist. Das Sicherheitskonzept muß da wasserdicht sein, andernfalls muß man sich nicht wundern, wenn plötzlich Daten im Interner zur Verfügung stehen, die dort nix zu suchen haben. Und wenn es nur die synobox-Protokolle sind).

Ich schreibe auch immer Port 5000 und 5001. Denn der 5001er ist normalerweise per SSL verschlüsselt, kann also nicht abgehört werden (oder eben schwieriger). Anmelden kann man sich da trotzdem von uneingeschränkten IPs.

Webserver sind öffentlich, wenn sie im Internet erreichbar sind. Deshalb gibt es ja innerhalb der DS / des DSM eine strikte Trennung zwischen dem User-Apache (fürs Internet gedacht) und dem System-Apache (für die Administration gedacht).

Ehrlich, würdet ihr auch von einem Windows-Server einfach so den Port für den Remote-Desktop weiterleiten? Wo sich jeder Hinz und Kunz (möchte niemand beleidigen, ist halt eine Redewendung) anmelden kann?

 

[jan_gagel]

Was mir so einfällt. Es scheint sehr aktiv und viel protokolliert zu werden. Vielleicht wäre es möglich, da eine Funktion einzubauen, um die Log-Aktivitäten beeinflussen zu können. Quasi den log-level einzustellen zwischen 0 (nix) und 10 (alles). Ich vermute, es wird momentan alles geloggt. Meine Platten kommen schon überhaupt nicht mehr zur Ruhe, alle paar Sekunden ein Zugriff. Ich hab den Synchronisierungs-Intevall mal auf 1 Stunde hoch gestellt.

 

[floho]

Bedenke, dass es sich hier um eine alpha-Version handelt. Ohne verbose logging wäre es schwierig, Fehler(-quellen) zu indentifizieren.

Der Entwickler plant aber entsprechende Optionen...

 

[jan_gagel]

Alpha-Version, da war ja was. Also bei mir funktioniert die Version durchaus ganz gut, abgesehen vom riesigen Log-File (bzw. dem ständigen Logging) und dem Abbrechen bei Dateinamen, die in der Blacklist stehen.

 

[floho]

Die Logfiles werden nach 30 Tagen gestutzt. Alles was älter ist, fliegt raus.

...falls es dich beruhigt.

 

[jan_gagel]

eher der permanente Schreibzugriff ist nicht so dolle. Bei mir wird alle paar Sekunden geschrieben.

 

[jan_gagel]

gibt die Version 0.5.0 0197
Darin enthalten ein Bugfix, der die .DS_Store-Dateien und thumbs.db ignoriert, frisches Design und neues Icon. Sieht super aus!

 

[Firefly82]

Eine kleine Frage: Keine Ahnung ob das hier schon beantwortet worden ist. Ich hab beim überfliegen der Seiten leider nichts dazu gefunden....

Kann es sein das die DS nach aktivierung der Sync-Option nicht mehr in den Ruhezustand wechselt?
Hab eigentlich eingestellt das SyncBox nur einmal am Tag syncronisiert (86400 Sekunden), jedoch scheint die DS ständig aktiv zu bleiben...

Kann man da noch irgendwas machen?

 

[jan_gagel]

hm, das liegt wohl an dem von mir bemerkten Log-Aktivitäten. Denn da wird fast ständig was ins Log geschrieben. Und wenn die DS beschäftigt ist, legt sie sich nicht hin. Momentan wäre die Lösung hier, das Paket zu deaktivieren, solange man es nicht braucht. So handhabe ich es übergangsweise, bis die Software aus dem Alpha-Stadium raus ist, und dann hoffentlich der Loglevel etwas abgemilderter wird.

 

[RubberDuck]

Hallo,

ich habe mir mal die aktuelle Version von SynoBox geladen: Alpha release 0.5.0-0275-alpha

Habe den Fehler gefunden. Läuft jetzt mal schauen wie es weiter geht. Super App!

Danke für die Hilfe.