Priorisieren Sie SSH-Logins (nice)

15

Gibt es eine bevorzugte Möglichkeit, "nice" für sshd festzulegen?

Ich muss sshd Vorrang einräumen, damit ich mich einloggen und Dinge einfach reparieren kann, wenn etwas schief gelaufen ist (z. B. DoS, schlecht verhaltene Prozesse usw.).

— s29
quelle

5

Sie können Ihrem bevorzugten Benutzerkonto oder Ihrer bevorzugten Benutzergruppe einen guten Wert /etc/security/limits.confbeim zuweisen, zumindest wenn es sich um Linux handelt. Wenn Sie sich dann über sshd anmelden, haben Sie einen schönen Wert von X, unabhängig davon, was Sie eingestellt haben.

Nach meiner Erfahrung ist der CPU-Scheduler im Kernel heutzutage so gut, dass es schwierig ist, den Server nur durch das Brennen von CPU-Zyklen unüberschaubar zu verlangsamen. Die Shell reagiert normalerweise in angemessener Zeit.

Wenn Ihr Server Probleme hat, Ihnen über ssh zu antworten, wird er sich höchstwahrscheinlich selbst in den Tod tauschen. Alles beginnt Ewigkeiten zu dauern, wenn der Server seine gesamte Zeit für das Auslagern von Seiten in den und aus dem Speicher auf die Festplatte verbraucht.

Das ist der Grund, warum es besser ist, das Setup so zu gestalten cgroups, dass dem Benutzer immer einige freie CPU-Zyklen / Speicher / andere Ressourcen zur Verfügung stehen. Wie von viqrto gesagt, kann es helfen oder auch nicht.

— Janne Pikkarainen
quelle

Ich werde mich mit Gruppen befassen. Zu limits.conf schätze ich, dass dies erst dann in Kraft treten würde, wenn sshd die Verbindung akzeptiert und unter meinem Benutzernamen einen Shell-Prozess gestartet hat. Ich frage mich, ob ich /etc/init/ssh.conf (upstart) auch bearbeiten und ein nettes -15 zu sshd hinzufügen sollte, um den tatsächlichen sshd-Dämon zu priorisieren?

— S29

1

Sie müssen die Anzahl der Prozesse (Threads) begrenzen. Die meisten Dämonen haben ihre eigenen Einstellungen.Apache zum Beispiel. Dann weist der Scheduler SSH-Servern immer eine angemessene Menge CPU-Zeit zu.

cpulimit oder cgroup können die CPU-Auslastung eines Prozesses einschränken. Das kann helfen, aber es kann nicht

— virqto
quelle