ไม่สามารถแก้ไขโดเมนที่กำหนดเองเมื่อ VPN ทำงาน


11

ฉันเพิ่งอัพเกรดเป็น 12.04 จาก 11.10 และตอนนี้ฉันไม่สามารถแก้ไขโดเมนที่กำหนดเองผ่าน VPN ของฉัน (เช่น * .dev.local ) มันทำงานได้อย่างยอดเยี่ยมก่อนการอัพเกรด

ทั้ง/etc/resolv.confของฉันและเส้นทาง -n นั้นดูเหมือนกับก่อนการอัพเดท

ฉันใช้ OpenVPN และเชื่อมต่อโดยไม่มีปัญหา

เอาต์พุตจาก ping

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

resolv.conf

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

เส้นทาง

# 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

ตัวอย่างจาก /etc/dhcp3/dhclient.conf (22-25 เป็นต้นฉบับก่อนอัปเกรดก่อนหน้านี้ต้องลบชื่อโดเมนเซิร์ฟเวอร์ด้วยเหตุผลบางอย่างที่ฉันลืมไป)

 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;

ความช่วยเหลือใด ๆ ที่จะได้รับการชื่นชมอย่างมาก.

แก้ไข:ฉันสามารถเข้าถึงโฮสต์โดย IP เป็นเพียงการแก้ไขที่ใช้งานไม่ได้

คำตอบ:


6

/etc/nsswitch.confอาจจะมองไปที่ ฉันมีปัญหากับ Ubuntu ที่ไม่ยอมรับชื่อจากเซิร์ฟเวอร์ DNS ในพื้นที่ของฉันโดยไม่คำนึงถึงการ/etc/resolve.confตั้งค่า Slackware ทำงานได้ดีดังนั้นฉันจึงปรับเปลี่ยน Mine ให้เข้าใกล้เวอร์ชั่น Slackware มากขึ้น:

hosts:          files dns mdns4_minimal mdns4 [NOTFOUND=return]

ฉันคิดว่าฉันต้องย้ายสิ่ง dns และ mdns4 ... อาจมีเครื่องหมายดอกจัน ( *) ที่ป้องกันการค้นหาเพิ่มเติม


การย้าย 'dns' ก่อน 'mdns' ในบรรทัดนี้จะช่วยแก้ปัญหาสำหรับฉันใน Ubuntu 14.10 (openconnect)
aemxdp

2

ปัญหาคือ VPN ใช้localเป็นโดเมนระดับบนสุดซึ่ง avahi ใช้สำหรับ mdns ด้วย

เอกสารของ Avahi

http://avahi.org/wiki/AvahiAndUnicastDotLocal

กล่าวว่า

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

เป็นไปได้สูงว่าเมื่อคุณใช้ VPN เซิร์ฟเวอร์ชื่อและ / หรือโดเมนการค้นหาของคุณนั้นแตกต่างกัน หากคุณใช้ nslookup สำหรับชื่อ DNS ที่กำหนดเองที่คุณพยายามเข้าถึงคุณจะต้องเห็นเนมเซิร์ฟเวอร์ที่คุณกำลังสอบถาม หากที่อยู่แตกต่างกันคุณพยายามแก้ไขชื่อบนเซิร์ฟเวอร์ที่ไม่มีอยู่ในรายการ

ตัวอย่างเช่น...

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

Name:   bangkok.home.com
Address: 192.168.1.5

กรุงเทพเป็นชื่อ DNS ที่กำหนดเองสำหรับกล่องในเครือข่ายในบ้านของฉัน ฉันจะเชื่อมต่อกับ บริษัท ของฉันได้หรือไม่ฉันจะกดชื่อเซิร์ฟเวอร์ของตนก่อนเพื่อให้ฉันสามารถหมุนชื่อที่กำหนดเองได้เช่น svn และ wiki เรามีคนทำงานหลายคนที่ทำงานแต่ละคนมีโดเมนเป็นของตนเองเช่น foo.work.com และ bar.work.com และ work.com หากฉันมี bar.work.com อยู่ในรายการเป็นโดเมนแรกของฉันและพยายามเข้าถึง svn.foo.work.com ด้วย svn เท่านั้นการค้นหาจะไม่สามารถแก้ไขที่อยู่ IP ได้เพราะจะค้นหา svn.bar.work.com .

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.