I need to move 2 devices which have static IPs and normally get updates overnight via a server. There is some construction work taking place at that location so the 2 devices need to move temporarily to another location but still get the overnight updates. These are Linux based touchscreen devices and kind of prehistoric, the static IPs are configured on the server to push updates overnight.
Both sites have watchguards and currently different subnets for the devices on site. I am far from a network engineer but have a fairly good understanding, this job is mixed so this piece of work is new for me. How can I connect these two sites together and plug the 2 devices into the network of the temporary site (different subnet) but retain the current static IPs. Branch to Branch VPN comes to mind, not completely sure how to configure it. It may be possible for me to change the static IPs on the server end if I can configure the network to see the other subnet?
Apologies if this is not the best explanation… any helped is appreciated.
The easiest thing to do is going to be to change the IP’s on the devices and the server when the devices move locations. If I were doing this, I would scrap static IPs altogether and use fixed DHCP reservations. Create reservations in your dhcp server at both the “old” location and the “new” location to tie the device MAC address to specific IPs at each site. Change the devices to pick up DHCP. Then update the server whenever the device moves. That way you centrally manage everything from the server and don’t have to reconfigure the devices every time they move.
If you must keep the same IP, then you are looking at setting up a NAT on your watchguard, which isn’t going to be any easier.
Why not put them behind a NAT device?
Either move the subnet to their new home and move it back when it’s done, or DNAT.
Software defined Access? Dynamic Vlans? Make a region spanning vlan for devices like this that keep their ip when moved?
It may be possible for me to change the static IPs on the server end if I can configure the network to see the other subnet?
This would be plan A, but…
Branch to Branch VPN comes to mind, not completely sure how to configure it.
Inter-site connectivity is obviously necessary first. Setting up a site-to-site VPN is easy enough if you have capable network gear.
What serves as the Internet gateway at each location?
Why not just turn them off until the construction is done?
Yes the static IPs I need to check, it’s possible they are already reserved. I don’t think they need to keep the same IP I just need the Windows server in the current site to see the devices on the remote site so they can send the overnight changes.
The easiest way to do this is better 
What use is that going to do? You can scream at management all you want but ultimately they pay the bills, its not our business to tell them what to spend their money on. What we can control is whether we want to put up with it.
Yeah Plan A seems the best option I only realised after I typed out everything as the request came to me which was they must stay the same… I don’t think that is required. I can change them on the server as long as it can see the other subnet. The same Windows server is sending out the overnight changes and sits on the same subnet as the 2 touch devices currently.
There are Windows servers on each site dishing out DHCP and the Watchguards are the internet gateways. I may be in luck when I looked earlier I noticed Branch to Branch tunnels had been created between these sites before. I did know this as previously all 5 sites could talk to each other… there were some problems after a while and they got disabled no idea why. Need to check the previous config and if it will work for this temporary move.
I’m 6 months into this job and this particular client has a ton of issues with its infrastructure so everything previously has been a bit slap-dash.
They are required elsewhere for some reason and still need the location specific updates - This is a store that sells products so store specific pricing updates overnight.
