• Posts

  • Joined

  • Last visited

  • Days Won


Posts posted by ChrisH

  1. Why is a sync between Android different then a read only sync of to PCs?


    Because it is a backup, not a read only sync. 


    Is their a why to setup a folder sync on the Android phone in the same way as on a pc


    Sure, but it's a little complicated because they oversimplified the latest app version (AGAIN) so people who know what they are doing have to work harder to get there. Because creating keys on the phone was too confusing or something.


    1. Create a new shared folder on the PC

    2. Connect the phone to the folder by scanning the r/w QR code

    3. Copy the r/o key from the PC

    4. Change the key on the PC to the r/o key (depending on your BTSync version it may be necessary to remove and re-add the folder)

  2. What is most unnerving are the "A HTML GUI makes multi-platform easier" argument: No Sirs, it does not. Everyone who builds websites that need to run on multiple renderers knows it.


    The key word is "easier". Not "effortless". And it definitely is easier than building fat clients for every major OS (which probably is why they didn't bother to try with anything but Windows in the first place).


    I do keep an eye on SyncThing, but jumping from one beta product to another beta (alpha?) product just because I have anger issues with the GUI probably is not the wised decision. I will wait and observe....


    For me it's not the GUI in itself so much, it is the mindset behind it. And I don't blame the developers, I blame (product) managers - until proven otherwise.

    I definitely will switch to SyncThing/Pulse as soon as it has all the features I need, unless BTSync does a radical change (like going open source and/or really letting the users decide what features to concentrate on).

  3. Ah, ok. It sounded like you had everything only on your PC and synced that somewhere, so I thought a NAS that runs all the time and does the syncing could relieve your PC from that.


    Off-topic and just wondering, because you probably know what you are doing: You really need to access ALL your RAW photos ALL the time?



    Maybe there could be an option to skip the startup indexing and just re-use the last known index? It should come with a big honking "I KNOW I CAN SHOOT MYSELF IN THE FOOT WITH THIS" warning dialog, but for users that can guarantee to have BTSync running all the time and not to change any files while it is not, re-indexing on every start is just a waste of time and resources.

  4. So as of now we have three use cases:


    1. You lose your device by accident and someone finds it. Solution: Use disk encryption.


    2. Someone invests criminal energy to steal your device. Solution: Use disk encryption with two-factor authentication. Remote wipe won't work because a criminal will know how to circumvent it (copy hard disk, start device offline).


    3. Someone is using your data legitimately and you want it back at some point. There is no reliable technical solution for that.

  5. If you sync files that are encrypted individually and if you open them on your PC first an decryption programs starts up, those files will also be encrypted on your sync partners. Those mostly will have an additional file extension (e.g. in AxCrypt's case: My Document.docx.axx).


    If you sync files that are encrypted transparently (TrueCrypt, Windows EFS) BTSync reads and syncs them in clear text (unless the sync partner has an encrypted-read-only secret instead of the normal r/w or r/o ones). So you would have to sync the whole encrypted container (e.g. for TrueCrypt: the .tc file) instead of the individual files.

  6. Newer heard of Social Engineering? That's the way to loose everything in the same time.

    Okay. So how does a remote wipe function for one program protect against social engineering?


    it's just for securing you data before something happends! Like - first remove all data from laptop - then let eployee "go" from job.

    Either I provided the device for my employee, then it gets returned (no need for remote wipe), or it's his own device, then he surely would not want somebody deleting data at will on his device. And he may have already copied "my" data somewhere else.


    And in both cases you have to change the BTSync key anyway, which is a problem that should be solved first, before we consider things like remote wipe/encrypt capabilities.

  7. Well yes, if you can just move folders around at will, putting them all under one parent folder and syncing that will work.


    If you can't, it won't.


    I have the same problem on Android where I would like to sync several folders (some on internal storage, some on sd cards) per device with one central BTSync backup server. At the moment I have to have share each folder separately and with its own secret, which means the folder list on the server gets pretty crowded.


    Anyone tried to use symlinks/hardlinks/whatever for that?