la primera regla para migrar a systemd
En este punto, en 2015, es muy probable que alguien ya lo haya hecho.
systemd ha existido por algunos años. Y ha habido toda una industria artesanal de personas escribiendo archivos de unidades y publicándolos. GitHub, en particular, parece atraer repositorios de colecciones de unidades de servicio.
De hecho, simplemente buscando en la WWW autossh.service
(como una frase) aparece:
una unidad de plantilla
Dicho esto, como he señalado en varios lugares solo en StackExchange, este tipo de migración no es un proceso mecanicista, y a veces solo la traducción robótica de lo que sea que tenga a un archivo de unidad está haciendo las cosas mal, o al menos mal. En este caso, autossh
está jadeando positivamente para ser manejado con una unidad de plantilla , que se instancia en unidades de servicio reales, parametrizadas por el nombre del objetivo. Entonces /etc/systemd/system/autossh@.service
, como :
[Unidad]
Descripción = Servicio AutoSSH para un túnel inverso desde% i
Después = network.target
[Servicio]
Usuario = autossh
EnvironmentFile = / etc /% p /% i.conf
ExecStart = / usr / bin / autossh -M 0 -q -N $ SSH_USER @% i $ SSH_OPTIONS
[Instalar en pc]
WantedBy = multi-user.target
Cree un archivo llamado /etc/autossh/other_server.example.conf
con, como mínimo:
SSH_USER = joe
Todos los controles habituales se aplican:
systemctl enable autossh@other_server.example
- Permitir que una instancia se inicie automáticamente en bootstrap.
systemctl start autossh@other_server.example
- Inicie manualmente esa instancia de inmediato.
systemctl status autossh@other_server.example
- Ver su estado.
Y sí, la primera regla incluso se aplica a esto. Buscando, uno puede encontrar que Greg Freemyer me golpeó en esto, por menos de quince días, en OpenSUSE.