Dear PM's,
I've deployed a hardened repository and got multiple issues regarding network communication... In contrast to the NFS repositories where you'd only have a connection from the gateway server to the NFS server, your proxies need to talk to the repository directly and the repository also "talks" to the backup server...
I know it's documented well and as soon as you've got a suspicion regarding the network, you'd sniff or check the documentation, etc. But as long as you don't think about it, you're having troubles. Same regarding DNS issues: My hardened repository wannted to resolve FQDN's, but couldn't. I didn't know that it had to...
When deploying a hardened repository or a linux server, you first of all need the SSH connection for the deployment of the components. Why then not ship a little module with those components which would automatically check the connectivity to the server, the proxies, etc. Just like the test-option regarding the application aware processing/credentials: You see immediately if the connection is fine and if you'd have to do further steps like opening ports. Having such a test-area to check against all different kind of communication issues like DNS resolving or closed ports would save customers AND the support team a lot of time.
Hope you'll find the idea good as well. Thanks!
-
- Veeam Legend
- Posts: 945
- Liked: 221 times
- Joined: Jul 19, 2016 8:39 am
- Full Name: Michael
- Location: Rheintal, Austria
- Contact:
-
- Veeam Software
- Posts: 3626
- Liked: 608 times
- Joined: Aug 28, 2013 8:23 am
- Full Name: Petr Makarov
- Location: Prague, Czech Republic
- Contact:
Re: automatically check against open/closed ports
Hi Michael,
Thanks again for the idea! Let's wait for more requests for this feature so that we can justify engineering resources required for implementation. After that, we can prioritize it and decide on ETA.
Thanks!
Thanks again for the idea! Let's wait for more requests for this feature so that we can justify engineering resources required for implementation. After that, we can prioritize it and decide on ETA.
Thanks!
-
- Service Provider
- Posts: 243
- Liked: 44 times
- Joined: Jun 10, 2019 12:19 pm
- Full Name: Daniel Johansson
- Contact:
Re: automatically check against open/closed ports
+1. This would be extremely time saving for everyone.
Regarding DNS it should be an option to let the component server ask the VBR server for lookups (without having to make it an actual DNS server). We often have to use scattered hosts files which are a hassle to keep updated with the same info. So having to keep only one (on the VBR) would obviously also save a lot of time and reduce the risk for errors.
Regarding DNS it should be an option to let the component server ask the VBR server for lookups (without having to make it an actual DNS server). We often have to use scattered hosts files which are a hassle to keep updated with the same info. So having to keep only one (on the VBR) would obviously also save a lot of time and reduce the risk for errors.
Who is online
Users browsing this forum: AdsBot [Google], Google [Bot] and 77 guests