peetervois

Hi, it seems that I am haveing some kind of misunderstanding. After long time was passed, and a restart of nodes has been happening, now I see all nodes are connected.

Hi, I made search here and found no specific report I am facing at. I have One android tablet (T) and two Linux backup nodes (B1) and (B2). B1 does have static public IP address with DNS record and is configured to accept connections from outside world. I tested it with telnet. B2 also does have public IP but is not statically assigned. T and B1 are behind masquerade and will have same IP address to outside world. B2 is haveing different IP address. I started sync folder on T and shared the secret with B1 and B2. I have allowed to use tracker this time and packet forwarding. Both B nodes will connect to T but they will not connect with each other. I see it from theyr web interfaces. I have configured on B2 the address (DN not IP) and port to B1 but still no connection. It is clear that I do not know all the details how the system should work, but I would definitely like B1 and B2 to be connected as long as possible. Is there some kind of debug log available of btsync? Or maybe I am reporting a bug here?

Hi, thank you all for the feedback and taking time to think about it. Most of the cases I wrote here are achievable. What I am worried about is that the amount of maintenance work will raise rapidly without haveing implemented usecases for these. See following example of setup: Folder1 - users Backup, A,B,C,D,E Folder2 - users Backup, C,D,E,F,G \ Folder2a - users Backup, C,D,E,F,G,MrX Folder3 - users Backup, A,C,H,J,K,L UC2 reduces lots of confinguring all day around if new folder is needed to create. We migth have more than one Backup machiene and then all backup machienes need to be configured for the new folder. Folder2a would be easy to create and assign additionally only MrX to it. As it is subfolder for Folder2, the users of Folder2 will have access to it without any configuration. UC3 reduces the same configuring overload when the user C no longer needs to have right for syncing the folders. He ofcourse can simply delete the foders and remove the sync. It is clear that if the user C is corrupt and does not follow agreement then there will be trouble. This kind of human factor stays always out of IT to solve. But it will make lot less fuzz when people keep secret documents in synced folder and are ohnest. They might still have some folders that they need to sync and the system takes care of which ones he does have active. I think it is enough when the remote synced folder can be destroyed when user will no longer have right to sync it.

Hi. First, thank you for the wonderful BTSync application. On today's form I see it to be very useful already. I was searching a place where BTSync feature development roadmap kind of thing would be and was unable to find one. So, I decided to post here some usecases that I today do not have in BTSync and which ones would give me more what I am searching for. UC1(available today). I as entrepreneur want to have the top secret documents folder to be backuped on multiple backup nodes around the world, because I want to reduce the risk of data and work effort loss on destruction of one node. UC2(na today). I as entrepreneur want to let some people to sync only a limited set of the subfolders in my top secret documents folder tree to reduce the risk of sensitive data leak. Also I might have different projects going on and I would not like to let everyone to see them. At the same time I want that all the folders are backuped in the way of UC1. UC3(na today). I as entrepreneur want to remove some people from haveing right to sync some folders they had right before for, because their assignement have been changed. At the same time I want that the remote folder he has will be destroyed permanently. I trust my people but I want that there will be additionnal system free from human error thad performs the task and I would like feedback in my admin node about the success of the operation. I want that the backup in UC1 will stay running without working on new secrets. UC4(na today). I as regular user of the system would like to share one single file with external client, to let him download the file using the secret I send him over e-mail. I want that the operation will be for him as easy as one click on the secret. I know that I can create sync folder with each external client but that is for longer cooperation, not for single download and requires high amount of administration by the external client. Maybe BitTorrent previous way of sharing torrents will do, I would like it to be integrated ito sync then.