Timpuri SSH cu ClientAliveInterval și ClientAliveCountMax

Ceea ce vreau să realizez este să închei pur și simplu sesiunile SSH inactive. Doar pentru că utilizatorul este autentificat nu înseamnă că utilizatorul face ceva. Am nevoie de demonul SSH pentru a deconecta utilizatorii după X secunde de inactivitate.

Debian Bullseye, precum și CentOS nu deconectează automat sesiunile SSH inactive. Cel puțin nu într-o perioadă rezonabilă de timp. Prin rezonabil, mă refer la mai puțin de 10 minute.

Înainte de a posta această întrebare, am căutat și citit prin serverfault.com probleme similare, dar nu am găsit nicio postare cu răspunsurile corecte.

După ce am citit o grămadă de articole, inclusiv paginile de manual ale Debian https://manpages.debian.org/stretch/openssh-server/sshd_config.5.en.html Am implementat cele două opțiuni legate de inactivitatea ssh în fișierul /etc/ssh/sshd_config, după cum urmează:

ClientAliveInterval 300
ClientAliveCountMax 1

Valoarea timeout este calculată prin înmulțirea ClientAliveInterval cu ClientAliveCountMax.

interval de expirare = ClientAliveInterval * ClientAliveCountMax

Această configurare funcționează excelent pe CentOS pe măsură ce primesc „Conexiune la x.x.x.x închisă de gazda la distanță.” dar nu funcționează pe Debian.

Interpretesc greșit documentația? Poate cineva să explice ce greșesc?

Mulțumesc.

Nu sunt sigur de motivul pentru care timeout-ul Debian nu funcționează, dar există și alte metode de a forța deconectarea.

Deci primul care îmi vine în minte este adăugarea la profile.d (sau sudoeri) config pentru a deconecta automat utilizatorul (extinde timpul de expirare la consolă și sudo su comenzi).

Pași pentru activare: https://ostechnix.com/auto-logout-inactive-users-period-time-linux/

Nu cred că ClientAliveInterval și ClientAliveCountMax sunt utile pentru a-ți atinge scopul.

Acesta este un mecanism intern al ssh care trimite un pachet nul în interiorul tunelului stabilit și așteaptă un răspuns de la client.

În cazul dvs., trimiteți câte un pachet 300 secunde și deconectați-vă după 1 raspuns ratat.

În timp ce aceste opțiuni sunt utile pentru detectarea și curățarea deconectat sesiunile client, nu vor ucide sesiunile clienților care sunt încă conectați, chiar dacă sunt inactivi. Cu excepția cazului în care clientul lor nu răspunde la pachetul nul.