die erste Regel für die Migration zu systemd
Zu diesem Zeitpunkt, im Jahr 2015, hat es höchstwahrscheinlich bereits jemand getan.
systemd gibt es schon seit einigen Jahren. Und es gab eine ganze Heimindustrie von Leuten, die Akten geschrieben und veröffentlicht haben. Insbesondere GitHub scheint Repositories von Sammlungen von Serviceeinheiten anzulocken.
In der Tat taucht das einfache Durchsuchen des WWW nach autossh.service
(als Ausdruck) auf:
eine Vorlageneinheit
Das heißt, wie ich bereits an mehreren Stellen in StackExchange ausgeführt habe, ist diese Art der Migration kein mechanistischer Prozess, und manchmal führt die bloße automatische Übersetzung von allem, was in einer Unit-Datei enthalten ist, zu falschen oder zumindest schlechten Ergebnissen. In diesem Fall autossh
ist bei einer Schabloneneinheit positiv zu vermerken , dass sie in tatsächliche Serviceeinheiten instanziiert wird, die durch den Zielnamen parametrisiert sind. Also wie /etc/systemd/system/autossh@.service
haben:
[Einheit]
Description = AutoSSH-Dienst für einen Reverse-Tunnel von% i
After = network.target
[Bedienung]
Benutzer = autossh
EnvironmentFile = / etc /% p /% i.conf
ExecStart = / usr / bin / autossh -M 0 -q -N $ SSH_USER @% i $ SSH_OPTIONS
[Installieren]
WantedBy = multi-user.target
Erstellen Sie eine Datei mit dem Namen /etc/autossh/other_server.example.conf
, minimal:
SSH_USER = Joe
Es gelten dann alle üblichen Kontrollen:
systemctl enable autossh@other_server.example
- Ermöglichen, dass eine Instanz beim Booten automatisch gestartet wird.
systemctl start autossh@other_server.example
- Starten Sie diese Instanz sofort manuell.
systemctl status autossh@other_server.example
- Sehen Sie seinen Status.
Und ja, die erste Regel gilt sogar dafür. Auf der Suche kann man feststellen, dass ich von Greg Freemyer bei OpenSUSE um knapp vierzehn Tage geschlagen wurde.