Ticket #17921 (closed defect: duplicate)
Name Resolution does not work properly with vpnc 0.5.3
| Reported by: | monty19@… | Owned by: | macports-tickets@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 1.7.0 |
| Keywords: | Cc: | msmk@… | |
| Port: | vpnc |
Description
When I did an update of ports and vpnc 0.5.3 installed I started having the following behaviour:
/etc/resolv.conf is updated properly to reflect DNS servres on corporate network
I can use dig or nslookup to successfully query the addresses of servers by name.
I can not resolve names of systems on the corporate network using a web browser, ping, email client or anything else.
Name resolution continues to work for hosts on the internet; kind of like the dns servers for my internet connection are still being used, although the resolv.conf does not reflect that.
I have observed this broken behaviour with 0.5.2 and 0.5.3; I downgraded to 0.5.1 and am working properly again
Change History
comment:2 Changed 4 years ago by monty19@…
The first line was added to vpnc-script and the line below became commented out. This is breaking named resolution for me. /etc/resolv.conf is updated but scutil --dns continues to show my isp name servers rather internal dns servers. This is what is causing nslookup and dig to work (they rely on resolv.conf) while everything else fails. Uncommenting the second line causes everything to work again as expected. # next line overrides the default gateway and breaks split routing # d.add Router $INTERNAL_IP4_ADDRESS
Comment from the 0.5.2 changelog reads:
- Fix default route while setting DNS on Darwin, by Felix Buenemann
comment:3 Changed 4 years ago by monty19@…
The first line was added to vpnc-script and the line below became commented out. This is breaking named resolution for me. /etc/resolv.conf is updated but scutil --dns continues to show my isp name servers rather internal dns servers. This is what is causing nslookup and dig to work (they rely on resolv.conf) while everything else fails. Uncommenting the second line causes everything to work again as expected.
# next line overrides the default gateway and breaks split routing # d.add Router $INTERNAL_IP4_ADDRESS Comment from the 0.5.2 changelog reads: * Fix default route while setting DNS on Darwin, by Felix Buenemann


Assigning to maintainer.