tag:blogger.com,1999:blog-4815627926996951900.post4415987610638065155..comments2022-12-26T03:35:27.604-06:00Comments on ThriftSlut.com: Cloud Services Like BittorrentSync Do Not Play Well With TrueCrypt: ExperimentsThriftsluthttp://www.blogger.com/profile/17424477405255384846noreply@blogger.comBlogger9125tag:blogger.com,1999:blog-4815627926996951900.post-69547800980856896302018-06-10T08:47:32.827-05:002018-06-10T08:47:32.827-05:00Have you tried open source SyncTrayzor (https://gi...Have you tried open source SyncTrayzor (https://github.com/canton7/SyncTrayzor) with TrueCrypt?smaragdushttps://www.blogger.com/profile/08932060830588075553noreply@blogger.comtag:blogger.com,1999:blog-4815627926996951900.post-42297518026208723522016-04-25T01:04:57.896-05:002016-04-25T01:04:57.896-05:00The author is correct, you must sync the encrypted...The author is correct, you must sync the encrypted Truecrypt file, otherwise you are transferring plain text through untrusted channels!<br /><br />Since BT sync is not open source, no one knows whether a copy of what's being transferred is being also sent to BitTorrent, to the NSA, etc. Your ISP could be reading your data as well.<br /><br />Therefore, absolutely sync the encrypted container, not the mounted files!Johnhttps://www.blogger.com/profile/17285863156853013658noreply@blogger.comtag:blogger.com,1999:blog-4815627926996951900.post-49757125694496458722016-02-21T13:30:23.163-06:002016-02-21T13:30:23.163-06:00Why sync the whole TC container? Seems to me like ...Why sync the whole TC container? Seems to me like a huge bandwidth usage each time and that it leaves a lot of room for data corruption. A better protocol would be the native rsync with delta updates but I still would not recommend it.<br /><br />Mount the TC container and sync the files inside the mounted "drive".<br /><br />For added security or to satisfy your OCD you could install TC on a separate container or use the portable version to ensure that even the logfiles, settings and history are protected if your data is truly sensitive. In any event, BTS sync cache and archives are in a .sync subfolder inside each mapped BTS directory so you may not even need that much security. Depends on your expected adversary.<br /><br />I have been using this technique for a few years now and never ran into any corruption issues. VeraCrypt is what I would recommend nowadays though. Their implementation of hidden volumes provides better plausible deniability.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4815627926996951900.post-6754105888892369402014-05-12T15:26:11.383-05:002014-05-12T15:26:11.383-05:00@anonymous (all of you)
Regarding the timestamp s...@anonymous (all of you)<br /><br />Regarding the timestamp some of you have mentioned:<br /><br />Yes, the time stamp option was changed so that any changes in the TC file would show up as soon as the file was closed. I learned about the importance of this many years ago when I first started using FreeFileSync to keep my TC vaults synced across my LAN.<br /><br />@ Olivier<br /><br />I am curious about Boxcryptor What's the largest TC file you have been able to keep successfully synced after a significant number of changes to the file? The other cloud services I did test seemed to be working well for the first half dozen syncs or so, and then the corruptions and unpredictable weirdness started.Thriftsluthttps://www.blogger.com/profile/17424477405255384846noreply@blogger.comtag:blogger.com,1999:blog-4815627926996951900.post-81672194760002721292014-05-08T04:24:28.950-05:002014-05-08T04:24:28.950-05:00Hello , while you may need to pay a fee once,I wou...Hello , while you may need to pay a fee once,I would recommend the use of Boxcryptor (classic) which is wonderfully work on all cloud drive and truecrypt.<br /><br />I've got a mapped drive for my sensible file available on every of my computer and all is working great sinces months without any issues.<br /><br />I got a dynamic truecrypt mounted via Boxcryptor that map a driver letter, it's just work... :-).<br /><br />I don't regret the 30 $ I paid the license.<br />I'm not affiliated only conclusive testing.<br /><br />Rgds and thanks for your articles.<br /><br />Olivier Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4815627926996951900.post-86258980183013440242014-05-08T04:10:25.697-05:002014-05-08T04:10:25.697-05:00By the way, I assume you talk about last change ti...By the way, I assume you talk about last change timestamp and not last access.<br />By default, Truecrypt does not modify the last change timestamp due to security concerns but this setting can be changed in the software's options. Actually, this setting must be changed to make sync softwares to work.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4815627926996951900.post-56630311334566767922014-05-08T03:46:26.536-05:002014-05-08T03:46:26.536-05:00Hi, any update on this (there may be new versions ...Hi, any update on this (there may be new versions of Bittorrent Sync)?<br /><br />I wonder whether the problem is because Sync didn't run when the identical copies made so it didn't know which one was the original and the modified version of the file? There may be settings to discard timestamp difference less that 1 hour (or discard it all). They may assume timezones set wrong and in this case the copy with the more recent timestamp may be the older one. Some sync softwares make database of the files to help deciding which is the more recent and for this to work there could be a state where all the files are equal on both locations and the software would recognize this and track changes to this state. This could have been achieved if you didn't copied the files by hand but rather let the software made the initial copy.<br /><br />So does the problem exist is the following situations?<br /><br />1. Make the files on only one location and let the sync software copy them to the other location. Changing files should be tracked correctly then.<br /><br />2. Using your original method make it so the timestamp difference be more than 1-2 hours (probably even 1-2 days) to make it clearer which is the more recent copy regardless of timezones and FAT/NTFS timestamp format.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4815627926996951900.post-17623664219127774442014-03-18T12:56:38.135-05:002014-03-18T12:56:38.135-05:00@Dave Willmin
Sorry to take so long to get back t...@Dave Willmin<br /><br />Sorry to take so long to get back to you, but I have been traveling and taking a vacation from digital activities.<br /><br />My short response to your question is that I don't have an answer to it and would love to hear more details about your problem and the steps you have taken to investigate it.<br /><br />My own tests of TrueCrypt and various cloud services even leave me unable to determine if the cause of the problem is with TrueCrypt itself or with the sync services. All I know for certain is that the two do not play well with one another. That's why I posted about this. I fear that many TrueCrypt users are blissfully unaware that the vaults they think they are syncing actually contain corrupted data.<br /><br />The folks at SugarSync propose that TrueCrypt users zip their TrueCrypt vaults to sync them from one computer to the next. (This is noted in the last line of my post as a lame solution.) Have you tried that to see if it works?Thriftsluthttps://www.blogger.com/profile/17424477405255384846noreply@blogger.comtag:blogger.com,1999:blog-4815627926996951900.post-41495398329726510382014-02-27T13:18:06.221-06:002014-02-27T13:18:06.221-06:00I have a 1TB external hard drive, I also have a Sp...I have a 1TB external hard drive, I also have a Spideoak account of 100 GB. I would like to upload to spideroak but spideroak is not recognising the truecrypt volume, any ideas?Anonymoushttps://www.blogger.com/profile/10429925907112455583noreply@blogger.com