eltopo

Members
  • Posts

    91
  • Joined

  • Last visited

  • Days Won

    2

Recent Profile Visitors

722 profile views

eltopo's Achievements

Advanced Member

Advanced Member (3/3)

  1. This is sync.com, a zero-knowledge cloud service from Canada (and I am using it currently). It has nothing to do with Resilio Sync, note that it has a totally different logo. People that chose Resilio Sync because they want to keep their data on their own storage (instead of cloud storage on the internet), will unlikely want to switch to sync.com.
  2. "Resilio Sync was awesome. " FTFY, because that's more suitable for a eulogy.
  3. Did you read this? How to Back up data (Android only) – Sync (resilio.com)
  4. I think you might be able to achieve this by not linking your phones to your NAS (pro license), just create shared folders (wpte, other_user) at NAS side and share different folder with different phone.
  5. I guess the peers that have the original (unencrypted) data do all encryption/decryption works, the encrypted folder peers should never have any undecrypted data (even partially), otherwise there's a big issue.
  6. You can't decrypt an encrypted shared folder. From the howto page: Encrypted node does not have decryption mechanism, so it cannot decrypt files. When you create a "Encrypted Folder" share on device A, you get 3 keys (R/W, Read-only, Encrypted), the folder on device A is not encrypted and has the original data. Now when you share the "Encrypted" key to device E, device E has encrypted data after fully synchronized. There's no way to decrypt this folder. Backup the 3 keys. You can always get the original data on device A. If, for some reason, device A is gone (dead system or dead storage), you'll need a new device N, install Resilio Sync, then enter the R/W key (or the Read-only key), synchronize and get the original data on device N. If your device A is gone, you don't have any other devices linked with R/W key or Read-only key, and you lost R/W key and Read-only key, consider your original data is gone forever.
  7. It's not in Resilio Sync's options, it's Linux's system. Does your clients' NAS offer shell access that you can type commands, or can you run user bash shell script from its GUI, for example, a cron script at boot time?
  8. He has more files to watch than his NAS system's current fs notify watcher limit, the number varies (the default value for Ubuntu is 8192). So unless he increases the limit, reinstalling Resilio Sync won't help. If his NAS is a Linux system, try increasing the notify watcher limit by modifying /proc/sys/fs/inotify/max_user_watches, or fs.inotify.max_user_watches in /etc/sysctl.conf. See: Ubuntu Increase Inotify Watcher (File Watch Limit) - DEV Community
  9. You can apply license with --license command line option. Try reading the output of ./rslsync --help
  10. Create a link (softlink or hardlink) in /var/www/nextcloud/data pointing to RSL folder, maybe?
  11. The line from netstat clearly shows your rslsync is listening to 127.0.0.1:8888, which is only accessible from localhost. For listening to all interfaces, It should be like: tcp 0 0 0.0.0.0:8888 0.0.0.0:* LISTEN - There might be some problems with your config file, try testing rslsync with --webui.listen option as ./rslsync --webui.listen 0.0.0.0:8888 see: Guide to Linux, and Sync peculiarities – Sync (resilio.com)
  12. Yes it's enough. Next you should use netstat to verify the rslsync is really listening to port 8888 on all interfaces: netstat -anp if it indeed listens on all interfaces, then I guess it's firewall, try totally disable firewall (temporally) and test.
  13. Your WebUI is configured to listen to localhost only, which is only accessible from the same PC. Either you need to re-configure it to listen on other interface (for example, 0.0.0.0:8888, which means port 8888 on all interfaces), or use some other applications that can do port forward for you. read Configuring WebUI – Sync (resilio.com)
  14. You can use killall with process name I use killall -15 -u myuser rslsync (15: SIGTERM)