Încercarea de a identifica o problemă în care serverul nu răspunde la conexiunile rdp sau smb după ce nu a fost folosit timp de aproximativ 3 ore (adică toți utilizatorii sunt în afara și numai serviciile de fundal rulează). Două N-uri integrate de 1 GB sunt combinate în modul LACP dependent de comutare cu politica hash Mikrotik RB2011iL 802.3ad l2+l3. Conexiunea se restabilește după unul dintre cele două aleatoriu:
- Conectarea prin interfața supermicro kvm și introducerea acreditărilor (conexiunea se restabilește și serverul începe să răspundă din nou, ceea ce este ciudat pentru mine)
- La fel ca 1, dar conexiunea se restabilește numai după ce interfața de rețea de echipă este repornită manual.
Se pare că serverul intră în repaus dintr-un motiv oarecare, dar unele dintre servicii sunt încă active, de exemplu, pot stabili o conexiune L2TP la router, care trimite o solicitare RADIUS către server (deci cererea de rază merge ok, jurnalul NPS spune că M-am autentificat cu succes). Dar în acel moment RDP este încă în jos.
Celălalt lucru este că routerul nu are idee că repornesc interfața (când, în caz normal, spune că legătura este sus/jos). De asemenea, problema a apărut o dată înainte de a fi folosit teaming, dar nu a persistat mult timp, așa că habar nu aveam ce s-a întâmplat atunci, acum sa întors. De asemenea, nu există jurnalele în vizualizatorul de evenimente despre interfața inactivă sau ceva de genul ăsta, doar servicii precum NTP încep să trimită spam pe care nu le pot rezolva adresele.
Ce am incercat pana acum:
- Actualizarea driverelor de rețea la cele mai recente disponibile pe site-ul Supermicro
- Setarea „permite trecerea în somn” la dezactivată
- Setarea Ethernet eficient energetic la dezactivat pe ambele NIC
- Repornirea serverului
Ce altceva pot face pentru a rezolva asta?
Editare: setarea GPO pentru timpul de expirare a sesiunii nu pare să fie o problemă temporară rezolvată. Deoarece am avut o sesiune activă, serverul nu a căzut în somnul său misterios și era accesibil în mod normal. Dar, oricum, acesta nu este un răspuns complet la problemă, doar schimbă subiectul la „de ce WS nu mai răspunde la rdp/smb/pings/probabil altceva când toate sesiunile utilizatorului sunt terminate”
