Score:1

คุณจะแก้ไข/ป้องกันอย่างถูกต้องได้อย่างไรเมื่อ Systemd Units ล้มเหลวเมื่อเชื่อมโยงกับโฮสต์/พอร์ต IP ในเครื่องเมื่อเริ่มต้นระบบ

ธง vn

สมมติว่าคุณติดตั้งระบบ Ubuntu ใหม่และทันสมัย ​​(เช่น เซิร์ฟเวอร์ 20.04 LTS) บนฮาร์ดแวร์จริง และคุณจำเป็นต้องปรับใช้บริการที่เชื่อมโยงกับเครือข่ายอย่างน้อยหนึ่งบริการ เช่น:

  • งินซ์
  • มายเอสคิวแอล
  • PostgreSQL

จากประสบการณ์ของฉัน หากคุณกำหนดค่าบริการให้เชื่อมโยงกับสิ่งอื่นที่ไม่ใช่ IPv4 0.0.0.0 หรือ IPv6 [::] หรือกับอินเทอร์เฟซแบบโลคัล/ลูปแบ็ค บริการนี้จะมีโอกาสมากกว่าที่จะไม่ล้มเหลวและไม่กู้คืนเมื่อรีบูตระบบ

ตัวอย่างเช่น หากคุณผูกกับโฮสต์ท้องถิ่น ส่วนตัว สาธารณะ:

192.168.22.30 หรือ 2601:171c:d401:120a::1001 หรือ fde8:b0ab:dd91:1010::feeb

คุณจะเริ่มต้นและเปิดใช้งานได้สำเร็จในระหว่างเซสชันนั้น แต่อาจล้มเหลวเมื่อรีบูตระบบ

ทำไม เพราะดูเหมือนว่า System Units ที่มาพร้อมกับ Ubuntu:

  1. อย่ารอจนกว่า Network Interfaces จะขึ้น หรือระบบออนไลน์จริงๆ
  2. แม้เมื่อเริ่มต้นอีเธอร์เน็ตแล้ว อาจใช้เวลาสองสามวินาทีเพื่อให้ IP (กำหนดค่าคงที่หรือไม่ก็ได้) เพื่อพร้อมสำหรับการรวม
  3. เมื่อบริการดังกล่าวล้มเหลว หน่วยสต็อกของ Ubuntu จะไม่ได้รับการกำหนดค่าให้รีสตาร์ทและลองเริ่มบริการอีกครั้งหลังจากผ่านไปสองสามวินาที

ดังนั้นวิธีแก้ปัญหาปัจจุบันของฉันคือการแก้ไขไฟล์ Unit เหล่านี้เพื่อเพิ่มการพึ่งพาที่แข็งแกร่งในเครือข่ายที่กำลังเปิดและระบบออนไลน์ และยังเพิ่มการลองใหม่/รีสตาร์ท 5 วินาทีเมื่อการเริ่มต้นล้มเหลว

แต่สิ่งที่เป็น เหมาะสม วิธีการแก้ไขนี้?

โพสต์คำตอบ

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