Score:0

การตั้งค่าเครือข่ายภายในทำงานอย่างไรบน Kubuntu / Systemd

ธง sa
JPT

เครือข่ายของฉันดูเหมือนจะพังทลายไปหมด นี่คือเหตุผลที่ฉันต้องการเข้าใจว่าการตั้งค่าเครือข่ายบน (K)Ubuntu ควรทำงานอย่างไร ส่วนประกอบใดที่เกี่ยวข้องและมีความหมายในการทำงานร่วมกันอย่างไร

ฉันรู้ว่าคำถามนี้และปัญหาของฉันทำให้เกิดสองหัวข้อที่แตกต่างกันโดยสิ้นเชิง มาดูกันว่าการสนทนานี้จะเป็นอย่างไร จากนั้นฉันจะทำความสะอาดเพื่อทำให้เธรดนี้เป็นแบบทั่วไปมากที่สุดเท่าที่จะเป็นไปได้ หรือสร้างเธรดสองเธรดจากนั้น

นี่คือปัญหาที่ฉันเผชิญ:

/var/lib/dhcp/dhclient.leases ถูกเขียนเป็นประจำโดยมี 0x00 ไบต์ที่ไม่ถูกต้องอยู่ในนั้น ซึ่งทำลายรูปแบบ ฉันออก sudo dhclient -v ประมาณ 10 ครั้งทุกวัน 50% แจ้งว่าไฟล์เสียมาก่อน บางครั้งมันไม่ได้ผลก็ไม่ได้รับคำตอบจากฟริตซ์ แต่ส่วนใหญ่แล้ว

บ่อยครั้งที่ DNS เสียเช่นกัน ฉันแค่ต้องออก sudo systemctl รีสตาร์ท systemd-resolved.service. มันทำงานอีกครั้งทันที เพียงไม่กี่นาทีต่อมาก็หยุดทำงาน รีสตาร์ทอีกครั้ง ใช้งานได้แล้ว

ฉันมีหลายเครือข่าย:

  • สต็อก Fritzbox 7390 บน 192.168.66.1 ที่ไม่มีการเชื่อมต่อ DSL ในขณะนี้ นี่คือที่ที่เครือข่ายท้องถิ่นของฉันอาศัยอยู่ ฉันเปิดใช้ชั่วคราวเพื่อพิมพ์และดูวิดีโอจาก RaspPi/LibreElec ของฉันเท่านั้น
  • USB-Wifi-Dongle สำหรับเชื่อมต่ออินเทอร์เน็ตผ่าน Android Wifi Tethering
  • บางครั้งฉันติดเราเตอร์เครือข่ายมือถือแทน Fritz แน่นอนว่าฉันต้องเชื่อมต่อหนึ่งในนั้นและฉันต้องออกด้วยตนเอง ดีเอชแอล หรือปิดสวิตช์ nw สักครู่เพื่อแจ้งให้พีซีของฉันทราบเกี่ยวกับการเปลี่ยนแปลง เมื่อเสียบปลั๊กเราเตอร์มือถือแล้ว ฉันไม่สามารถเข้าถึงอุปกรณ์ของฉันในเครือข่ายท้องถิ่นได้ แต่นี่อาจเป็นข้อบกพร่องในเซิร์ฟเวอร์ DNS ของเราเตอร์มือถือเส็งเคร็ง (ฉันไม่ทราบรุ่น ขออภัย) มันไม่สำคัญอย่างเหลือเชื่อ

ฉันลองใช้ USB- และ BT-Tethering ด้วย แต่นี่มีปัญหาที่คล้ายกันรวมถึงปัญหาการเชื่อมต่อหรือความเร็ว

ฉันมักจะมีหนึ่งในเครือข่ายขับเคลื่อนเพื่อหลีกเลี่ยงการชนกันในการกำหนดค่า (การกำหนดเส้นทาง ฯลฯ ) แต่อย่างที่คุณเห็น มันไม่ได้ช่วยอะไรเลย อาจเป็นเพราะว่า เครือข่ายล่ม การตรวจจับไม่ทำงานอย่างที่ฉันคุ้นเคย

ฉันเคยเห็น eth0 ลงไปเมื่อฉันปิดสวิตช์ nw ที่เชื่อมต่ออยู่ แต่สิ่งนี้จะไม่เกิดขึ้นอีกต่อไป (พฤติกรรมเปลี่ยนไปรึเปล่า?) มันยังขึ้นอยู่และมักจะแสดงที่อยู่ IP เดิมของมันอยู่ เช่นเดียวกับดองเกิล wifi เครือข่ายปรากฏใน ifconfig และ ดีเอชแอล พยายามดึง IP แม้ว่าแต่ละเครือข่ายจะไม่ได้เชื่อมต่อกับสิ่งใดก็ตาม (แม้ว่า Wifi จะถูกปิดใช้งานจาก KDE)

ระบบของฉัน:

  • Ubuntu 21.4 (hirsute) ติดตั้งครั้งแรกจาก 20.4 (โฟกัส)
  • เคอร์เนล 5.11.0-38-ทั่วไป
  • glib-เครือข่าย 2.66.0-2
  • systemd 247.3-3ubuntu3.6
  • dhclient 4.4.1
  • ดองเกิล Wifi: ID 148f:7601 Ralink Technology, Corp. MT7601U อแดปเตอร์ไร้สาย

เอาต์พุตของ ifconfig พร้อมต่อ wifi, ปิด LAN

eno1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
        อีเธอร์ 00:d8:61:XX:XX:XX txqueuelen 1000 (อีเธอร์เน็ต)
        แพ็คเก็ต RX 7187407 ไบต์ 2063185568 (2.0 GB)
        ข้อผิดพลาด RX 0 หลุด 0 โอเวอร์รัน 0 เฟรม 0
        แพ็กเก็ต TX 27601991 ไบต์ 39093376385 (39.0 GB)
        ข้อผิดพลาด TX 0 หลุด 0 โอเวอร์รัน 0 พาหะ 0 ชนกัน 0
        อุปกรณ์ขัดจังหวะ 16 หน่วยความจำ 0xa1100000-a1120000  

eno1:avahi: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
        inet 169.254.10.48 netmask 255.255.0.0 ออกอากาศ 169.254.255.255
        อีเธอร์ 00:d8:61:2b:b6:5b txqueuelen 1000 (อีเธอร์เน็ต)
        อุปกรณ์ขัดจังหวะ 16 หน่วยความจำ 0xa1100000-a1120000  

แท้จริง: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
        inet 127.0.0.1 เน็ตมาสก์ 255.0.0.0
        inet6 ::1 คำนำหน้าlen 128 scopeid 0x10<host>
        วนซ้ำ txqueuelen 1,000 (Lokale Schleife)
        แพ็คเก็ต RX 14656522 ไบต์ 1156231455 (1.1 GB)
        ข้อผิดพลาด RX 0 หลุด 0 โอเวอร์รัน 0 เฟรม 0
        แพ็กเก็ต TX 14656522 ไบต์ 1156231455 (1.1 GB)
        ข้อผิดพลาด TX 0 หลุด 0 โอเวอร์รัน 0 พาหะ 0 ชนกัน 0

wlx0022c0a02353: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
        inet 192.168.43.229 netmask 255.255.255.0 ออกอากาศ 192.168.43.255
        inet6 fe80::ba4b:XXXX:XXXX:XXXX คำนำหน้า 64 scopeid 0x20<link>
        อีเธอร์ 00:22:c0:XX:XX:XX txqueuelen 1000 (อีเธอร์เน็ต)
        แพ็คเก็ต RX 59979 ไบต์ 14330813 (14.3 MB)
        ข้อผิดพลาด RX 0 หลุด 0 โอเวอร์รัน 0 เฟรม 0
        แพ็กเก็ต TX 66901 ไบต์ 45757319 (45.7 MB)
        ข้อผิดพลาด TX 0 หลุด 0 โอเวอร์รัน 0 พาหะ 0 ชนกัน 0
sa flag
JPT
มีอินสแตนซ์ `dhclient` เกือบ 50 รายการที่ทำงานภายใต้การควบคุมของ systemd สิ่งนี้จะอธิบายถึงไฟล์ dhclient.leases ที่เสียหายอย่างถาวร แต่ไม่ได้อธิบายว่าพวกเขามาจากไหนในตอนแรก

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา