Сервер не закрывает ssh соединение перед ребутом

Не вижу проблемы, в частности и «не должно» так быть. Разве что, сигнала нет, так это собственно и необязательно. Зависит от ОС. Кто-то уведомляет о разрыве соединения, а кому-то пофигу.

Но ведь до настройки оно уведомляет о разрыве. То есть это не проблема ОС. И меня не устраивает текущее поведение, иначе бы я не пытался его исправить.

Но ведь до настройки оно уведомляет о разрыве

Вряд ли дело в это, думаю тут нерепрезентативная выборка.
Нужно провести, скажем, 100 тестов до и после и тогда уже делать выводы.
Но вообще можно настроить кипэлайвы и пусть клиент сам определяет что коннект порвался.

sshd остановился (SIGTERM), затем опустился сетевой интерфейс, получишь:

Connection to <ip> closed.

Опустился сетевой интерфейс, затем sshd остановился (но больше похоже на SIGKILL) получишь:

client_loop: send disconnect: Broken pipe

То есть надо настроить сеть, чтобы при отключении сетевого интерфейса останавливался sshd?

Я чёт не понимаю, как это сделать

Надо поставить обратно пакет libpam-systemd :)

Он и так стоит. Да и я его не удалял.

90%, что это шалит pam. Смотри содержимое /etc/pam.conf и /etc/pam.d/, нет ли там чего-то левого, например, в /etc/pam.d/sshd, сравни с дистрибутивными файлами.

Эта проблема очень старая, наблюдал ее с лохматых годов, никому это фиксить не надо. Всех все устраивает.

Это они в каком-то RedHat сломали в свое время и оно расползлось по дистрам. Я лечил отправкой -HUP всем залогиненым терминалам при ребуте.

А вы жестокий человек, Слабин…

Владимир