You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When using the vz VM and not using user-v2 networking, the DNS behavior mentioned in the documentation is no longer working as advertised when hostResolver.enabled is true (or unassigned).
This prevents being able to use the native OS resolver, which is needed for VPN configurations, split-DNS setups, as well as mDNS, local /etc/hosts etc.
The breaking change seems to be here, which prevents args.UDPDNSLocalPort etc. from getting assigned.
The text was updated successfully, but these errors were encountered:
dhealio
changed the title
DNS hostResolver no longer works with vz VMs since v1.0.0
DNS native host resolving no longer works with vz VMs since v1.0.0
Nov 22, 2024
To be more specific, DNS resolving of VPN hostnames on macOS was working on v0.23.2 when starting lima with the default configuration/parameters, but no longer works with v1.0.0 or v1.0.1.
FWIW, I have also tried starting lima with user-v2 networking via limactl start --network=lima:user-v2, but I am still unable to resolve VPN hostnames within lima. This seems to contradict the behavior mentioned here, but perhaps I am doing something wrong.
If this is by design, then how would I go about configuring lima to allow DNS resolving of VPN hostnames? The documentation should be updated to reflect any changes of behavior in this regard.
Otherwise, this is a breaking change that I'm hoping can be addressed soon.
Description
When using the
vz
VM and not using user-v2 networking, the DNS behavior mentioned in the documentation is no longer working as advertised whenhostResolver.enabled
is true (or unassigned).This prevents being able to use the native OS resolver, which is needed for VPN configurations, split-DNS setups, as well as mDNS, local /etc/hosts etc.
The breaking change seems to be here, which prevents
args.UDPDNSLocalPort
etc. from getting assigned.The text was updated successfully, but these errors were encountered: