Score:0

เซิร์ฟเวอร์ Windows ไม่สามารถเข้าถึงได้ผ่าน rdp หรือ smb หลังจากไม่ได้ใช้งาน

ธง cn

พยายามค้นหาปัญหาที่เซิร์ฟเวอร์ไม่ตอบสนองต่อการเชื่อมต่อ rdp หรือ smb หลังจากไม่ได้ใช้งานเป็นเวลาประมาณ 3 ชั่วโมง (เช่น ผู้ใช้ทั้งหมดไม่อยู่และมีเพียงบริการพื้นหลังเท่านั้นที่ทำงานอยู่) Nics 1GB ออนบอร์ดสองตัวทำงานร่วมกันในโหมด LACP ที่ขึ้นกับสวิตช์ด้วยนโยบายแฮชของ Mikrotik RB2011iL 802.3ad l2+l3 การเชื่อมต่อจะคืนค่าหลังจากสุ่มหนึ่งในสองรายการ:

  1. เข้าสู่ระบบผ่านอินเทอร์เฟซ supermicro kvm และป้อนข้อมูลรับรอง (การเชื่อมต่อจะกู้คืนตัวเองและเซิร์ฟเวอร์เริ่มตอบสนองอีกครั้ง ซึ่งแปลกสำหรับฉัน)
  2. เหมือนกับ 1 แต่การเชื่อมต่อจะคืนค่าหลังจากรีสตาร์ทอินเทอร์เฟซเครือข่ายแบบทีมด้วยตนเองเท่านั้น

ดูเหมือนว่าเซิร์ฟเวอร์จะเข้าสู่โหมดสลีปด้วยเหตุผลบางอย่าง แต่บริการบางอย่างยังคงทำงานอยู่ เช่น ฉันสามารถสร้างการเชื่อมต่อ L2TP กับเราเตอร์ ซึ่งส่งคำขอ RADIUS ไปยังเซิร์ฟเวอร์ (ดังนั้นคำขอรัศมีจึงตกลง บันทึกของ NPS บอกว่า ฉันได้ยืนยันตัวตนเรียบร้อยแล้ว) แต่ ณ จุดนี้ RDP ยังคงลดลง

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

สิ่งที่ฉันได้ลองไปแล้ว:

  1. การอัปเดตไดรเวอร์เครือข่ายเป็นเวอร์ชันล่าสุดที่ไซต์ Supermicro
  2. การตั้งค่า "อนุญาตให้เข้าสู่โหมดสลีป" เป็นปิดใช้งาน
  3. การตั้งค่าอีเทอร์เน็ตประหยัดพลังงานเป็นปิดใช้งานบน NIC ทั้งสอง
  4. รีบูตเซิร์ฟเวอร์

ฉันจะทำอะไรได้อีกเพื่อแก้ไขปัญหานี้

แก้ไข: การตั้งค่า GPO สำหรับเวลาหมดอายุของเซสชัน ดูเหมือนจะไม่เป็นการแก้ปัญหาชั่วคราว เนื่องจากฉันมีเซสชันที่ใช้งานอยู่ เซิร์ฟเวอร์จึงไม่เข้าสู่โหมดสลีปอย่างลึกลับและสามารถเข้าถึงได้ตามปกติ แต่อย่างไรก็ตามนี่ไม่ใช่คำตอบที่สมบูรณ์สำหรับปัญหา เพียงแค่เปลี่ยนหัวเรื่องเป็น "ทำไม WS หยุดตอบสนองบน rdp/smb/pings/อาจเป็นอย่างอื่นเมื่อเซสชันผู้ใช้ทั้งหมดหมด"

im flag
ขออภัย คุณช่วยยืนยันความเข้าใจของฉันได้ไหม: คำขอ NPS ที่ส่งโดยเราเตอร์ได้รับการอนุมัติและบันทึกบนเซิร์ฟเวอร์ แต่บริการภายในของเซิร์ฟเวอร์บ่นว่าไม่มีการเชื่อมต่อเครือข่าย สถานะพอร์ต/LACP บนสวิตช์บอกอะไรเมื่อเซิร์ฟเวอร์ไม่ตอบสนอง
cn flag
@RobbieCrash yep เราเตอร์อนุญาตให้ตรวจสอบกับ NPS และเมื่อฉันไปที่บันทึกของ windows มีรายการที่บอกว่าเซิร์ฟเวอร์ nps ให้ข้อมูลประจำตัวแก่ไคลเอนต์สำเร็จ (ดังนั้นอาจไม่มีการแคชที่เกี่ยวข้องและการรับรองความถูกต้องนั้นเป็นจริง) บันทึกไม่ได้บอกอะไรเกี่ยวกับสถานะพอร์ตทั้งบนเราเตอร์และ windows (แต่ฉันไม่แน่ใจว่าจะแสดงอะไรในสถิติอินเทอร์เฟซเกี่ยวกับเรื่องนี้เมื่อเกิดปัญหา แต่เนื่องจากไม่มีเหตุการณ์บันทึกอยู่ ฉันถือว่าเราเตอร์คิดว่าลิงก์ยังคงอยู่ ไม่มีการจราจร) อย่างที่ฉันได้กล่าวไปแล้วว่าแม้แต่การรีสตาร์ทอินเทอร์เฟซทีมด้วยตนเองก็ไม่ได้นำไปสู่เหตุการณ์ลิงก์ดาวน์ที่ฝั่งเราเตอร์
im flag
จะเกิดอะไรขึ้นหากคุณถอดปลั๊ก NIC ทีมใดทีมหนึ่งออก
cn flag
คุณหมายถึงถอดปลั๊กหรือปิดการใช้งานใน windows? @ร็อบบี้แครช
im flag
ทั้งสองอย่าง ฉันเดาว่าจะมีประสิทธิภาพในการตรวจสอบให้แน่ใจว่าคุณไม่มีสิ่งที่ดูพิลึกพิลั่นในการกำหนดค่า LACP ของคุณ แต่การปิดใช้งานใน Windows จะไม่ตัดปัญหาใด ๆ บนเซิร์ฟเวอร์เอง หากคุณถอดปลั๊ก NIC ตัวใดตัวหนึ่งในขณะที่ Windows ไม่ตอบสนองและกลับมาทำงานอีกครั้ง คุณสามารถมุ่งเน้นไปที่การกำหนดค่าของทีมได้ การใช้ทรัพยากรบนเซิร์ฟเวอร์เป็นอย่างไรเมื่อไม่ตอบสนอง (เฉพาะ CPU)
cn flag
@RobbieCrash สิ่งนี้คือเซิร์ฟเวอร์รับผิดชอบอย่างเต็มที่โดยไม่มีการลดลงในระหว่างวันทำงาน แต่ประมาณ 3 ชั่วโมงหลังจากสิ้นสุด (ฉันคิดว่ามันจะเกิดขึ้นเมื่อเซสชันผู้ใช้ล่าสุดหมดอายุ) เซิร์ฟเวอร์หยุดตอบสนองต่อความพยายามในการเชื่อมต่อ rdp, smb, pings เป็นต้น ในตอนเช้าฉันเข้าสู่ระบบผ่าน KVM และจะต้องรับผิดชอบอีกครั้งตลอดทั้งวัน
cn flag
ฉันพยายามปิดการใช้งานอินเทอร์เฟซในหน้าต่างทีละรายการ เส้นทางแจ้งว่าพอร์ตลิงก์ไม่ทำงาน แต่อินเทอร์เฟซการเชื่อมยังคงใช้งานได้และการเชื่อมต่อ rdp จะยังคงรับผิดชอบเมื่อปิดใช้งาน nics อย่างใดอย่างหนึ่ง
im flag
ตรวจสอบการใช้งาน CPU และสิ่งที่จะเกิดขึ้นหากคุณถอดปลั๊ก NIC หนึ่งตัวเมื่อเกิดครั้งต่อไป
cn flag
@RobbieCrash การใช้งาน CPU เป็นศูนย์ในช่วงเวลานั้นเนื่องจากเป็นเซิร์ฟเวอร์เทอร์มินัลและไม่มีใครใช้งาน สิ่งที่ฉันเห็นในบันทึกตอนนี้: เซสชันสุดท้ายหมดอายุเวลา 01:56 น. เวลา 3:04 น. ไคลเอ็นต์ NTP ทิ้งข้อความเกี่ยวกับการพยายามซิงค์เวลาที่ล้มเหลว 8 ครั้ง ดังนั้นประมาณหนึ่งชั่วโมงเพื่อให้เซิร์ฟเวอร์เริ่ม "สลีป"

โพสต์คำตอบ

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