Como desligar um servidor Linux depois de executar por 60 minutos?

Eu tenho um servidor que normalmente está desligado por razões de segurança. Quando quero trabalhar nele, eu o ligo, executo minhas tarefas e o desligo novamente. Minhas tarefas geralmente não levam mais de 15 minutos. Gostaria de implementar um mecanismo para desligá-lo automaticamente após 60 minutos.

Eu pesquisei como fazer isso com o cron, mas não acho que seja o caminho correto, porque o cron não leva em consideração quando o servidor foi ativado pela última vez. Só posso definir padrões periódicos, mas eles não levam esses dados em consideração.

Como eu poderia fazer essa implementação?

Se você executar suas tarefas como o mesmo usuário sempre, poderá simplesmente adicionar o comando shutdown, opcionalmente com a opção -P, ao seu perfil. O número representa a quantidade de minutos em que o comando shutdown está atrasado. Verifique se o usuário tem a capacidade de executar o comando shutdown via sudo sem uma senha.

echo "sudo shutdown -P +60" >> ~/.profile

Existem várias opções.

• Forneça tempo diretamente para shutdown -P:

  shutdown -P +60
  

  Observe que a shutdown página do manual também aponta:

  Se o argumento time for usado, 5 minutos antes do sistema cair, o arquivo / run / nologin será criado para garantir que logins adicionais não sejam permitidos.

• Use o atcomando

• Crie um arquivo de unidade systemd ou um script init que seja executado shutdown -P 60na inicialização.

• Use cron @rebootpara executar o comando após a inicialização.

  Adicione ao crontab (raiz):

  @reboot shutdown -P +60
  

Para os dois últimos métodos, você também pode usar o sleep 3600 && shutdown -P nowargumento time para shutdownnão atrasar o desligamento por 60 minutos. Dessa forma, os logins são possíveis até o último momento antes da emissão do desligamento.

Isso parece um problema XY .

Minhas tarefas geralmente não levam mais de 15 minutos. Gostaria de implementar um mecanismo para desligá-lo automaticamente após 60 minutos.

Se você desligar após 60 minutos, corre o risco de estar executando um problema particularmente complicado e precisar de mais tempo. Muitas das soluções anteriores não facilitariam o atraso do desligamento.

Se a tarefa não é interativa, mas sim uma tarefa com script que é automaticamente acionada de outra máquina, o @sdkks ofereceu uma ótima solução para isso; você realmente deve apenas encarregar a máquina de executar o desligamento assim que o script e todas as suas tarefas terminarem.

No entanto, se sua tarefa for interativa, sugiro que faça a detecção de inatividade.

Se você executar sua tarefa em uma GUI (X11), poderá detectar as sessões da GUI inativa usando a abordagem descrita aqui: Execute um comando quando o sistema estiver inativo e quando estiver ativo novamente

Se você executar a tarefa através de um terminal, poderá detectar usuários conectados usando o whocomando Você pode configurar um cronjob que desligue a máquina se whoretornar um resultado vazio. Observe que essa será uma abordagem bastante conservadora; ele não desligará o sistema se você deixar o console conectado, mas ocioso.

Se você quiser ser um pouco mais agressivo e desconectar sessões de terminal ociosas, bem, você pode combinar a abordagem anterior com desligar automaticamente sessões SSH ociosos ClientAliveInterval e ClientAliveCountMax. Outra abordagem para isso, se você não tiver SSH, mas tiver uma sessão de terminal local, é usar o tempo ocioso do terminal, conforme retornado pelo wcomando.

Embora todas as respostas anteriores aqui atendam aos requisitos de perfeição, você também pode desligar a máquina assim que as tarefas forem concluídas.

bashOs scripts podem ser trapped, o que significa que certos sinais podem ser interceptados e determinadas tarefas podem ser executadas quando necessário. EXITé um dos sinais que podem ser capturados.

Você seria capaz de:

1. Defina a trappara EXITseus scripts de shell automatizados, significando o encerramento de suas tarefas automatizadas
2. Defina um trappara o seu .bashrc EXIT, ou seja, sempre que você sair dessa máquina, desligue-a.

A opção 1 seria o caso ideal, desde que suas tarefas não exijam inspeção adhoc e julgamento manual.

A opção 2 abrangeria os casos em que você esqueceria de sair do terminal sem desligar. Há uma ressalva; se você tiver vários terminais na mesma máquina abertos e sair de um deles, ele ainda desligará a máquina da mesma forma. (Ele pode ser script para evitar isso, mas não vou complicar a solução.)

cleanup(){
    # Do some tasks before terminating
    echo oh la la, cleaning is so nice
    echo "See you later, world"
    sudo poweroff & # finally shutdown
}
trap cleanup EXIT

Isso pode estar no final da .bashrcopção 2, em algum lugar na parte superior do seu script para a opção 1.

Por que não usar poweroffno final do script?

Eu prefiro usar set -eo pipefailno topo dos meus scripts. Se ocorrer algum erro, ele não falhará silenciosamente; parará de executar mais comandos. trapO EXITsinal deve cobrir os casos em que o script termina prematuramente devido a erros.

No entanto, para suas tarefas, isso também pode significar que a máquina será desligada antes de serem concluídas.

Eu tenho um bashmodelo simples que eu uso para facilitar a depuração de scripts; talvez possa ser de alguma utilidade. Por favor, veja esta essência .

Elaborando sobre comentário @dirkt, você pode inserir um atcomando em seu .bashrcou .profileou qualquer arquivo de seus usos do escudo em Login para agendar um desligamento automático 60 minutos após o seu login.

Algo como:

at now + 60 minutes -f /sbin/halt

O seguinte é executado commandcom parâmetros e, se for concluído com êxito, a caixa será desativada imediatamente, supondo que o usuário possa executar poweroff. Pode ser necessário usar sudo poweroff.

command --parameters && poweroff

Considerando que o seguinte simplesmente roda poweroffimediatamente quando o comando termina:

command --parameters ; poweroff

Se você acha que o comando precisa de tempo de descanso após a conclusão, execute

command --parameters ; sleep 3600 ; poweroff

Se você acha que o comando pode executar horas extras, pode restringi-lo a uma hora:

timeout 1h command --parameters ; poweroff

timeoutfaz parte do coreutilspacote, então você provavelmente já o possui.

Se você está realmente preocupado com a segurança, use um timer de tomada mecânica na fonte de alimentação. Basta configurá-lo para a hora que você deseja que seja desligado. Dessa forma, ninguém pode fazer login remotamente e desativar o desligamento. Você precisaria de acesso físico.

Se você estiver em uma systemdmáquina, poderá usar um timer monotônico

A unidade do temporizador /etc/systemd/system/shutdown_after_an_hour.timer

[Unit]
Description=shutdown after an hour

[Timer]
OnBootSec=1h

[Install]
WantedBy=timers.target

A unidade do temporizador /etc/systemd/system/shutdown_after_an_hour.service:

[Unit]
Description=shutdown after an hour

[Service]
ExecStart=/sbin/poweroff --force --no-wall
Type=oneshot

É ativado via

# systemctl enable shutdown_after_an_hour.timer

Seu status (particularmente quanto tempo resta antes do desligamento) está disponível via

# systemctl list-timers shutdown_after_an_hour.timer

Ele funcionará na próxima reinicialização; não será útil systemctl startdurante a sessão em que for criado, pois não funcionará (porque não foi acionado durante a reinicialização) ou desligará a máquina imediatamente após uma hora. Na verdade, não sei qual vai acontecer, nunca testei esse caso específico.

Tente colocar o script ( sudo shutdown -P 3600) no /etc/init.ddiretório para executá-lo automaticamente na inicialização.

Ou tente usar anacron, adicionando o comando no /etc/anacrontabarquivo Também sugiro usar nohupna frente do comando para garantir que o comando ainda esteja funcionando após o logout.

Aproveite o arquivo de logout do seu shell

Se você precisar apenas do servidor para tarefas interativas ou não interativas iniciadas pelo seu UID, considere colocar seus comandos de desligamento no arquivo ~ / .bash_logout . O Manual do GNU Bash diz:

Quando um shell de login interativo sai ou um shell de login não interativo executa o comando exit interno, o Bash lê e executa comandos do arquivo ~ / .bash_logout, se existir.

Portanto, adicionar "sudo poweroff" ou semelhante ao seu arquivo de logout desligaria o servidor assim que você sair da sessão atual ou quando uma sessão Bash não interativa chamar exit. Você também pode optar por usar a ou passar um tempo de atraso para o desligamento se você prefere adiar o desligamento.

Para uma abordagem mais interativa, você pode colocar os seguintes Bashisms em seu arquivo de logout:

# Shutdown unless N or n is pressed within 30 seconds.
shopt -s nocasematch
read -t 30 -N 1 -p 'Shutdown now? (Y/n) '
[[ "$REPLY" =~ n ]] || sudo poweroff

Ressalvas

Há algumas advertências que você deve ter em mente sobre esta solução:

• Provavelmente, isso funcionará mesmo em um terminal iniciado pelo X Windows, mas provavelmente não funcionaria em uma sessão do X11 que não foi iniciada startxou similar.
• Se você tiver scripts não interativos que chamam exit, poderá ocorrer encerramentos que não esperava.
• Seu arquivo sudoers pode solicitar uma senha se você não especificou NOPASSWDos comandos shutdown ou se não ligou sudo -vantes de executar o comando shutdown.
• Provavelmente existem outros casos extremos nos quais ainda não pensei.

Em resumo, convém considerar se essa abordagem atende às suas necessidades reais ou se uma abordagem completamente diferente, como monitorar a ausência de usuários conectados ou alguma outra alternativa, é uma aposta melhor. Sua milhagem definitivamente varia.