kreischweide

Members
  • Content Count

    12
  • Joined

  • Last visited

Posts posted by kreischweide


  1. Hi,

    is there any page detailing about the exact differences and limitations on encrypted folders? UI wise I can see no reason not to pick encrypted folder instead of standard folders every time. Also encrypted folders are displayed as "Standard folder", but offer an encrypted key, which adds to the confusion. So why would I avoid encrypted folders at all?

    PS: Would it be possible to add "Copy Encrypted key" option in the three-dot-context menu?


  2. Do you know of anything I can do to achieve this goal? My employees that are VPNing in are having troubles with how slow their access is.

     

    A simple solution for this would be http://i.imgur.com/8KYSsKJ.png which would be your first idea right? But you must ensure:

     

    a) Backups of the synced data (until btsync2 proved to be stable)

    B) Ensure propper access rights through SMB/AFS

    c) Be prepared for conflicts as there is no locking information transfered


  3. @all - for clarification, please refer to the Subscription EULA:

     

     

    It's not "one license per device", it's not "one license per user", it's "one license covering all the devices you link under a single identity"

     

    Thanks for the clarification. Also the EULA includes companies and legal entities in the term "yours", so it would seen to be one license for the whole company, as the legal entity would be the subscriber and company's entity, which is also the user (identity). Also it does not define what a "user identity" is, so if you just use the same identity on all machines inside the company, it seems to be ok.


  4. If the x86_64 QNAP packages are still not starting - can someone please SSH in to the NAS as admin, and send me the results of running the commands "/etc/init.d/btsync.sh stop" and "/etc/init.d/btsync.sh start"?

     

    Result from a QNAP-469L, with the 85 x64 version

    [~] # /etc/init.d/btsync.sh stopBTSync isn't running[~] # /etc/init.d/btsync.sh startStarting btsync service/share/CACHEDEV1_DATA/.qpkg/BitTorrentSync/btsync: error while loading shared libraries: librt.so.1: wrong ELF class: ELFCLASS32[~] # uname -aLinux NAS 3.4.6 #1 SMP Tue Feb 17 05:18:39 CST 2015 x86_64 unknown

  5. I've got no problem paying for a reliable and maintained solution with priority support, but right now it just feels... rushed and unsafe. NAS solution not working (all files are there) and the clients run in trial mode, with nothing to evaluate. Still alot of small counter-intuitive, un-assisted procedures (moving/adding existing folders) and missing basic functionallity (remove/rename identities, elaborate and human-understandable error messages with actual solutions, single file sharing).

     

    I hope they get up-to-speed with the bugfixes and improvements, because thats the only reason I would even pay for it.


  6. I do not remember if I ever had 1.x on the QNAP, but it was not installed when I installed the 2.x version. I also submitted a ticket for this, containing three logfiles, ticket is #19665.

     

    The only thing that looks remotely comprehensible in the QNAP logfile and could indicate a problem is:

    [20150304 09:38:08.499] FC[6FD7]: started periodic scan for "/share/CACHEDEV1_DATA/BitTorrentSync/Programme"[20150304 09:38:08.500] FC[6FD7]: file updated - processing file /share/CACHEDEV1_DATA/BitTorrentSync/Programme/test-from-nas.zip t:1425457833 s:22 id:64768:2883604[20150304 09:38:08.500] FC[6FD7] (R/O): new file "/share/CACHEDEV1_DATA/BitTorrentSync/Programme/test-from-nas.zip". Skipping

    Not sure why it is skipping, but i guess (R/O) means read-only? The was never transfered to two other (working) PCs.

     

    Otherwise, after some runtime (some minutes) there are alot of those:

    [20150304 09:38:08.543] assert failed /mnt/jenkins/workspace/Build-Sync-x86-glibc23/TunnelConnection.cpp:286

    Otherwise, the test-from-nas.zip should have been sent to 192.168.79.80 (main PC, working and syncing to Laptop). The only thing I can see in the QNAP logfiles regarding this IP is:

    [20150304 09:28:05.446] PD[6FD7] [0A2B]: Send ping to peer[20150304 09:28:05.446] PD[6FD7] [0A2B]: ping 192.168.79.80:29431[20150304 09:28:05.446] PD[6FD7] [0A2B]: Checking tunnel connection to peer, transport: TCP, endpoint: 192.168.79.80:29431[20150304 09:28:05.451] PD[5B66] [0A2B]: Failed to open TCP tunnel, endpoint: 192.168.79.80:63323, status: "Connection refused", encryption: SRP[20150304 09:28:05.451] PD[738C] [0A2B]: Failed to open TCP tunnel, endpoint: 192.168.79.80:29431, status: "Connection refused", encryption: TLS[20150304 09:28:05.451] PD[0A06] [0A2B]: Failed to open TCP tunnel, endpoint: 192.168.79.80:29431, status: "Connection refused", encryption: TLS[20150304 09:28:05.451] PD[6FD7] [0A2B]: Failed to open TCP tunnel, endpoint: 192.168.79.80:29431, status: "Connection refused", encryption: TLS

    The PC itself had no problem registering and listening to this port though:

    [2015-03-04 09:28:41] UPnP(XP): Removed TCP port 0[2015-03-04 09:28:41] UPnP(XP): TCP port 29431 -> 192.168.79.80:29431 mapped successfully.[2015-03-04 09:28:41] UPnP(XP): UDP port 29431 -> 192.168.79.80:29431 mapped successfully.

    Also the Laptop (different location connected over wan) had no problems connecting to the PC itself:

    [2015-03-04 09:29:10] PD[0A06] [0A2B]: ping 192.168.79.80:29431[2015-03-04 09:29:10] PD[0A06] [0A2B]: Checking tunnel connection to peer, transport: TCP, endpoint: 192.168.79.80:29431[2015-03-04 09:29:10] SSLEH[0x0edd56a0]: hello packet { share:XYZ } has been sent[2015-03-04 09:29:10] SSPI[0x0a42e770]: Create SSPI encryption holder

  7. Most consumer grade QNAP systems work with the x86 packages only (even if "uname -a" tells you something about x86_64). x86 "works" with my TS-469L but... well... it does not sync anything, even though it should.

     

    Also be careful what folder you choose as share root directory. The default suggestion is "/share" which is very bad for the 4xx series, as this path is not(!) linked to the installed HDDs. The installed HDDs space is mounted to one of the "/share/CACHEDEV?_DATA" folders, so try to keep the folders in there.