odelrio

Members
  • Content Count

    10
  • Joined

  • Last visited

Posts posted by odelrio


  1. Hello guys,

    Consider the following scenario:

    resilio_diagram.thumb.png.5a32bc5cf8303ae2c201a5db2ee1ce2b.png

    • Peer A creates an encrypted folder and shares an Encryption key with Peer B, so Peer A has the bare files and Peer B has the hashed files.
    • Peer B creates snapshots (backups) of the encrypted files and the application directory where Sync databases lie.
    • All this communication is limited to LAN; no tracker or relay servers.

    Then imagine:

    1. The RW key from Peer A is written down.
    2. Peer A is disconnected.
    3. Peer C enters the RW key.

    Would Peer B serve the files? Yes, it does.

    But now, let's suppose:

    1. The RW key from Peer A is written down.
    2. A file is created in Peer A.
    3. Peer B takes a snapshot of the file and the storage directory.
    4. The file is removed from Peer A.
    5. Peer B tracks the change by moving the encrypted file to its .sync/Archive directory and updating the databases in the storage directory.
    6. Peer A is disconnected.
    7. Peer B restores the snapshot, so the removal never happened.
    8. Peer C enters the RW key.

    Would Peer B serve the file that we removed in the step 4? No, it doesn't. Or, at least, Peer C is not receiving it.

    I have tested it in many ways and I'm still wondering what I'm missing. Is Sync leaking the folder status somewhere outside the storage directory? Has it anything to do with timestamps? I need to find a way to recover the status of an encrypted folder, otherwise I would be making backups for no reason.

    I will be updating the thread if I discover something else.

    Thank you.


  2. On 5/1/2018 at 10:50 AM, HerbertMayer said:

    + 1 because this is still not possible.

    In addition to this: I have a lot of folders on my phone using selective sync so I can access my files on demand if I need something specific. However to do this currently I always have to go and enable mobile data for the entire app when I just want to download one single file. It would be great to be able to say "use mobile data to get this file now" when accessing something in selective sync. 

    +1

    Or at least, let the user block uploads only.


  3. @RomanZ Is the project active? You guys did an incredible work so far, but there's still much more to do.

    1. The way of recovering files and versions is not user-friendly at all.
    2. Deleted files can't be recovered from an encrypted peer. I still can't see why is this harder than moving the file back from the Archive and deleting a row in database.
    3. "Remove from all devices" doesn't ask for user confirmation and it is very close to "Remove from this device".
    4. Accidentally removing a placeholder is a complete disaster if the file only existed in an encrypted peer (think of a NAS).
    5. The only way to completely prevent Sync from contacting a tracker is to block the connection via firewall - even so it will keep trying to connect the tracker.
    6. In mobile clients, you can't download a file with data connection if you have disabled the sync via data.

    There are no options like Resilio Sync on the market. Please, don't let it die.


  4. User Story:

    Quote

    As a user, I want to have a graphical user interface right in the client so that I can restore previous versions and deleted files even if the only remaining peer is encrypted.

    Manually restoring files from .sync/Archive is not as intuitive as having a GUI. In the initial release it might be as simple as:

    • MyModifiedFile.txt
      • Restore a previous version
        • 2018-04-10 10:30 AM
        • 2018-04-10 10:19 AM
        • 2018-04-09 07:50 PM
        • 2018-04-08 02:00 PM
    • MyDeletedFile.txt
      • Restore file

    In further iterations it might implement a file preview and/or a comparison view.

    The most important feature regarding this would be the ability to unset the deleted status in database so the file can be re-uploaded from an encrypted peer.

    Thank you, guys. You did an incredible job.