have a cluster of remote servers communicating inside internal subnet with IPs such as 10.10.1.*
I also have a pool of services running on these remote servers exchanging data with each other using the internal IPs. For example, one micro service calls another ones API in the following fashion: 'http:10.10.1.219/someapi/{id}' and gets response
From my local machine I clearly don have an access to this internal subnet, but I do have a couple of gateways, exposed external IPs, that allow me to query the production env services. So the previous call would look like this from my local machine 'http:/20.222.22.22/someapi/{id}'.
The problem is that the services I'm trying to debug retrieve everything they need for work load from the configs in remote storage. All the configs there obviously use internal IPs like '10.10.1.*' and this IPs get loaded in debug mode as well.
There is no option to overwrite or copy-change configs at the moment.
I'm working from Windows machine and have come with a following idea:
- locally create virtual machines that would bear the same internal IPs that the remote servers have in their subnet
- use 'netsh interface portproxy add v4tov4' to forward requests from these virtual machines to appropriate external IPs available from my local env
Does this idea make any sense? Any advice is appreciated, hope I have described the situation more or less clear
Kubectl proxy?
would this work out on Windows?
The guy didn’t mention a k8s environment though
If you can establish an SSH tunnel to one of your externally exposed gateways, perhaps you could just add a route to 10.10.x.x thus making everything accessible?
Обсуждают сегодня