-
Notifications
You must be signed in to change notification settings - Fork 87
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Issue with subnet not getting resolved via vpn's dns (using systemd-resolved) #31
Comments
I don't understand the problem you are describing. What does “pushing routes” mean? What is it that you expect this command to do, which it doesn't do?
You can use the
… but I am not sure that this is what you are trying to do, since you don't seem to be specifying any hostnames for DNS lookup on the command line — at least not in your obfuscated example. |
Hi is there any known issue with systemd-resolved?
I am pushing some subnets thru vpn-slice the connect seems to go well and connect. I can reach some hosts but host on a particular subnet I am unable to reach. It so happens its the same subnet the vpn's dns server is a part of. It is a /16 class a subnet 10.10.0.0/16
Interestingly enough when i append --dump i can see the vpn pushing routes my way which are identical to the routes I am pushing at it, also its passing along some search domains.
If the vpn is passing all this info how do I make use of it, I am unable to ping short names based on the hosts that I can reach.
I have had to resort to disabling resovled and using dnsmasq to manually force traffic from the subnets pushed above to the vpn and i can reach all that I am to reach.
Is there a way to make it work with systemd-resolved inclusive of the use of the search domains being pushed at me?
openconnect v8
vpn-slice 0.11
ubuntu 18.04
command in use
The text was updated successfully, but these errors were encountered: