Score:0

เซิร์ฟเวอร์การผลิต Ubuntu 18.04.4 LTS: ไม่มีเครือข่าย ไม่มีที่อยู่ IP & ไม่มีผู้ให้บริการ

ธง ca

เรามีเซิร์ฟเวอร์นอกสถานที่โดยเฉพาะในศูนย์เซิร์ฟเวอร์ และเมื่อวานนี้จู่ๆ เราก็ขาดการเชื่อมต่อกับเซิร์ฟเวอร์ที่ใช้งานจริง ไม่มีใครทำงานบนเซิร์ฟเวอร์ในขณะนั้น ฉันมีสิทธิ์เข้าถึงเซิร์ฟเวอร์จากระยะไกลเท่านั้น

เมื่อฉัน ping บางสิ่งบางอย่างมันระบุ

ปิง 8.8.8.8
เชื่อมต่อ: ไม่สามารถเข้าถึงเครือข่ายได้

ดูเหมือนว่าเซิร์ฟเวอร์ Ubuntu 18.04 จะขาดการเชื่อมต่อกับเครือข่ายสาธารณะ ฝ่ายบริการลูกค้าที่ศูนย์เซิร์ฟเวอร์ปิดทำการจนถึงวันจันทร์ ฉันลองทุกสิ่งที่ฉันพบเกี่ยวกับปัญหานี้ มีเพียงข้อแตกต่างหลักจากตัวอย่างทั้งหมดที่ฉันพบคือ "ตรวจพบลิงก์: ไม่"

$ ethtool eth0
การตั้งค่าสำหรับ eth0:
    พอร์ตที่รองรับ: [ TP ]
    โหมดลิงค์ที่รองรับ: 10baseT/ครึ่ง 10baseT/เต็ม 
                            100baseT/ครึ่ง 100baseT/เต็ม 
                            1,000baseT/เต็ม 
    รองรับการใช้เฟรมหยุดชั่วคราว: สมมาตร
    รองรับการเจรจาอัตโนมัติ: ใช่
    โหมด FEC ที่รองรับ: ไม่ได้รายงาน
    โหมดลิงก์ที่โฆษณา: 10baseT/ครึ่ง 10baseT/เต็ม 
                            100baseT/ครึ่ง 100baseT/เต็ม 
                            1,000baseT/เต็ม 
    การใช้เฟรมหยุดชั่วคราวที่โฆษณา: สมมาตร
    การเจรจาอัตโนมัติที่โฆษณา: ใช่
    โหมด FEC ที่โฆษณา: ไม่ได้รายงาน
    ความเร็ว: ไม่ทราบ!
    ดูเพล็กซ์: ไม่ทราบ! (255)
    พอร์ต: คู่บิด
    ไฟแอด: 1
    ตัวรับส่งสัญญาณ: ภายใน
    การเจรจาอัตโนมัติ: เปิด
    MDI-X: ปิด (อัตโนมัติ)
    รองรับการปลุก: pumbg
    ปลุก: g
    ระดับข้อความปัจจุบัน: 0x00000007 (7)
                   ลิงค์โพรบ drv
    ตรวจพบลิงก์: ไม่

ไม่มีการตรวจหาลิงค์ & ไม่มีผู้ให้บริการในลิงค์ ip

แสดงลิงค์ $ ip
1: จริง: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    ลิงค์ / ย้อนกลับ 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state โหมดลง DEFAULT กลุ่มเริ่มต้น qlen 1000
    ลิงค์/อีเธอร์ ac:1f:6b:9a:6f:a8 brd ff:ff:ff:ff:ff:ff
3: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode กลุ่ม DEFAULT เริ่มต้น qlen 1000
    ลิงค์/อีเธอร์ ac:1f:6b:9a:6f:a9 brd ff:ff:ff:ff:ff:ff

$ifconfig -a
eth0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
        อีเธอร์ ac:1f:6b:9a:6f:a8 txqueuelen 1000 (อีเธอร์เน็ต)
        แพ็คเก็ต RX 0 ไบต์ 0 (0.0 B)
        ข้อผิดพลาด RX 0 หลุด 0 โอเวอร์รัน 0 เฟรม 0
        แพ็กเก็ต TX 0 ไบต์ 0 (0.0 B)
        ข้อผิดพลาด TX 0 หลุด 0 โอเวอร์รัน 0 พาหะ 0 ชนกัน 0
        หน่วยความจำอุปกรณ์ 0xdf200000-df27ffff  

eth1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
        อีเธอร์ ac:1f:6b:9a:6f:a9 txqueuelen 1000 (อีเธอร์เน็ต)
        แพ็คเก็ต RX 0 ไบต์ 0 (0.0 B)
        ข้อผิดพลาด RX 0 หลุด 0 โอเวอร์รัน 0 เฟรม 0
        แพ็กเก็ต TX 0 ไบต์ 0 (0.0 B)
        ข้อผิดพลาด TX 0 หลุด 0 โอเวอร์รัน 0 พาหะ 0 ชนกัน 0
        หน่วยความจำอุปกรณ์ 0xdf100000-df17ffff  

แท้จริง: 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 (วนกลับในเครื่อง)
        แพ็คเก็ต RX 121044 ไบต์ 20083796 (20.0 MB)
        ข้อผิดพลาด RX 0 หลุด 0 โอเวอร์รัน 0 เฟรม 0
        แพ็กเก็ต TX 121044 ไบต์ 20083796 (20.0 MB)
        ข้อผิดพลาด TX 0 หลุด 0 โอเวอร์รัน 0 พาหะ 0 ชนกัน 0

ที่อยู่ IP4 ไม่แสดง

$dhclient

เป็นเพียงการไม่ตอบสนองใดๆ มีเพียงจุดว่างๆ ที่กะพริบอยู่

เป็นปัญหาเกี่ยวกับสายเคเบิลที่ศูนย์เซิร์ฟเวอร์จริง ๆ หรือฉันจะลองทำอย่างอื่นเพิ่มเติมได้ไหม และเป็นไปได้ไหมที่จะดึงข้อมูล scp หรือ rsync ออกจากเซิร์ฟเวอร์โดยไม่มีเครือข่าย ฉันลองแล้ว แต่ข้อผิดพลาด

rsync: ปิดการเชื่อมต่อโดยไม่คาดคิด (ได้รับ 0 ไบต์จนถึงตอนนี้) [ตัวรับ]
ข้อผิดพลาด rsync: ข้อผิดพลาดที่ไม่ได้อธิบาย (รหัส 255) 

เราสำรองเซิร์ฟเวอร์ไว้บนเซิร์ฟเวอร์เดียวกัน.....

ความช่วยเหลือเป็นที่ชื่นชมมาก

David avatar
cn flag
เนื่องจากไม่มี Ubuntu เวอร์ชัน 18 คุณใช้เวอร์ชันใด เราแบ็คอัพเซิร์ฟเวอร์ไว้บนเซิร์ฟเวอร์เดียวกัน.....ล้อเล่นใช่ไหม?
SteinB avatar
ca flag
@David ขออภัย เราใช้ Ubuntu 18.04.4 LTS ฉันเป็นผู้พัฒนาส่วนหน้าและผู้จัดการเซิร์ฟเวอร์ไม่ใช่งานหลักของฉัน เรากำลังเรียนรู้จากสิ่งนี้อย่างยากลำบาก...
SteinB avatar
ca flag
ฉันรีบูตเครื่องหลายครั้ง บันทึกเซิร์ฟเวอร์ไม่แสดงสิ่งแปลก ๆ หรือคำเตือนใด ๆ ตรวจสอบแล้ว ลองบูทในโหมดการกู้คืนด้วย แต่มันค้างที่ "กำลังโหลด ramdisk เริ่มต้น" ทิ้งไว้ 20 นาทีก่อนที่จะรีบูตอย่างหนัก ...
guiverc avatar
cn flag
Ubuntu 18.04.4 ยังบอกเป็นนัยว่าการแก้ไขความปลอดภัยและแพ็คเกจอัปเกรดล่าช้ากว่าหนึ่งปี (https://fridge.ubuntu.com/2020/08/14/ubuntu-18-04-5-lts-released/ แสดง การปล่อย ISO สำหรับ 18.04.5 แต่ระบบ 18.04 ที่อัปเกรดอย่างสมบูรณ์จะรายงานตัวเองเป็น 18.04.6 ในปัจจุบัน) มันยังคงปรับปรุง? หรือคุณได้ดำเนินการเปลี่ยนแปลงที่ทำให้คุณไม่สามารถใช้การอัปเดตเมื่อ 1 ปีที่แล้วได้หรือไม่ และคุณได้พยายามแก้ไขปัญหาที่เพิ่งค้นพบใช่หรือไม่ ทำให้เกิดปัญหานี้.. ถ้าเป็นเช่นนั้น การให้รายละเอียดเกี่ยวกับสิ่งที่คุณทำอาจช่วยได้
user535733 avatar
cn flag
หากคุณสามารถเข้าถึง GRUB ระหว่างการบู๊ตได้ ให้ลองใช้เคอร์เนลที่เก่ากว่า เคอร์เนลที่เก่ากว่าที่เคยบูตอย่างถูกต้องตอนนี้หยุดทำงานในลักษณะเดียวกัน ("* กำลังโหลด ramdisk เริ่มต้น *") หรือไม่
SteinB avatar
ca flag
@guiverc ฉันพยายามทั้งกลางวันและกลางคืนเพื่อให้การเชื่อมต่อเครือข่ายกลับมาเนื่องจากเราขาดการเชื่อมต่อเมื่อวานนี้ อ่านทุกโพสต์เกี่ยวกับเรื่องนี้บน askubuntu และพยายามหลายอย่างเพื่อให้ได้มันกลับคืนมา เรามีเซิร์ฟเวอร์อีก 2 เครื่องที่เซิร์ฟเวอร์พาร์คนี้ และการตั้งค่าจะเหมือนกันทุกที่ ฉันลองหลายสิ่งหลายอย่างและหากไม่ได้ผลฉันก็เปลี่ยนกลับเป็นสถานะดั้งเดิม ฉันไม่สามารถอัปเดตระบบได้เพราะฉันไม่สามารถดาวน์โหลดแพ็คเกจโดยไม่มีการเชื่อมต่อ
SteinB avatar
ca flag
@ user535733 เมื่อฉันอยู่ในเมนูบูต ตัวเลือกเดียวที่ฉันมีคือเคอร์เนลปกติหรือตัวเลือกการกู้คืน น่าเศร้าที่ไม่มีตัวเลือกอื่นที่สามารถใช้ได้

โพสต์คำตอบ

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