Urist

Members
  • Posts

    29
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by Urist

  1. Seriously. I've been editing the registry for years and never even thought that it was actually a file somewhere. I was also under the wrong impression that it was located outside of the file system somewhere.

    Thanks!

  2. thanks for the reply!

    I'm still curious why didn't they just open source?

    it would be a faster development process?

    Since it's not open source who knows if there's back doors?

    I'm going to try out with two folders I'm not to worried about. I'm hoping it doesn't delete my files.

    You could look at the connections your machines are making to each other and verify that you're connecting directly to them.

    There is also a very in-depth security thread here:

    http://forum.bittorrent.com/topic/9506-a-thought-it-was-secure/

  3. I actually believe the current limit is 200,000 files (See the "Unofficial FAQ")... still no where near the OP's ~1000 files! :)

    According to kos, it's 1M. Where did the 200k number come from? I had to look it up, I knew I read somewhere that it wasn't in the thousands... There's so much info floating around here, I'm glad you're taking on getting the unofficial FAQ up. That will help a lot!

    http://forum.bittorr...ion/#entry42312

  4. To expand on what Auto (Do you mind if I call you Auto?) was saying, the "/*" and "*/" are the beginning and end of comment blocks. The config has them commented out to begin with and you need to remove them for the config to see them. Look at the top and bottom of the snip below.

    /*
    "shared_folders" :
    [
    {
    // use --generate-secret in command line to create new secret
    "secret" : "MY_SECRET", // * required field
    "dir" : "/home/worm/exchanger", // * required field
    // use relay server when direct connection fails
    "use_relay_server" : true,
    "use_tracker" : true,
    "use_dht" : false,
    "search_lan" : true,
    // enable sync trash to store files deleted on remote devices
    "use_sync_trash" : false,
    // specify hosts to attempt connection without additional search
    "known_hosts" :
    [
    // "192.168.1.2:44444",
    // "myhost.com:6881"
    ]
    }
    ]
    */

  5. Sync creates an index of blocks in the files. not just the files. The blocks are in 4MB chunks, so I can see why it would take awhile to index. It took me about 14 hours to index 500GB on my little raspberry pi.

    In regards to your first question, there is a limit on the amount of files, but you are nowhere close (It's like 2M or something). Are you including the hidden files and folders that are generated with Sync? I'm pretty sure those aren't indexed, but it would show up in the folder contents.

  6. I would imagine because your secret encrypts to the same sha2 that another computer using the same secret encrypts to. The tracker then just links up the two sha2 (which are the same) secrets together. The tracker can't reverse engineer your secret from the sha2 that it uses to link up peers.

    I wonder what would happen if the tracker was compromised..

  7. That's not a fair comparison. If someone wrote Sync with all the features it has, which uses BT, then a fair comparison is if someone wrote a comparable Sync for RSync. BT and RSync are the protocols, Sync is a app using the protocols.

    So, IF someone wrote a program that uses Rsync and was as easy to set up and use as Sync is now, the only benefit I see is when syncing two machines. When you add more machines to the mix, the distributed nature of BT is a clear winner.

    And this is still a big IF someone made a very simple to use Rsync program, which there might very well be.

    The way I see it, linux is by far a more powerful OS than windows. Why do people use windows(when they have a choice)? Ease of use. People love stuff that just works.

  8. This is an interesting idea, although, it could just be done through two sync'd folders. I'd like this option, although, not really prioritized over anything else. Also, let me just confirm?

    Computer A & B recursively have:-

    \Share\

    However, computer C only has access (recursively) to:-

    \Share\Apple\

    So, if A or B update anything other than \Share\Apple -R, then, nothing happens to C, however, it is synced to A/B, however, if computer A/B or C sync to:-

    \Share\Apple

    Then all three get updated?

    Exactly.

    And it can be done using .syncignore and two (in this example) shares if you don't want to wait for an update.

  9. Quicky response:

    The arrows are a LAN connection, the cloud is an internet connection.

    In your 1 file, 9 machines, your file would get blocked out and seeded to each peer like you would think Bittorrent works. The peers would share the blocks with each other that they don't have, speeding the entire thing up.

    I'll let someone else tackle your other ones(or explain mine better!), I don't have my web ui handy to check.

    -Urist

  10. So, correct me if I'm wrong, but I just spent more time trying to figure out how to use rsync with two dynamic IP addresses over the internet than the time it took me to install Sync on two machines and start syncing. Keeping in mind that these two machines are windows and linux(ARM at that).

    Rsync is not for everyone. I know my way around a computer and it wasn't just "simple" to do what Sync does out of the box.

    Sync:

    me: Download this, install it, use this key.

    friend: OK

    Rsync:

    me: can I come over and set this remote backup thing up?

    friend: This is more trouble than it's worth.

    Or something along those lines.