Dai la priorità ai login ssh (bello)

16

C'è un modo preferito di impostare "bello" per sshd?

Ho bisogno di dare priorità a sshd in modo da poter accedere e sistemare facilmente le cose quando qualcosa è andato storto (ad es. DoS, processi mal comportati, ecc.)

— S29
fonte

6

Puoi dare un buon valore al tuo account utente preferito o al gruppo di utenti /etc/security/limits.conf, almeno se stiamo parlando di Linux. Quindi quando accedi tramite sshd, avrai un buon valore di X, qualunque cosa tu abbia impostato.

Nella mia esperienza, lo scheduler della CPU nel kernel al giorno d'oggi è così buono che è difficile rendere il server ingestibilmente lento solo bruciando i cicli della CPU, la shell di solito risponde in tempi ragionevoli.

Se il tuo server fa fatica a risponderti tramite ssh, molto probabilmente si sta scambiando a morte. Tutto inizia a richiedere secoli se il server impiega tutto il suo tempo a scambiare pagine su e fuori memoria su disco.

Ecco perché è meglio impostare un approccio cgroups, in modo che all'utente rimangano sempre alcuni cicli CPU / memoria / altre risorse di riserva. Come detto da viqrto, potrebbe essere utile o meno.

— Janne Pikkarainen
fonte

Esaminerò i cgroups. Re limits.conf, immagino che entrerebbe in vigore solo dopo che sshd avrà accettato la connessione e avviato un processo di shell con il mio nome utente. Mi chiedo se dovrei anche modificare /etc/init/ssh.conf (upstart) e aggiungere un bel -15 a sshd per dare la priorità al demone sshd effettivo?

— 1212

1

È necessario limitare il numero di processi (thread). Gran parte del demone ha le sue impostazioni. Apache per esempio. Quindi lo scheduler assegnerà sempre una quantità appropriata di tempo CPU per i server SSH.

cpulimit o cgroup può limitare l'utilizzo della cpu di un processo. Questo può aiutare, ma potrebbe non esserlo

— virqto
fonte