Hey all, New here. I’ve been using UrBackup for many years now. but I’ve never had the need to do backups over the internet. I’m working on getting this setup. and I continue to hit a brick wall.
I have a Dynamic Public IP so I’m using DDNS. this resolves just fine.
Ports 55413, 55414 and 55415 are open and forwarded to my UrBackup Server IP of 10.69.25.30. It’s a server 2022 box. Windows Firewall has been completely disabled for troubleshooting.
Thanks @ceyephersecurity. I enabled both TCP and UDP on 55414, 55415, 55413. I also made a list of possible combinations for the 2 fields in the client configurations Settings>Internet tab then the first two fields
-Server URL client connects to:
-Internet server HTTP(S) proxy:
As well as the two fields on the server configuration Settings>General>Internet/Active clients
-Server URL clients connect to:
-Connect via HTTP(S) proxy (leave empty to connect without):
After trying quite a few and waiting for failures or success i finally figured it out. Here’s my settings that worked for me. I don’t yet know if TCP/UDP both need to be forwarded. I’ll need to test. SERVER
Settings>General>Internet/Active clients:
We use internet backups, the only ports required are TCP 55415 (55414 if you want to do web restores, also TCP), the Internet TAB needs a tick in it with the IP / DNS name of the server, we enable 55414 to test the web access, if web works then backup does.
The above all assumes your backup server and he firewall its behind also has all the firewall setup correctly. The actual server also needs to allow ALL IPs for ports 55414 and 55415 as at least Windows will block anything thats not local LAN.
The only issue we have seen so far is the IMAGE based back ups done seem to run, the file does, will look at another ticket for this.
Need more details about your network setup. We have a server behind static IP address and it works fine using a DNS name, that name needs to point back to the static IP address, however the server also needs to allow Internet Backups (it can be disabled we found, maybe by default from memory)
I have a big install with hundreds of machines in LAN. Everything was working properly till I configured machines in LAN as Internet clients to avoid broadcast traffic.
Then image backups are made consistently but when need to restore any of them restored image won’t boot windows operating system although mounted and checked all data is inside.
The original question was how to get them connected, i assume you have them connected, if so please open a new thread as it sounds like a different issue
Ok, I’m going to try restoring from command line and local media instead of GUI and remote server, I’ll do some additional checks and then open a new thread with a more appropiate tittle.
I’ve found that it’s related to Local/passive versus Internet/active full image style.
While I had “Backup de imagen completo #1” for Local/passive however “Copia imagen total sintética” was selected for Internet/active full image style.
Changing full image style for Internet/active to the same was selected for Local/passive did the trick and now everything working as expected with Internet/active machines restored and booting properly.
You are the first one that has found an issue with that (that has tracked it down to the synthetic image backups). I myself use btrfs cow images. I guess I’ll have to spend some time hopefully reproducing then fixing the issue.
Great, feel free to ask any more info that helps you reproduce and fix the issue.
FYI:
I have done a new install from scratch, machines configured as local/passive clients with full image style as “Backup de imagen completo #1”. Everything working as expected.
Changed some machines to internet/active clients with full image style as “Copia imagen total sintética” and new images done with syntetic when restored not booting with windows complaining about file errors.
Changed full image style for internet/active to “Backup de imagen completo #1” and new images backed with that full image style when restored boot as expected.
Thanks everyone!
