Hi all,
I'm Currently working on a backup solution for the windows workstations at my office. Usually I would just be able to use VAW pointing to a repo on the backup server that we use for our VM's.
The problem is, for security reasons this server is on a completely separate VLAN with no regular routing from the main LAN (that the workstations are on) to the backup VLAN. However, the backup VLAN has routing to the regular LAN, so if it were to initiate and control the backup it would probably be successful.
I know that VAW uses the agents installed on the end workstations to do the work for the backup and thus cannot access the repository.
My question is, is there any way with VAW or otherwise to get these backups working WITHOUT routing from the LAN to the backup VLAN
Thanks in advance,
Josh
-
- Lurker
- Posts: 2
- Liked: never
- Joined: Oct 15, 2018 4:00 am
- Full Name: Joshua Hunter
- Contact:
-
- Veteran
- Posts: 1943
- Liked: 247 times
- Joined: Dec 01, 2016 3:49 pm
- Full Name: Dmitry Grinev
- Location: St.Petersburg
- Contact:
Re: Backup Workstations to repository on server they dont have access to
Hi Josh and welcome to the community!
Have you thought about creating another repository in the main LAN for the agent backups? Thanks!
Have you thought about creating another repository in the main LAN for the agent backups? Thanks!
-
- Lurker
- Posts: 2
- Liked: never
- Joined: Oct 15, 2018 4:00 am
- Full Name: Joshua Hunter
- Contact:
Re: Backup Workstations to repository on server they dont have access to
I've tried this, It doesn't work and I think I know why;
The backup job fails before the agent even attempts to start copying any files as it cannot get the configuration of the backup from the Veeam backup and replicate server (not sure if i was specific enough in my original post, we use Veeam backup and replicate for our VM's for a daily backup and copying this onto tape, so we're trying to centralise our backup to this server by having it manage the agents too)
So the problem is that the agents cant get the backup configuration from the server as there is no routing between the two LANs (quite deliberately). I guess one way to get around this is to enable routing for just the port that backup and replication is using to manage the agents (10005 I think)
The backup job fails before the agent even attempts to start copying any files as it cannot get the configuration of the backup from the Veeam backup and replicate server (not sure if i was specific enough in my original post, we use Veeam backup and replicate for our VM's for a daily backup and copying this onto tape, so we're trying to centralise our backup to this server by having it manage the agents too)
So the problem is that the agents cant get the backup configuration from the server as there is no routing between the two LANs (quite deliberately). I guess one way to get around this is to enable routing for just the port that backup and replication is using to manage the agents (10005 I think)
-
- Veteran
- Posts: 1943
- Liked: 247 times
- Joined: Dec 01, 2016 3:49 pm
- Full Name: Dmitry Grinev
- Location: St.Petersburg
- Contact:
Re: Backup Workstations to repository on server they dont have access to
I think that's a good idea to establish both way connection, also take a look on the port requirements here (there is another port 6184 for connection from VBR to VAW). Thanks!
-
- Product Manager
- Posts: 14828
- Liked: 1774 times
- Joined: Feb 04, 2013 2:07 pm
- Full Name: Dmitry Popov
- Location: Prague
- Contact:
Re: Backup Workstations to repository on server they dont have access to
Joshua,
Aside from ports please make sure that Veeam B&R host name can be correctly resolved from the client side (machine where agent is installed), as otherwise such agent cannot communicate with Veeam B&R server. Cheers!
Aside from ports please make sure that Veeam B&R host name can be correctly resolved from the client side (machine where agent is installed), as otherwise such agent cannot communicate with Veeam B&R server. Cheers!
Who is online
Users browsing this forum: No registered users and 10 guests