ฉันทำงานกับ "เซิร์ฟเวอร์ส่วนตัวเสมือน" ในระบบคลาวด์ซึ่งติดตั้ง Ubuntu 20.04
ฉันสังเกตว่า - ในบางครั้ง - เมื่อฉันรีบูตเซิร์ฟเวอร์ ฉันไม่สามารถ ping อะไรได้เลย:
$ ปิง yahoo.com
ping: yahoo.com: การแก้ไขชื่อล้มเหลวชั่วคราว
แบบสอบถาม $ resolutionctl yahoo.com
yahoo.com: การโทรแก้ไขล้มเหลว: ไม่พบเซิร์ฟเวอร์ชื่อหรือเครือข่ายที่เหมาะสมสำหรับชื่อ
เท่าที่ฉันเข้าใจเนื่องจากนี่คือ Ubuntu 20.04 /etc/resolv.conf ไม่ได้ใช้แล้วจริงๆ และ ระบบ แซงหน้าการจัดการ DNS
แต่ไม่ว่าในกรณีใด ฉันไม่ต้องการระบุเซิร์ฟเวอร์ DNS ด้วยตนเอง (เป็นเคล็ดลับเก่าในการใส่ 8.8.8.8 ของ Google ใน /etc/resolv.conf) - เห็นได้ชัดว่าเวลาส่วนใหญ่เมื่อ DNS ทำงาน: เมื่อเซิร์ฟเวอร์บูท มันจะ "ได้รับ" เซิร์ฟเวอร์ DNS ดังนั้น ฉันต้องการทำซ้ำขั้นตอนนี้ ยกเว้นว่าฉันไม่รู้ว่าต้องทำอย่างไร
(โดยการเปรียบเทียบ ถ้าฉันต้องการรีเฟรช/รับที่อยู่ IP ใหม่สำหรับเครื่องหนึ่ง ฉันทราบดีว่าเครื่องนั้นควรถามเซิร์ฟเวอร์ DHCP สำหรับที่อยู่นั้น ดังนั้นในท้ายที่สุด การค้นหาจึงเป็นเรื่องง่าย ซึ่งในการทำเช่นนั้น ฉัน ควรทำ sudo dhclient -r eth0 เช่น)
โปรดทราบว่าเมื่อการจำแนกชื่อ DNS ไม่ทำงาน ฉันก็ทำไม่ได้ เซิร์ฟเวอร์ DNS แสดงในผลลัพธ์นี้:
$ systemd-resolve -- สถานะ
ทั่วโลก
การตั้งค่า LLMNR: ไม่
การตั้งค่า MulticastDNS: ไม่
การตั้งค่า DNSOverTLS: ไม่
การตั้งค่า DNSSEC: ไม่
รองรับ DNSSEC: ไม่
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
168.192.in-addr.arpa
17.172.in-addr.arpa
18.172.in-addr.arpa
19.172.in-addr.arpa
20.172.in-addr.arpa
21.172.in-addr.arpa
22.172.in-addr.arpa
23.172.in-addr.arpa
24.172.in-addr.arpa
25.172.in-addr.arpa
26.172.in-addr.arpa
27.172.in-addr.arpa
28.172.in-addr.arpa
29.172.in-addr.arpa
30.172.in-addr.arpa
31.172.in-addr.arpa
บริษัท
d.f.ip6.arpa
บ้าน
ภายใน
อินทราเน็ต
แลน
ท้องถิ่น
ส่วนตัว
ทดสอบ
ลิงค์ 2 (eth0)
ขอบเขตปัจจุบัน: ไม่มี
การตั้งค่า DefaultRoute: ไม่
การตั้งค่า LLMNR: ใช่
การตั้งค่า MulticastDNS: ไม่
การตั้งค่า DNSOverTLS: ไม่
การตั้งค่า DNSSEC: ไม่
รองรับ DNSSEC: ไม่
ฉันเห็นว่าการล้างแคช DNS พวกเขา (https://unihost.com/help/how-to-clear-the-dns-cache/) แนะนำ:
sudo /etc/init.d/networking รีสตาร์ท
... อย่างไรก็ตาม ฉันไม่ต้องการเรียกใช้คำสั่งนี้ เนื่องจากฉันเชื่อมต่อกับเซิร์ฟเวอร์ผ่าน จุ๊ๆดังนั้นฉันคิดว่าการรีสตาร์ทเครือข่ายทั้งหมดจะฆ่าฉันด้วย จุ๊ๆ เทอร์มินัลเซสชัน และอาจมีผลที่ตามมาโดยไม่ได้ตั้งใจอื่นๆ
ฉันสงสัยว่า: มีคำสั่งที่ฉันสามารถเรียกใช้ในไฟล์ จุ๊ๆ เซสชันที่จะรีเฟรชหรือรับเซิร์ฟเวอร์ DNS ใหม่สำหรับเครื่องนี้ - โดยใช้กลไกที่คล้ายกันซึ่งใช้ขณะบู๊ต เมื่อ DNS ทำงานจริงบนเครื่องนี้
ดีฉันเพิ่งพบ https://unix.stackexchange.com/questions/328131/how-to-troubleshoot-dns-with-systemd-resolved ซึ่งบันทึก:
... บางครั้งการรีสตาร์ทผ่าน
sudo systemctl รีสตาร์ท systemd- แก้ไขแล้วเป็นความคิดที่ดี
ดังนั้นฉันจึงลองคำสั่งนี้:
sudo systemctl รีสตาร์ท systemd- แก้ไขแล้ว
...และแท้จริงแล้ว เซิร์ฟเวอร์ DNS ปรากฏขึ้นแล้วในผลลัพธ์ของ systemd-แก้ไข -- สถานะ (หรือ สถานะการแก้ไขซึ่งดูเหมือนว่าจะแสดงรายงานเดียวกัน)
ความเป็นไปได้อื่นๆ:
บน Ubuntu 20.04
แก้ไข systemd แล้วเป็นเซิร์ฟเวอร์ DNS ภายในที่รวมอยู่ด้วยระบบที่ทำหน้าที่เป็นตัวแก้ไขต้นขั้วและควรแก้ไขโดยอัตโนมัติ/etc/resolv.confด้วยการกำหนดค่าที่ถูกต้อง...
ไฟล์นี้มีเซิร์ฟเวอร์ DNS จากสัญญาเช่า DHCP แต่โปรดทราบว่าคุณจะไม่ได้รับประโยชน์จากคุณลักษณะการแคชตัวแก้ไขต้นขั้ว
อา หากได้รับเซิร์ฟเวอร์ DNS จากการเช่า DHCP - ก็มีความเป็นไปได้ sudo dhclient -r eth0 อาจใช้งานได้เช่นกัน
ในที่สุดฉันก็กล้าที่จะวิ่ง:
$ sudo /etc/init.d/networking รีสตาร์ท
การรีสตาร์ทเครือข่าย (ผ่าน systemctl): networking.service
... และปรากฎว่า สิ่งนี้ไม่ได้ทำลายฉัน จุ๊ๆ เซสชั่นนั่นก็ดีเช่นกัน
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
