netplan เครือข่ายไม่มี ipv4 จาก dhcp

ฉันพยายามให้เซิร์ฟเวอร์อูบุนตูทำงานบนของฉัน MacBook Pro (15 นิ้ว ปลายปี 2011) ตลอดทั้งวันทั้งคู่ 20.04 และ 21.10ต่อสู้กับ netplan และดูเหมือนว่าฉันจะมีไม่ได้ ens9 (อะแดปเตอร์เครือข่าย Thunderbolt 2 - ดูเหมือนว่าจะทำงานได้ดีจากโพสต์นี้: การใช้อะแดปเตอร์ Apple Thunderbolt 2 Ethernet บน Ubuntu 20.04) ได้รับ ไอพีวี4 จาก สพป. ฉันอ่านโพสต์มากมายทั่วทุกแห่ง ดูเหมือนเล็กน้อย แต่ฉันก็ยังใช้งานไม่ได้ :/

ของฉัน /etc/netplan ขณะนี้มีลักษณะดังนี้:

เครือข่าย:
  รุ่น: 2
  เรนเดอร์: เครือข่าย
  อีเธอร์เน็ต:
    ens9:
      dhcp4: จริง
      ตัวเลือก: จริง

แต่บอกตามตรง ณ จุดนี้ ฉันหลงทางว่าเปลี่ยนมันไปกี่ครั้งแล้ว ฉันลองทุกอย่างที่ฉันพบเพื่อค้นหาการเรียงสับเปลี่ยนของคำที่เป็นไปได้ทั้งหมด: อูบุนตู, เซิร์ฟเวอร์, 20.04, 21.10, dhcp, ipv4, -static, -NetworkManager, ไม่ทำงาน, ไม่ได้รับ IP, -ipv6, MacBook pro, ens9, netplan, systemd-networkd.

เมื่อใดก็ตามที่ฉัน ไอพี มัน ens9 มีเพียง ไอพีวี6 (ด้วยเหตุผลบางอย่าง ฉันไม่ได้ใช้ ไอพีวี6 ในเครือข่ายของฉันหรือ DHCP ของฉันกำหนด ไอพีวี6 ดังนั้นฉันจึงไม่รู้ว่ามันมาจากไหน tbh) ไม่มีตารางเส้นทางและไม่มีการกำหนดเนมเซิร์ฟเวอร์ซึ่งทำให้ฉันสงสัยว่าไม่ได้พยายาม "dhcp อะไรเลย" แม้ว่าฉันจะเพิ่ม dhcp6: เท็จ ฉันยังคงได้รับ fracking ไอพีวี6 แต่ไม่มี ไอพีวี4 ฉันเก็บก หาง -f /var/log/syslog เปิดตลอดเวลาและไม่มีประโยชน์ปรากฏขึ้น

ถ้าฉันวิ่ง dhclient -r ens9 && dhclient ens9 อินเทอร์เฟซจะได้รับ ไอพีวี4 และเครือข่ายเริ่มทำงาน (เช่น ฉันใช้วิธีนี้ในระหว่างกระบวนการติดตั้ง) ฉันสามารถ ssh ได้ดีแม้ว่าบางครั้งเครือข่ายจะแฮงค์ (แต่จริงๆแล้วนี่เป็นเรื่องเล็กน้อยถ้าอย่างน้อยฉันก็สามารถกำหนดค่า DHCP ได้)

ดังนั้น แม้ว่าฉันจะมีวิธีแก้ปัญหาที่น่ากลัวซึ่งฉันไม่ต้องการใช้ แต่ฉันก็อยากเข้าใจจริงๆ ว่าทำไมวิธี "Canonical" เริ่มต้น (ตั้งใจเล่นสำนวน) ไม่ทำงานสำหรับฉัน และตอนนี้ฉันไม่มีทางเลือกว่าจะแก้ไขตรงไหน หัวของฉัน.

ฉันตั้งใจมากที่จะใช้เครื่องเก่าเพื่อความสนุกสนาน และจบลงด้วยความผิดหวัง ทำให้ฉันจำได้ว่าทำไมฉันถึงเลิกใช้ Linux เป็นระบบปฏิบัติการเดสก์ท็อป

อัปเดต:

1. การทดสอบด้วย เครือข่ายctl

นี่คือผลลัพธ์หลังจากทำงานหลายชั่วโมง

ลิงค์: ens9 ประเภท: อีเธอร์ การทำงาน: การตั้งค่าที่ลดลง: การกำหนดค่า

หลังจากรีบูตเครื่องมันดูแตกต่างไปจากเดิมอย่างสิ้นเชิง:

ลิงค์: ens9 ประเภท: อีเธอร์ การทำงาน: ปิด การตั้งค่า: จัดการ

แต่ฉันสงสัยว่าเป็นเพราะพารามิเตอร์ทางเลือก ถ้าฉันลบไฟล์ ไม่จำเป็น

netplan สร้าง && ใช้ netplan ฉันกลับไปสู่สถานะเริ่มต้นของ:

ลิงค์: ens9 ประเภท: อีเธอร์ การทำงาน: การตั้งค่าที่ลดลง: การกำหนดค่า

รีบูตเครื่องโดยไม่เลือก หลังจากหยุดที่การค้นหาชื่อโฮสต์และเครือข่ายทำให้ฉัน:

ลิงค์: ens9 ประเภท: อีเธอร์ การทำงาน: การตั้งค่าที่ลดลง: การกำหนดค่า

ถ้าฉันวิ่ง dhclient -r ens9 && dhclient ens9 มันไปจาก เสื่อมโทรม ถึง กำหนดเส้นทางได้

2. ฉันจำได้ว่าแล็ปท็อปเครื่องนี้มาพร้อมกับพอร์ตอีเธอร์เน็ตในตัว (นานมากแล้วที่ฉันไม่เห็นด้วยซ้ำว่ามีอยู่จริง) ดังนั้นฉันจึงดึง Thunderbolt Dongle เชื่อมต่อสายเคเบิลเข้ากับพอร์ตในตัวโดยตรง อัปเดตไฟล์การกำหนดค่าด้วยชื่ออินเทอร์เฟซใหม่ และเมื่อใดถึงขั้นตอนปกติของการสร้าง นำไปใช้ แม้กระทั่งการรีบูต ผลลัพธ์: ไม่มีอะไรเปลี่ยนแปลง พฤติกรรมเหมือนเดิมทุกประการ จากนี้ฉันจะบอกว่ามันไม่ใช่ปัญหา HW แต่เป็นปัญหา SW สิ่งที่ใหญ่ที่สุดคือ: ไม่มีบันทึก (เท่าที่ฉันสามารถบอกได้) อธิบายว่าทำไม เน็ตแพลน ไม่ได้ทำในสิ่งที่จำเป็นต้องทำกับไคลเอ็นต์ DHCP แม้แต่การใช้ -d เปลี่ยนหรือพยายาม (ลอง netplan) ให้ข้อมูลเป็นศูนย์

3. ดังนั้นฉันคิดว่าบางทีการสร้างเซิร์ฟเวอร์บนแล็ปท็อปอาจไม่ใช่ความคิดที่ดีที่สุด ดังนั้นฉันจึงดาวน์โหลดและลองใช้ Ubuntu Desktop 21.10 พฤติกรรมเดียวกัน

4. หลังจากการตรวจสอบเพิ่มเติม ฉันพบบนอินเทอร์เน็ต อาจเป็นปัญหากับเฟิร์มแวร์และ/หรือโมดูลเคอร์เนล จากนั้นฉันก็ดำเนินการ: apt-get ติดตั้ง b43-fwcutter firmware-b43-installer และ ม็อดโพรบ b43 แต่ไม่มีอะไรเปลี่ยนแปลง พฤติกรรมเหมือนเดิมและ DHCP ปฏิเสธที่จะทำงานหากไม่ได้รับการกระตุ้นด้วยตนเอง :(

พื้นหลัง: Linux เป็นระบบปฏิบัติการหลัก (และเฉพาะ) ของฉันตั้งแต่ปี 1994 ถึง 2004 เมื่อฉันเปลี่ยนไปใช้ OSX ฉันยังคงใช้มันบนเซิร์ฟเวอร์ แต่ด้วย "แพลตฟอร์มคลาวด์และนักเทียบท่าขี้เกียจ" ที่ทันสมัย ​​ฉันไม่ต้องจัดการกับปัญหาการกำหนดค่าเครือข่ายเป็นเวลานาน และในการเปิดเผยทั้งหมด ฉันเพิ่งค้นพบวันนี้เกี่ยวกับ เน็ตแพลน. ในขณะที่ความเห็นส่วนตัวของฉันคือมันเป็นตัวเลือกที่ไม่ดีสำหรับภาษาที่จะใช้ช่องว่างสีขาวเพื่อกำหนดบล็อก แต่ฉันคุ้นเคยกับ ยาเมล และหวาดระแวงในการตรวจสอบ/นับช่องว่างที่น่ารำคาญเหล่านั้น

มันไม่มากนัก แต่อย่างน้อยฉันก็ได้รู้ว่าทำไมมันถึงเป็นเช่นนั้น ไอพีวี6 ที่อยู่ปรากฏขึ้น: เห็นได้ชัดว่า เน็ตแพลน ใช้เสรีภาพในการเพิ่มขั้นตอนพิเศษในการกำหนดค่าเครือข่ายระหว่าง สร้าง คำสั่ง (ไม่เจ๋งมากถ้าคุณถามฉัน) การแก้ไขคือ:

1. เพิ่ม ลิงค์ท้องถิ่น: [] เพื่อกำหนดค่าอินเทอร์เฟซของ netplan และสร้าง
2. ตรวจสอบ .. ของคุณ /เรียกใช้/systemd/เครือข่าย/ dir สำหรับไฟล์ที่สร้างขึ้น

Idk ยิ่งขุดยิ่งเจอสิ่งนี้ เน็ตแพลน น่ารำคาญ สับสน ไม่เป็นประโยชน์ และแย่ที่สุดคือขัดกับปรัชญา *ยูนิกซ์โดยสิ้นเชิง มันแค่ซ่อนของและทำให้มันซับซ้อนขึ้น พยายามแก้ไขบางอย่างที่ยังไม่พัง...