a primeira regra para migrar para o systemd
Neste ponto, em 2015, é mais provável que alguém já tenha feito isso.
O systemd existe há alguns anos. E tem havido uma indústria inteira de pessoas escrevendo arquivos de unidades e publicando-os. O GitHub, em particular, parece atrair repositórios de coleções de unidades de serviço.
Na verdade, basta pesquisar na WWW autossh.service
(como uma frase):
uma unidade de modelo
Dito isso, como já mostrei em vários lugares apenas no StackExchange, esse tipo de migração não é um processo mecanicista e, às vezes, apenas a tradução robótica de tudo o que se tem para um arquivo de unidade está fazendo as coisas de maneira errada ou, pelo menos, mal. Nesse caso, autossh
está ofegando positivamente para ser manipulado com uma unidade de modelo , que é instanciada em unidades de serviço reais, parametrizadas pelo nome do destino. Então /etc/systemd/system/autossh@.service
, tem:
[Unidade]
Descrição = serviço AutoSSH para um túnel reverso de% i
Depois = network.target
[Serviço]
Usuário = autossh
EnvironmentFile = / etc /% p /% i.conf
ExecStart = / usr / bin / autossh -M 0 -q -N $ SSH_USER @% i $ SSH_OPTIONS
[Instalar]
WantedBy = multi-user.target
Crie um arquivo nomeado /etc/autossh/other_server.example.conf
com, no mínimo:
SSH_USER = joe
Todos os controles usuais são aplicados:
systemctl enable autossh@other_server.example
- Permita que uma instância seja iniciada automaticamente no bootstrap.
systemctl start autossh@other_server.example
- Inicie manualmente essa instância imediatamente.
systemctl status autossh@other_server.example
- Veja seu status.
E sim, a primeira regra se aplica a isso. Pesquisando, pode-se descobrir que fui derrotado por isso, pouco menos de duas semanas, por Greg Freemyer no OpenSUSE.