Điểm:0

Máy chủ Windows không thể truy cập thông qua rdp hoặc smb sau khi không hoạt động

lá cờ cn

Cố gắng tìm ra sự cố trong đó máy chủ không phản hồi với các kết nối rdp hoặc smb sau khi không được sử dụng trong khoảng 3 giờ (tức là tất cả người dùng đều không hoạt động và chỉ các dịch vụ nền đang chạy). Hai Nics 1GB tích hợp được kết hợp với chế độ LACP phụ thuộc vào công tắc với chính sách băm Mikrotik RB2011iL 802.3ad l2+l3. Kết nối khôi phục sau một trong hai ngẫu nhiên:

  1. Đăng nhập thông qua giao diện supermicro kvm và nhập thông tin đăng nhập (kết nối tự khôi phục và máy chủ bắt đầu phản hồi lại, điều này thật kỳ lạ đối với tôi)
  2. Tương tự như 1 nhưng kết nối chỉ khôi phục sau khi giao diện mạng nhóm được khởi động lại theo cách thủ công.

Có vẻ như máy chủ đang ở chế độ ngủ vì một số lý do, nhưng một số dịch vụ vẫn hoạt động, ví dụ: tôi có thể thiết lập kết nối L2TP tới bộ định tuyến, kết nối này sẽ gửi yêu cầu RADIUS tới máy chủ (vì vậy yêu cầu bán kính vẫn ổn, nhật ký NPS cho biết điều đó Tôi đã xác thực thành công). Nhưng tại thời điểm đó RDP vẫn giảm.

Một điều khác là bộ định tuyến không biết rằng tôi đang khởi động lại giao diện (trong trường hợp bình thường, nó báo rằng liên kết đang tăng/giảm). Ngoài ra, vấn đề đã xuất hiện một lần trước khi sử dụng nhóm, nhưng không tồn tại được lâu, vì vậy tôi không biết chuyện gì đã xảy ra sau đó, giờ nó đã trở lại. Cũng không có nhật ký nào trong trình xem sự kiện về giao diện bị hỏng hoặc thứ gì đó, chỉ các dịch vụ như NTP bắt đầu gửi thư rác mà họ không thể giải quyết địa chỉ của mình.

Những gì tôi đã cố gắng cho đến nay:

  1. Cập nhật trình điều khiển mạng lên phiên bản mới nhất có sẵn tại trang Supermicro
  2. Đặt "cho phép đi ngủ" thành tắt
  3. Đặt Ethernet hiệu quả năng lượng thành tắt trên cả hai NIC
  4. Khởi động lại máy chủ

Tôi có thể làm gì khác để giải quyết vấn đề này?

Chỉnh sửa: đặt GPO cho thời gian hết hạn phiên dường như không bao giờ là giải pháp tạm thời cho vấn đề. Vì tôi có phiên hoạt động nên máy chủ không rơi vào trạng thái ngủ bí ẩn và có thể truy cập bình thường. Nhưng dù sao thì đây không phải là câu trả lời đầy đủ cho vấn đề, chỉ cần thay đổi chủ đề thành "tại sao WS ngừng phản hồi trên rdp/smb/ping/có thể là thứ gì đó khác khi tất cả các phiên của người dùng đã hết"

lá cờ im
Xin lỗi, bạn có thể xác nhận sự hiểu biết của tôi không: Các yêu cầu NPS do bộ định tuyến gửi được phê duyệt và đăng nhập vào máy chủ, nhưng các dịch vụ nội bộ của máy chủ phàn nàn rằng chúng không có kết nối mạng? Trạng thái cổng/LACP trên switch nói gì khi máy chủ không phản hồi?
lá cờ cn
@RobbieCrash vâng, bộ định tuyến cho phép xác thực bằng NPS và khi tôi truy cập nhật ký cửa sổ, có một mục cho biết rằng máy chủ nps đã cung cấp thành công cho khách hàng thông tin xác thực (vì vậy có thể không có bộ nhớ đệm liên quan và xác thực là có thật). Nhật ký không cho biết gì về trạng thái cổng trên cả bộ định tuyến và cửa sổ (nhưng tôi không chắc những gì được hiển thị trong thống kê giao diện về nó khi sự cố xảy ra, nhưng vì không có sự kiện nhật ký nào xuất hiện, tôi cho rằng bộ định tuyến nghĩ rằng liên kết vẫn hoạt động không có lưu lượng truy cập). Như tôi đã nói, ngay cả khởi động lại thủ công giao diện nhóm cũng không dẫn đến sự kiện liên kết xuống ở phía bộ định tuyến
lá cờ im
Điều gì xảy ra nếu bạn rút phích cắm của một trong các NIC được nhóm?
lá cờ cn
Bạn có nghĩa là rút phích cắm vật lý hoặc vô hiệu hóa trong windows? @RobbieCrash
lá cờ im
Hoặc, tôi đoán sẽ có hiệu quả trong việc đảm bảo rằng bạn không có thứ gì đó khó hiểu trong cấu hình LACP của mình. Nhưng vô hiệu hóa nó trong Windows sẽ không loại trừ bất kỳ sự cố nào trên chính máy chủ. Nếu bạn rút phích cắm của một trong các NIC trong khi Windows không phản hồi và nó hoạt động trở lại, thì bạn có thể tập trung vào cấu hình nhóm của mình. Việc sử dụng tài nguyên như thế nào trên máy chủ khi nó không phản hồi (cụ thể là CPU)?
lá cờ cn
@RobbieCrash vấn đề là máy chủ hoàn toàn chịu trách nhiệm mà không bị rớt trong ngày làm việc, nhưng khoảng 3 giờ sau khi kết thúc (tôi nghĩ điều đó xảy ra khi phiên người dùng cuối cùng hết hạn), máy chủ ngừng phản hồi các nỗ lực kết nối thứ ba, smb, ping, v.v. .Vào buổi sáng, tôi đăng nhập vào hệ thống thông qua KVM và nó lại chịu trách nhiệm cho cả ngày.
lá cờ cn
Tôi đã thử tắt từng giao diện trong windows. Các tuyến cho biết liên kết cổng không hoạt động nhưng giao diện liên kết vẫn hoạt động và kết nối thứ ba cũng chịu trách nhiệm khi một trong hai nics bị tắt
lá cờ im
Kiểm tra mức sử dụng CPU và điều gì sẽ xảy ra nếu bạn rút một NIC khi nó xảy ra tiếp theo.
lá cờ cn
@RobbieCrash Việc sử dụng CPU bằng 0 trong thời gian đó vì đây là máy chủ đầu cuối và không có ai sử dụng nó. Những gì tôi thấy trong nhật ký bây giờ: phiên cuối cùng đã hết hạn lúc 1:56 sáng, lúc 3:04 sáng NTP-client đã gửi một thông báo về 8 lần thử đồng bộ hóa thời gian không thành công, do đó, khoảng một giờ để máy chủ bắt đầu "ngủ"

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.