This is about Debian bug $832155 and the systemd230 changes.
When the new openssh update was offered I immediately went to the changelog pages and bug reports. The change logs were lagging, they were still on 1.7.2p2-5. I held off.
This will move me to implement http://news.siduction.org/2016/05/debian-fell-over/ on Siduction netbox, testing netbook and debian testing machine. "$ loginctl enable-linger me" and then enable via following the manpage of systemd-run to start tmux with the command "systemd-run --scope --user tmux" in it's own scope. This really seems the proper tool for the right response. I would be doing this to protect tmux from getting terminated when going to tty. Example #5 is quite plain to read for systemd-run.
NOTE: Does my having libpam-systemd installed shield me from 832155. Would I be wanting to use the systemd-run --scope user ssh to keep ssh alive?
systemctl status |grep ssh
│ ├─ssh.service
│ │ └─1505 /usr/sbin/sshd -D
│ │ ├─15895 ssh moi@192.168.100.1yz
│ ├─16453 grep ssh
│ ├─18773 /usr/bin/ssh-agent startlxqt
I have not seen much on irc about it except a reference that is similar and references #832155 via #debian-systemd that leads to
https://anonscm.debian.org/cgit/pkg-ssh/openssh.git/commit/?id=b66f1de1c94fcf912b3a1bc0cd73c3b73cdae8a1 That was July 22 at 18:02 CST - minus 5 hours to UTC I believe.
I have set "KillUserProcesses=yes" in /etc/systemd/logind.conf. Usage of loginctl and sytemd-run appears to work for me for tmux. Thanks.
NOTE: Am I correct in believing that the only persistency is in the logind.conf and that I must run loginctl and systemd-run each time I power on the machine for tmux and any processes? Is there a way to enable persistency?
I have slept on it and the openssh changelogs are now up for 1.7.2p2-6 I am a hobbyist and I have a fairly calm time with siduction.
peace out.
And in German from google translate
Dies ist über Debian Bug $ 832.155 und die systemd230 Änderungen.
Wenn das neue OpenSSH-Update angeboten wurde ich ging sofort auf die Changelog-Seiten und Fehlerberichte. Die Änderungsprotokolle wurden hinken, sie waren immer noch auf 1.7.2p2-5. Ich hielt aus.
Das wird mich bewegen zu implementieren http://news.siduction.org/2016/05/debian-fell-over/ auf siduction NetBox, Test Netbook und debian-Prüfmaschine. "$ Loginctl enable-Verweilen me" und dann über Anschluss an die Man-Page von systemd-Lauf ermöglichen zu starten tmux mit dem Befehl "systemd geführten --scope --user tmux" in einem eigenen Rahmen. Das scheint wirklich das richtige Werkzeug für die richtige Antwort. Ich würde diese davor zu schützen, tun tmux beendet wurden, wenn zu tty gehen. Beispiel # 5 ist ganz klar für systemd-Lauf zu lesen.
HINWEIS: Hat mein mit libpam-systemd mir installiert Schild von 832155. würde ich die systemd geführte --scope Benutzer ssh werden wollen, verwenden ssh am Leben zu halten?
systemctl Status | grep ssh
│ ├─ssh.service
│ │ └─1505 / usr / sbin / sshd -D
│ │ ├─15895 ssh moi@192.168.100.1yz
│ ├─16453 grep ssh
│ ├─18773 / usr / bin / ssh-agent startlxqt
Ich habe nicht viel auf irc darüber außer einem Referenz gesehen, # 832155 über # debian-systemd ähnlich und Referenzen, die führt zu
https://anonscm.debian.org/cgit/pkg-ssh/openssh.git/commit/?id=b66f1de1c94fcf912b3a1bc0cd73c3b73cdae8a1 Das war 22. Juli um 18.02 Uhr CST - minus 5 Stunden UTC glaube ich.
Ich habe festgelegt "KillUserProcesses = yes" in /etc/systemd/logind.conf. Die Verwendung von loginctl und sytemd-run erscheint für mich für tmux zu arbeiten.
HINWEIS: Bin ich in der Annahme richtig, dass die einzige Persistenz in der logind.conf ist und dass ich loginctl und systemd-laufen jedes Mal, wenn ich Macht über die Maschine für tmux und alle Prozesse laufen müssen? Gibt es eine Möglichkeit persitency zu aktivieren?
Ich habe darüber geschlafen und die OpenSSH Changelogs sind nun für 1.7.2p2-6 Ich bin ein Bastler und ich habe eine ziemlich ruhige Zeit mit siduction.
entspann dich.