linux only

Members
  • Content Count

    11
  • Joined

  • Last visited

About linux only

  • Rank
    Member

Profile Information

  • Gender
    Not Telling
  • Location
    blue planet, turning grey
  1. Okay then. I did not know that. Looked at sync.log. First thing is that it records the dates that are in May one month ago, i.e., 201304xx. The log contains only lists of stuff has been synced. So far. I'll look for other stuff and report.
  2. I don't know that connecting the changes to an identity is needed, just the assurance that authorized people are accessing the synced/shared files. And again, please understand that it is perception, not fact that drives such things. In a corporate environment where things like privacy legislation and tangible assets (money) is involved, it is a non-starter to say "this one thing is rock solid" even if it is. It has to look the part as well as being it. I'd rather have the things that withstand a professional corp audit on first glance than have to explain in detail how it works and why it's so fine, saving on the hearing and legal representation. I realize I'm coming to this from a different perspective, and probably should bow out, as I don't want to totally redirect the thread to considering how to deploy this in my peculiar environment. If the BitTorrent folks read the forums, they will have noted concerns like mine. Thanks for the discussion.
  3. Have confirmed the issue. I added a test file from one computer, went to 2nd location and it is not synced. In second location, I added a 2nd test file, also not synced. The problem remains. Initial sync is fine, adding files after syncing does not work. You have create a new folder and use a new secret, at least in Linux GUI in web browser.
  4. I read through this thread. I work in an office, where I manage the server - untrained, but methodical/logical and hire in IT help for stuff I don't know, common in small business. So I use my 'lay person' understanding to reference to security. Right now bitsync uses a one piece authentication, just the "secret". It would not be much to add another layer. This could be a username/password combination, plus the secret or something else. Or perhaps even the correct name for the folder being synced. Consider: you want access to the server at my office, you must enter a username, password, and then you must enter a randomly generated numerical key. Seems pretty simple to me to add a simple additional layer. Certainly if BitTorrent wanted to sell us a corporate version, we'd probably consider this as essential. I have no idea of their business model, but wonder about a distributed little private net of data having the eventual potential to challenge the traditional server model if the security has the right optics. And by optics I mean, is easily understandable as meeting the perceived security needs. I get the mathematical arguments about the 'secret' as it stands, but it doesn't meet the illogical perception of a group of partners in a company, who want security and also want to feel secure. Just sayin'
  5. This is what I have on 4 computers, some with Mate and some with xfce desktop. Kernel : Linux 3.2.0-23-generic (i686) Compiled : #36-Ubuntu SMP Tue Apr 10 20:41:14 UTC 2012 Distribution : Linux Mint 13 Maya I'm on one of the computers I haven't used much, and just connected for an initial test sync. I have both used and not used a config file. The only thing I've ever done is make it listen on 127.0.0.1 versus 0.0.0.0. No diff. Though I do think the standard config should not be to 0.0.0.0.
  6. Does it have different functionality or look/feel than the tar.gz packages? If so, how about a screenshot or 2? Thanks!
  7. debug.txt doesn't seem to register anything at all. I did as the instructions say: create in .sync folder, put FFFF in it. Maybe something's also up with that? I installed the newest version, nothing. So then I deleted a folder from both computers and then re-added with a new 'secret' which appears to work. It appears to me that if "mutual syncing", i.e., two way syncing does not work, you have to do this manually, and you also have to do it manually with "dynamic syncing", i.e., adding files after it has synced. I will run this forward for a bit, and see if it picks up after computers are shut off and/or move locations. I'm thinking there is still something not quite right yet with syncing after the first go. All said: it is a great idea, and probably nearly there.
  8. Yes, full access. I will update btsync and then update here. Thx, didn't know there was a new ver out.
  9. I think this resembles my problem as well: http://forum.bittorrent.com/topic/19258-initial-sync-fine-adding-new-files-never-resumes/ It may have the status of a bug?
  10. Should note: no firewalls, direct and via a shared connection access to 'net. I see no barriers between the machines. Both machines say the other one is connected.
  11. Using Linux GUI in a web browser on 2 machines. Have done this while connected to same network, and while on different IPs. Sync works just fine if one computer has a folder and shares that with second from local LAN or internet. However, neither computer can add files to the folder such that second computer will sync those too. Sync works only once and only in one direction. I have restarted both computers, started BT Sync with one, then the other and vice versa, have deleted on receiving computer and then used same folder, and it does not work. Is there any way to force bt sync to detect additional files and sync them. The files index on both but never pick up the additional files. It seems like it is a 'one time' deal only with it. The log files read as follows. I see they are a month out "04" which is not the date on the computer.