การเชื่อมต่อเครือข่ายเซิร์ฟเวอร์ Debian ลดลงอย่างต่อเนื่อง

พื้นหลัง

ฉันกำลังทำงานกับเซิร์ฟเวอร์ภายในที่ใช้ Debian

ชื่อ - ร เอาท์พุท:

Linux osteocalcine 5.10.0-13-amd64 #1 SMP Debian 5.10.106-1 (2022-03-17) x86_64 GNU/Linux

เซิร์ฟเวอร์นี้ (ซึ่งวางแผนจะใช้เป็นที่เก็บเอกสารที่ใช้ร่วมกัน ฯลฯ ฯลฯ ...) ได้รับที่อยู่ IP คงที่จากเซิร์ฟเวอร์ dhcp ในเครื่อง โดยยึดตามที่อยู่ MAC

นี่คือส่วนที่เกี่ยวข้องของ ฯลฯ/เครือข่าย/อินเทอร์เฟซ

อัตโนมัติ
iface lo inet ย้อนกลับ


อัตโนมัติ enp11s0f0
ไอเฟซ enp11s0f0 inet dhcp

เซิร์ฟเวอร์เป็นแบบภายในอย่างเคร่งครัด ไม่มีการสื่อสารถึงเซิร์ฟเวอร์จากภายนอก (เช่น ฉันไม่สามารถเชื่อมต่อได้เว้นแต่ฉันจะอยู่ในเครือข่ายเดียวกัน ดังนั้นจึงไม่มี SSH จากที่บ้าน มีเพียงที่ทำงานเท่านั้น)

การตั้งค่าเป็นแบบ gui พื้นฐาน (ฉันนึกภาพในอนาคตว่าเพื่อนร่วมงานของฉันอาจต้องการใช้มันเพื่อเรียกใช้การวิเคราะห์ต่างๆ และฉันแน่ใจว่าพวกเขาจะมีความสุขมากกว่าที่จะเข้าสู่ระบบระยะไกลบนเดสก์ท็อป แทนที่จะใช้บรรทัดคำสั่ง) .

ปัญหา

เซิร์ฟเวอร์จะหลุดจากเครือข่ายเป็นประจำ และจะไม่เชื่อมต่อใหม่โดยอัตโนมัติ

ครั้งสุดท้ายที่ฉันทำสิ่งนี้ฉันได้ผลลัพธ์ของ dmesg

[จันทร์ที่ 9 พฤษภาคม 12:08:25 น. 2565] audit: type=1400 audit(1652090911.500:10): apparmor="
สถานะ" operation="profile_load" profile="unconfined" name="libreoffice-senddoc"
 pid=585 comm="apparmor_parser"
[จันทร์ที่ 9 พฤษภาคม 12:08:25 น. 2565] audit: type=1400 audit(1652090911.500:11): apparmor="
STATUS" operation="profile_load" profile="unconfined" name="libreoffice-oopslash"
" pid=595 comm="apparmor_parser"
[จันทร์ที่ 9 พฤษภาคม 12:08:25 น. 2565] pstore: ใช้การบีบอัดการถ่ายโอนข้อมูลผิดพลาด: ยุบ
[จันทร์ที่ 9 พฤษภาคม 12:08:25 น. 2565] pstore: ลงทะเบียน efi เป็นแบ็กเอนด์ของร้านค้าถาวร
[จันทร์ที่ 9 พฤษภาคม 12:08:25 น. 2565] bnx2 0000:0b:00.0: เฟิร์มแวร์: เฟิร์มแวร์โหลดโดยตรง 
bnx2/bnx2-mips-09-6.2.1b.fw
[จันทร์ที่ 9 พฤษภาคม 12:08:25 น. 2565] bnx2 0000:0b:00.0: เฟิร์มแวร์: เฟิร์มแวร์โหลดโดยตรง 
bnx2/bnx2-rv2p-09-6.0.17.fw
[จันทร์ที่ 9 พฤษภาคม 12:08:25 น. 2565] bnx2 0000:0b:00.0 enp11s0f0: ใช้ MSIX
[จันทร์ที่ 9 พฤษภาคม 12:08:27 น. 2565] bnx2 0000:0b:00.0 enp11s0f0: NIC Copper Link ขึ้นแล้ว 1
ฟูลดูเพล็กซ์ 00 Mbps

[จันทร์ที่ 9 พฤษภาคม 12:08:27 น. 2565] IPv6: ADDRCONF(NETDEV_CHANGE): enp11s0f0: ลิงก์กลายเป็น
พร้อมแล้ว
[จันทร์ที่ 9 พฤษภาคม 12:08:29 น. 2565] bnx2 0000:0b:00.1 enp11s0f1: ใช้ MSIX
[จันทร์ที่ 9 พฤษภาคม 12:08:29 น. 2565] bnx2 0000:15:00.0 ens2f0: ใช้ MSIX
[จันทร์ที่ 9 พฤษภาคม 12:08:29 น. 2565] bnx2 0000:15:00.1 ens2f1: ใช้ MSIX
[จันทร์ที่ 9 พฤษภาคม 12:09:02 น. 2565] kauditd_printk_skb: ระงับการโทรกลับ 10 ครั้ง
[จันทร์ที่ 9 พฤษภาคม 12:09:02 น. 2565] audit: type=1400 audit(1652090942.775:22): apparmor="
DENIED" operation="capable" profile="/usr/sbin/cupsd" pid=991 comm="cupsd" capab
ความสามารถ = 12 capname = "net_admin"
[จันทร์ที่ 9 พฤษภาคม 12:09:03 น. 2565] audit: type=1400 audit(1652090943.315:23): apparmor="
DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=1081 comm="ถ้วย
-เรียกดู" ความสามารถ = 23 capname="sys_nice"
[จ. 9 พ.ค. 13:24:56 น. 2565] perf: การขัดจังหวะใช้เวลานานเกินไป (2519 > 2500) ลด
 kernel.perf_event_max_sample_rate ถึง 79250
[จันทร์ที่ 9 พฤษภาคม 14:52:01 น. 2565] perf: การขัดจังหวะใช้เวลานานเกินไป (3161 > 3148) กำลังลดลง
 kernel.perf_event_max_sample_rate เป็น 63250
[อังคาร 10 พฤษภาคม 00:00:44 น. 2565] audit: type=1400 audit(1652133644.687:24): apparmor="
DENIED" operation="capable" profile="/usr/sbin/cupsd" pid=77551 comm="cupsd" cap
ความสามารถ = 12 capname = "net_admin"
[อังคาร 10 พฤษภาคม 00:00:44 น. 2565] audit: type=1400 audit(1652133644.819:25): apparmor="
DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=77552 comm="ถ้วย
s-browsed" ความสามารถ = 23 capname = "sys_nice"

เมื่อถึงจุดที่ฉันรีบูทเซิร์ฟเวอร์ (ดูเหมือนจะเป็นวิธีเดียวที่จะรีสตาร์ทเครือข่าย) นี่คือบรรทัดจาก dmesg ใหม่ที่ดูเหมือนเกี่ยวข้อง ...

[อ. 10 พฤษภาคม 14:00:01 น. 2565] bnx2 0000:0b:00.0 eth0: Broadcom NetXtreme II BCM5709 1000Base-T (C0) พบ PCI Express ที่ mem 96000000, IRQ 24, node addr 5c:f3:fc:e4:6f :d8
[อ. 10 พฤษภาคม 14:00:01 น. 2565] bnx2 0000:0b:00.1 eth1: Broadcom NetXtreme II BCM5709 1000Base-T (C0) พบ PCI Express ที่ mem 98000000, IRQ 36, node addr 5c:f3:fc:e4:6f :ดา
[อ. 10 พฤษภาคม 14:00:01 น. 2565] i801_smbus 0000:00:1f.3: เปิดใช้งานอุปกรณ์ (0140 -> 0143)
[อ. 10 พฤษภาคม 14:00:01 น. 2565] i801_smbus 0000:00:1f.3: SMBus ที่ใช้ PCI ขัดจังหวะ
[อ. 10 พฤษภาคม 14:00:01 น. 2565] bnx2 0000:15:00.0 eth2: Broadcom NetXtreme II BCM5709 1000Base-T (C0) PCI Express พบได้ที่ mem 92000000, IRQ 28, node addr 00:10:18:fb:1f :20
[วันอังคารที่ 10 พฤษภาคม 14:00:01 น. 2565] คำเตือน ACPI: ช่วง SystemIO 0x00000000000005A8-0x00000000000005AF ขัดแย้งกับ OpRegion 0x00000000000005A8-0x00000000000005AF (\_SB.PCI0.LPC0.GPE040address-20/20)
[อ. 10 พฤษภาคม 14:00:01 น. 2565] ACPI: หากมีไดรเวอร์ ACPI สำหรับอุปกรณ์นี้ คุณควรใช้ไดรเวอร์นี้แทนไดรเวอร์ดั้งเดิม
[อ. 10 พฤษภาคม 14:00:01 น. 2565] คำเตือน ACPI: ช่วง SystemIO 0x0000000000000430-0x000000000000043F ขัดแย้งกับ OpRegion 0x0000000000000439-0x0000000000000439 (\_SB.PCI0.RIL) (2520-address20)
[อ. 10 พฤษภาคม 14:00:01 น. 2565] ACPI: หากมีไดรเวอร์ ACPI สำหรับอุปกรณ์นี้ คุณควรใช้ไดรเวอร์นี้แทนไดรเวอร์ดั้งเดิม
[อ. 10 พฤษภาคม 14:00:01 น. 2565] คำเตือน ACPI: ช่วง SystemIO 0x0000000000000400-0x000000000000042F ขัดแย้งกับ OpRegion 0x000000000000040E-0x000000000000040E (\_SB.PCI0.RIT9) (2520-address20)
[อังคาร 10 พฤษภาคม 14:00:01 น. 2565] คำเตือน ACPI: ช่วง SystemIO 0x0000000000000400-0x000000000000042F ขัดแย้งกับ OpRegion 0x000000000000040C-0x000000000000040C (\_SB.PCI0.RTY9) (25000040C (\_SB.PCI0.RTY9)
[อ. 10 พฤษภาคม 14:00:01 น. 2565] ACPI: หากมีไดรเวอร์ ACPI สำหรับอุปกรณ์นี้ คุณควรใช้ไดรเวอร์นี้แทนไดรเวอร์ดั้งเดิม
[อ. 10 พฤษภาคม 14:00:01 น. 2565] lpc_ich: พบข้อขัดแย้งของทรัพยากรที่ส่งผลต่อ gpio_ich
[อ. 10 พฤษภาคม 14:00:01 น. 2565] bnx2 0000:15:00.1 eth3: Broadcom NetXtreme II BCM5709 1000Base-T (C0) พบ PCI Express ที่ mem 94000000, IRQ 37, node addr 00:10:18:fb:1f :22
[อ. 10 พฤษภาคม 14:00:01 น. 2565] bnx2 0000:0b:00.0 enp11s0f0: เปลี่ยนชื่อจาก eth0
[อ. 10 พฤษภาคม 14:00:13 น. 2565] bnx2 0000:0b:00.0: เฟิร์มแวร์: เฟิร์มแวร์โหลดโดยตรง bnx2/bnx2-mips-09-6.2.1b.fw
[อ. 10 พฤษภาคม 14:00:13 น. 2565] bnx2 0000:0b:00.0: เฟิร์มแวร์: เฟิร์มแวร์โหลดโดยตรง bnx2/bnx2-rv2p-09-6.0.17.fw
[อ. 10 พฤษภาคม 14:00:13 น. 2565] bnx2 0000:0b:00.0 enp11s0f0: ใช้ MSIX
[อ. 10 พฤษภาคม 14:00:14 น. 2565] bnx2 0000:0b:00.0 enp11s0f0: NIC Copper Link is Up, 100 Mbps full duplex
[อ. 10 พฤษภาคม 14:00:14 น. 2565] IPv6: ADDRCONF(NETDEV_CHANGE): enp11s0f0: ลิงก์พร้อมใช้งาน
[อ. 10 พฤษภาคม 14:00:15 น. 2565] bnx2 0000:0b:00.1 enp11s0f1: using MSIX
[อ. 10 พฤษภาคม 14:00:16 น. 2565] bnx2 0000:15:00.0 ens2f0: ใช้ MSIX
[อ. 10 พฤษภาคม 14:00:16 น. 2565] bnx2 0000:15:00.1 ens2f1: using MSIX

หลังจากนั้นบรรทัดถัดไปคือวันพุธ ดังนั้นฉันเดาว่าไม่เกี่ยวข้อง (โปรดบอกฉันว่าฉันผิด)

ฉันไม่แน่ใจว่าต้องค้นหาอะไรใน dmesg (หรือที่อื่น ๆ ) เพื่อระบุสิ่งที่ทำให้การเชื่อมต่อหลุด

ฉันได้สังเกตเห็นสิ่งต่อไปนี้อย่างไรก็ตาม

• เพื่อแก้ไขปัญหา ฉันต้องรีสตาร์ทเซิร์ฟเวอร์จริง
  • การรีสตาร์ทเครือข่ายโดยใช้ `การรีสตาร์ทเครือข่าย systelctl' ไม่ได้ทำอะไรเลย (ฉันจะแยกข้อผิดพลาด / ข้อความติดตามจากสิ่งนี้ได้อย่างไร)
• ดูเหมือนว่าปัญหาจะเกิดขึ้นเมื่อฉันเข้าสู่ระบบผ่าน SSH และเทอร์มินัลในเครื่องของฉัน 'เข้าสู่โหมดสลีป' ~ สิ่งนี้อาจทำให้เกิดปัญหาบนเซิร์ฟเวอร์หรือไม่?

มี daemon ที่ฉันต้องกำหนดค่าที่จะทดสอบการเชื่อมต่อต่อไปและ 'เรียกมันขึ้นมา' ถ้ามันหยุดทำงาน (โปรดทราบว่าการโทร systemctl ดูเหมือนจะไม่ได้รับเครือข่ายสำรอง ~ ดังนั้นจึงอาจเป็น จุดสงสัย)

บันทึก ตามที่กล่าวไว้ข้างต้น ฉันได้ติดตั้ง 'เดสก์ท็อป' บนเซิร์ฟเวอร์ เผื่อว่าเพื่อนร่วมงานคนใดคนหนึ่งของฉันต้องการเข้าสู่ระบบ ฉันรู้ว่ามีการติดตั้งตัวจัดการเครือข่ายบนระบบ ....

$ apt list -- ติดตั้ง |grep network

คำเตือน: apt ไม่มีอินเทอร์เฟซ CLI ที่เสถียร ใช้ด้วยความระมัดระวังในสคริปต์

glib-networking-common/stable ตอนนี้ 2.66.0-2 ทั้งหมด [ติดตั้งอัตโนมัติ]
glib-networking-services/stable ตอนนี้ 2.66.0-2 amd64 [ติดตั้งอัตโนมัติ]
glib-networking/stable ตอนนี้ 2.66.0-2 amd64 [ติดตั้งอัตโนมัติ]
libqt5network5/stable ตอนนี้ 5.15.2+dfsg-9 amd64 [ติดตั้งอัตโนมัติ]
network-manager-gnome/stable ตอนนี้ 1.20.0-3 amd64 [ติดตั้งอัตโนมัติ]
network-manager/stable ตอนนี้ 1.30.0-2 amd64 [ติดตั้งอัตโนมัติ]

นี่อาจเป็นสาเหตุของปัญหา

หากคุณต้องการรายละเอียดเพิ่มเติม เพียงถามและฉันจะโพสต์การอัปเดต

และเช่นเคย ขอขอบคุณล่วงหน้าสำหรับความช่วยเหลือของคุณ

แก้ไข 1:

ดังนั้นฉันจึงเอนเอียงไปที่ปัญหาที่เกิดขึ้นกับ ssh ฉันลงชื่อเข้าใช้วันนี้ และการเชื่อมต่อ 'ค้าง' ฉันต้องเข้าสู่ระบบผ่านเทอร์มินัลอื่น และปิดการเชื่อมต่อครั้งแรก ฉันพูดถึงเรื่องนี้เนื่องจากเกิดขึ้นในเวลาที่ปกติแล้วฉันจะรับประทานอาหารกลางวัน / กาแฟกับเพื่อนร่วมงาน สิ่งที่ต้องทำตอนนี้คือปรับปรุงการตรวจสอบทั้งระบบ ... แต่จะเพิ่มอะไร และต้องระวังอะไร ?