> Я так понимаю это не сервер скидывает, а клиент глючит.
Ну да, можно и так сказать: работа с ControlMaster не нравится циске, а
клиент не может обойтись без него, хотя в конфиге сказано обойтись.
> А с ControlPersist no в юзеровском конфиге не прокатывает?
Нет. Проверил сейчас - никакого эффекта.
> Не твой ли случай?
> https://bugs.archlinux.org/task/59826
Не очень похоже, хотя я и не всё понимаю. Если поглядеть в вывод ssh -v,
то у меня другие ошибки.
Например, вот так:
debug1: setting up multiplex master socket
debug1: channel 0: new [/dev/shm/ssh_mux_r1.cs_22_user]
debug1: control_persist_detach: backgrounding master process
debug1: forking to background
debug1: Entering interactive session.
debug1: pledge: id
debug1: multiplexing control connection
debug1: channel 1: new [mux-control]
debug1: channel 2: new [client-session]
ALG_PERR: engines/e_afalg.c(258): io_read failed : Invalid argument
ALG_PERR: engines/e_afalg.c(480): sendmsg failed for cipher operation :
Invalid argument
debug1: channel 0: free: /dev/shm/ssh_mux_r1.cs_22_user, nchannels 3
debug1: channel 1: free: mux-control, nchannels 2
debug1: channel 2: free: client-session, nchannels 1
Connection to r1.cs closed by remote host.
То есть, несколько каналов открывается.
Если запускать с опцией -oControlMaster=no, то так:
debug1: Authentication succeeded (publickey).
Authenticated to r1.cs ([1.2.3.4]:22).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: pledge: network
В общем, не всё мне понятно, кроме того, что лучше бы опция
ControlMaster no применялась :) Но, видимо, какой-то баг, если не
применяется.
