Priorizar logins ssh (nice)


15

Existe uma maneira preferida de definir "legal" para o sshd?

Eu preciso de prioridade ao sshd para que eu possa fazer login e consertar facilmente coisas quando algo der errado (por exemplo, DoS, processos mal comportados, etc.)

Respostas:


5

Você pode atribuir à sua conta ou grupo de usuários preferido um bom valor /etc/security/limits.conf, pelo menos se estivermos falando sobre Linux. Então, quando você fizer o login via sshd, terá um bom valor de X, independentemente do que você definir.

Na minha experiência, o agendador de CPU no kernel é tão bom hoje em dia que é difícil tornar o servidor incontrolavelmente lento apenas queimando os ciclos da CPU, o shell geralmente responde em tempo razoável.

Se o seu servidor se esforçar para responder a você via ssh, provavelmente está se trocando até a morte. Tudo começa a levar séculos se o servidor consumir todo o seu tempo trocando páginas para dentro e para fora da memória para o disco.

É por isso que a melhor abordagem é configurar cgroups, para que seu usuário tenha sempre alguns ciclos de CPU / memória / outros recursos restantes. Como dito pelo viqrto, pode ou não ajudar.


Vou dar uma olhada nos cgroups. Re limits.conf, acho que só entraria em vigor quando o sshd aceitasse a conexão e iniciasse um processo de shell com o meu nome de usuário. Gostaria de saber se também devo editar o /etc/init/ssh.conf (inicial) e adicionar -15 ao sshd para priorizar o daemon sshd real?
S29

1

Você precisa limitar o número de processos (threads). A maioria dos demônios tem suas próprias configurações. Apache por exemplo. Em seguida, o planejador sempre alocará uma quantidade apropriada de tempo de CPU para servidores SSH.

cpulimit ou cgroup pode limitar o uso da CPU de um processo. Isso pode ajudar, mas pode não

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.