
OPERATIONAL DEFECT DATABASE
...

...
[RHEL 9.2/systemd/BUG] new systemd-logind feature StopIdleSessionSec= does not work when ssh multiplexing is being used after the second session of the same user logged to the system, timeout logic breaks for both sessions. Additional info: The main sshd process for the multiplexed user shows two TTYs eg: [user@r92 ~]$ ps -ef | grep "sshd: user" | grep -v grep root 1087 757 0 15:41 ? 00:00:00 sshd: user [priv] user 1091 1087 0 15:42 ? 00:00:00 sshd: user@pts/1,pts/2 What were you trying to do that didn't work? Enforce timeout on idle sessions. Please provide the package NVR for which bug is seen: [user@r92 ~]$ rpm -q systemd systemd-252-18.el9.x86_64 How reproducible: Always Steps to reproduce On client side $ vi ~/.ssh/config Host * Enables SSH Multiplexing ControlPath /tmp/%r@%h:%p ControlMaster auto ControlPersist 30m On server side vi /etc/systemd/logind.conf StopIdleSessionSec=30s systemctl restart systemd-logind On client side: $ ssh user@r92 [user@r92 ~]$ On another terminal on the client side $ ssh user@r92 [user@r92 ~]$ Expected results After 30 seconds, [user@r92 ~]$ Shared connection to 192.168.122.X closed. Actual results After 30 seconds, no actual closure is observed [user@r92 ~]$ As root we can see the idle on w output, [root@r92 ~]# w 15:44:30 up 4 min, 3 users, load average: 0.01, 0.02, 0.00 USER TTY LOGIN@ IDLE JCPU PCPU WHAT root pts/0 15:44 0.00s 0.01s 0.00s w user pts/1 15:42 46.00s 0.02s 0.02s -bash user pts/2 15:42 2:12 0.01s 0.01s -bash
Unresolved
Click on a version to see all relevant bugs
Red Hat Integration
Learn more about where this data comes from
Bug Scrub Advisor
Streamline upgrades with automated vendor bug scrubs
BugZero Enterprise
Wish you caught this bug sooner? Get proactive today.