Không thể giải quyết các miền tùy chỉnh khi VPN lên


11

Tôi vừa nâng cấp lên 12.04 từ 11.10 và bây giờ tôi không thể giải quyết các miền tùy chỉnh qua VPN của mình (ví dụ: * .dev.local ). Nó làm việc lộng lẫy trước khi nâng cấp.

Cả /etc/resolv.conftuyến -n của tôi trông giống hệt như trước khi cập nhật.

Tôi đang sử dụng OpenVPN và nó kết nối mà không gặp vấn đề gì.

đầu ra từ ping

$ ping example.dev.local
ping: unknown host example.dev.local

độ phân giải

nameserver 172.16.1.4
nameserver 172.16.1.5
nameserver 10.4.180.250
search office.local corp.local

tuyến đường -n

# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.4.180.250    0.0.0.0         UG    0      0        0 eth0
10.4.180.0      0.0.0.0         255.255.255.0   U     0      0        0 eth0
10.61.80.0      172.28.0.254    255.255.255.128 UG    0      0        0 tap0
10.61.80.128    172.28.0.249    255.255.255.128 UG    0      0        0 tap0
10.200.2.126    172.28.0.249    255.255.255.255 UGH   0      0        0 tap0
81.92.65.52     172.28.0.249    255.255.255.255 UGH   0      0        0 tap0
81.92.71.128    172.28.0.249    255.255.255.192 UG    0      0        0 tap0
81.92.72.128    172.28.0.254    255.255.255.224 UG    0      0        0 tap0
81.92.72.160    172.28.0.249    255.255.255.224 UG    0      0        0 tap0
172.16.0.0      172.28.0.1      255.255.248.0   UG    0      0        0 tap0
172.28.0.0      0.0.0.0         255.255.254.0   U     0      0        0 tap0

Đoạn trích từ /etc/dhcp3/dhclient.conf (22-25 là bản gốc trước khi nâng cấp, trước đây phải xóa máy chủ tên miền vì một số lý do tôi đã quên)

 22 #request subnet-mask, broadcast-address, time-offset, routers,
 23 #       domain-name, domain-name-servers, domain-search, host-name,
 24 #       netbios-name-servers, netbios-scope, interface-mtu,
 25 #       rfc3442-classless-static-routes, ntp-servers;
 26 
 27 prepend domain-name-servers 192.168.1.1;
 28 request subnet-mask, broadcast-address, time-offset, routers,
 29         domain-name, domain-search, host-name,
 30         netbios-name-servers, netbios-scope, interface-mtu,
 31         rfc3442-classless-static-routes, ntp-servers;

Mọi sự trợ giúp sẽ rất được trân trọng.

Chỉnh sửa: Tôi có thể truy cập máy chủ bằng IP, đó chỉ là cách giải quyết không hoạt động.

Câu trả lời:


6

Có lẽ nhìn vào /etc/nsswitch.conf. Tôi gặp vấn đề với Ubuntu khi không nhận tên từ máy chủ dns cục bộ của mình bất kể /etc/resolve.confcài đặt. Slackware hoạt động tốt vì vậy tôi đã sửa đổi phần mềm của mình gần hơn với phiên bản của Slackware:

hosts:          files dns mdns4_minimal mdns4 [NOTFOUND=return]

Tôi nghĩ rằng tôi đã phải di chuyển các công cụ dns và mdns4 ... có thể có dấu hoa thị ( *) ngăn cản việc tra cứu thêm.


Di chuyển 'dns' trước 'mdns' trong dòng này đã giải quyết vấn đề cho tôi trên Ubuntu 14.10 (openconnect).
aemxdp

2

Vấn đề là VPN sử dụng locallàm tên miền cấp cao nhất cũng được avahi sử dụng cho mdns.

Tài liệu của Avahi

http://avahi.org/wiki/AvahiAndUnicastDotLocal

nói

If you come across a network where .local is a unicast
DNS domain, please contact the local administrator
and ask him to move his DNS zone to a different domain.
If this is not possible, we recommend not to use Avahi
in such a network at all.

1

Rất có khả năng khi bạn ở trên VPN, máy chủ tên và / hoặc tên miền tìm kiếm của bạn khác nhau. Nếu bạn sử dụng nslookup cho tên DNS tùy chỉnh mà bạn đang cố truy cập, bạn sẽ cần xem máy chủ tên mà bạn đang truy vấn. Nếu địa chỉ khác, bạn đang cố phân giải tên trên máy chủ không được liệt kê.

ví dụ...

munich:~ jeremy$ nslookup bangkok
Server:     192.168.1.2
Address:    192.168.1.2#53

Name:   bangkok.home.com
Address: 192.168.1.5

Bangkok là tên DNS tùy chỉnh cho một hộp trong mạng gia đình của tôi. Nếu tôi kết nối với VPN công ty của mình, tôi sẽ truy cập máy chủ tên của họ trước để tôi có thể quay vòng tên tùy chỉnh của họ như svn và wiki. Chúng tôi có một vài người đặt tên tại nơi làm việc, mỗi người có tên miền riêng như foo.work.com và bar.work.com và work.com. Nếu tôi có thanh. .

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.