eltopo

Of course you have to link every device individually. You can share a folder (via link/key/code) to thousands of people, do you want their (thousands of) devices get your pro license automatically?

@Valentin528 good news 👍

Make sure your Android Resilio Sync app still has proper storage permission. The newer Android systems automatically remove permissions from "unused apps". On the other hand, Resilio Sync app for Android should check permissions when it starts up.

It's pretty hard (and not a good idea) to sync 2 existing un-related folders on different devices, you probably would end up with results that you didn't expect. I suggested that you do this: 1. Create a new empty folder on 1 NAS, share it to the other NAS as "NewShare"; 2. from NAS1, move its "existing folder" into the "NewShare" folder, NAS2 should be receiving the files inside this folder; 3. from NAS2, move or merge its "existing folder" into the "NewShare" folder. Eventually both NASes should have all files. I would just rename NAS1's existing folder to "NAS1_existing", NAS2's existing folder to "NAS2_existing", and move them to the sharing folder.

Attach some screenshot with your questions would help us understand you better.

I guess the shared folder on your Android device is set to "Selective Sync" (by default), which means it's not automatically synchronized (to save your Android storage). There are 2 ways to automatically synchronize files: 1. Turn off "Selective sync" for the folder that you want to automatically synchronize all files / folders in it From the Resilio Sync app, browse to the folder, tap on the ⓘ button next to it, turn off "Selective sync". Note if this is a huge folder with many files / sub-folders, this might cause lots of data transfer and big storage usage 2. Or, turn on "Keep synced" for the files you that you want to keep synchronized automatically From the Resilio Sync app, browse to the file, tap on the ⓘ button next to it, turn on "Keep synced". Note you need to do this for every file individually.

Every client keeps a list of recent timestamped changes it sent or received with other peers, just make sure all your devices' system time accurate, RSL will be able to figure out that your laptop hasn't been on / updated for a while and should be synchronized accordingly (including deleted files).

Using systemd is over-complicated. I'd just write a simple rslsync.sh script and use cron (of current user's crontab) to execute the script every 15 minutes. The script would: 1. check a flag file to see if rslysnc for current user is enabled/disabled; 2. check if rslsync's storage is ready (e.g., the external usb drive for rslsync share is mounted); 3. check if rslsync for current user is running... if it's not, start it.

Since you are transferring files from 1 computer to another 1 computer, from the way how RSL works, most likely RSL will be slower than direct copying in Explorer. RSL, on the other hand, works much better for transferring/synchronizing data between multiple peers. I would still prefer RSL to Explorer even for 1-to-1 copying if I planned to use RSL later on these 2 computers.

I did. Let me make it clear to you: the shared files are only in your own private storage and your peers'. They are not meant to be exposed to the internet as "direct downloads" and Resilio Sync (the company) does not have the control of these files (in fact they should not be able to see the content of these files or make copies of them for sharing to the generic public). You are supposed to access these files by using RSL apps only with proper share keys. If you want to share these files using HTTP protocol, set up your own godd*mn web server, it's as simple as that. Case closed.

Please STOP asking features like this. RSL does not offer cloud storage, it only uses your own storage. There's no way RSL can provide a "direct download link" (such as http/ftp) from your storage without using RSL app. It's your own responsibility to host your files from your storage.

Stop the resilio sync service from systemd, manually run the resilio command with --log option in a terminal, then check the log file for errors / warnings.

Try moving the file(s) out of the shared folder to trick RSL thinking they are deleted. Wait RSL finishes synchronizing, then copy the file(s) back.

I believe there was a short tracker outage earlier this week, I saw "no peers" on a shared folder with my friends for several hours (confirmed they were online). But seems it's fixed as of last night.

Let's say, you are at a read-only shared folder, have synchronized 3 files, A, B, and C, from other peers. Later, file A's content has been changed to A1, either by you (the user) manually changing it, or by another app, or even by system itself. Now your read-only folder is out of sync because A1 is different from A, and, as a read-only peer, you won't be able to send update of A (i.e., A1) to other peers. Option "revert": revert the file's content from A1 back to A, after doing this, your read-only folder will be "synced" again but you will lose your changes (A1) Option "ignore": ignore file A1 and don't try to sync it (back to A). You keep your changes in this read-only shared folder, but it will stay "out of sync" state, and if the file A has a new version (A2) from other peers it won't be synchronized to your "out of sync" folder. If I were in this situation, I would back up my changes (A1) and then choose "revert" to A so to keep the read-only folder synced with other peers for further changes. I would also try to avoid changing files in this folder, if I absolutely had to, I would create an ignorelist ti including the files I had to change.

line 53 starts with a "/*", the following characters become comments till the next "*/" (in line 57), thus line 54 is still in comment. You need to add a "*/" at the end of line 53,

AFAIK, for a desktop client, when you apply your pro license, the client will be linked to other desktop clients under the common license, in other words, you won't be able to link free clients to your pro clients. You don't really need to link your mobile devices if the only pro feature you want is "Selective Sync", because the free mobile client already has it. I chose to run free mobile clients (Android and iOS), I found this somehow works better for me: the mobile devices won't automatically see all shares from my linked desktop clients but most of them are not for mobile devices anyway.

Your "webui" section doesn't have a matching close curly bracket ("}"). uncomment line 54.

Please elaborate your problem so we have better understanding. I really have no idea what you were talking about when you said "if you cut a file that does not reside on that device and paste it say to the desktop of that PC".

I suggest that you give up background synchronization on mobile devices (Android and iOS). It doesn't matter the issue is caused by Android system (which is becoming more and more restrictive and intolerant to background activities) or Resilio Sync app (which hasn't been updated for quite a long time), generally, background sync on Android is not reliable, I also use other cloud sync apps, including Dropbox and MegaSync, they also have similar problems. Currently I keep Resilio Sync app closed until I need to sync something, I open the app, let it do foreground sync, wait it to complete syncing, then completely exit the app. This works for me, at least I don't have to leave the app running in the background and worry about battery drain while syncing is not as reliable as I expect.

Just get a good password manager (like BitWarden) and let it auto fill for you.

It's still sort of synchronization: read-only + backup sync, or one-way sync except the deletions at the Android side. Note that if you change files at the Android side, these changes will be sync'ed to the PC, so you can treat the PC as the backup for the latest version of the files.

I don't think you can create an encrypted folder share on Android.

Read this article for bettr understanding of "backup": How to Back up data (Android only) – Sync (resilio.com) So, if your Android-a uses "backup" to PC-d: 1. a (read/write folder), d (read-only folder) 2. changed files on a will be synchronized to d (as backup), however, deleted files on a won't be deleted from d (because d is backup); 3. changed files on d won't be synchronized back to a (because d is read-only); deleted files on d won't be deleted from a (because d is read-only). 4. you can't change an existing folder's sharing type (read/write, read-only).

You should try to set up some sort of VPN so your computers can make direct connection over the internet. The easiest way is running an SSH server on your home computer's port 443 (most likely your office firewall will allow the office computers access an external IP's port 443 (https)), then from your office computer, make an SSH tunnel with proper port forwarded to the other end of the tunnel (i.e., your home computer running RSL), your office computer then can simply use localhost:port to make direct connection to your home computer.