Тут стоит понимать, как это всё работает.
1. В vim используется свой внутренний регистр для буфера обмена. Его синхронизировать не получится. Даже придумать что-либо не выйдет - у vim'а нет нормального клиент-сервера, насколько мне известно.
2. В tmux тоже есть какой-то внутренний буфер, но я о нём мало что знаю. Если хочешь - поищи в документации. Но мне кажется его проброс - то еще приключение. Ну и его еще нужно как-то подружить с vim'ом.
3. "Системный" буфер обмена в гну и прочих юникс-подобных осях реализован в X сервере. Для поддержки иксового буфера vim должен быть собран с +clipboard (в дебианах можно поставить с пакетом vim-gtk3, например).
В openssh есть возможность форвардинга иксов, в т.ч. есть проброс буфера обмена. Для этого на сервере в /etc/ssh/sshd_config должна быть выставлена опция  X11Forwarding yes , а в клиенте (~/.ssh/config) прописано ForwardX11 yes . Цепляться к серверу нужно через ssh -Y [...] . В vim по дефолту с иксовым буфером можно взаимодействовать через "+ (напимер, "+y копировать и "+p вставить).
Стоит учитывать, что форвардинг иксов - не самая безопасная штука для сервера, а использование ключа -Y - это не самая безопасная штука для клиента.

Тут стоит понимать, как это всё работает.
1. В vim используется свой внутренний регистр для буфера обмена. Его синхронизировать не получится. Даже придумать что-либо не выйдет - у vim'а нет нормального клиент-сервера, насколько мне известно.
2. В tmux тоже есть какой-то внутренний буфер, но я о нём мало что знаю. Если хочешь - поищи в документации. Но мне кажется его проброс - то еще приключение. Ну и его еще нужно как-то подружить с vim'ом.
3. "Системный" буфер обмена в гну и прочих юникс-подобных осях реализован в X сервере. Для поддержки иксового буфера vim должен быть собран с +clipboard (в дебианах можно поставить с пакетом vim-gtk3, например).
В openssh есть возможность форвардинга иксов, в т.ч. есть проброс буфера обмена. Для этого на сервере в /etc/ssh/sshd_config должна быть выставлена опция  X11Forwarding yes , а в клиенте (~/.ssh/config) прописано ForwardX11 yes . Цепляться к серверу нужно через ssh -Y [...] . В vim по дефолту с иксовым буфером можно взаимодействовать через "+ (напимер, "+y копировать и "+p вставить).
Стоит учитывать, что форвардинг иксов - не самая безопасная штука для сервера, а использование ключа -Y - это не самая безопасная штука для клиента.

Чтобы я мог спокойно гулять по окнам и окошкам (pane) одной сессии tmux. Было бы прекрасно, если бы я не задумывался о том, нахожусь я в сессии или нет, а просто копировал бы и вставлял

Тут стоит понимать, как это всё работает.
1. В vim используется свой внутренний регистр для буфера обмена. Его синхронизировать не получится. Даже придумать что-либо не выйдет - у vim'а нет нормального клиент-сервера, насколько мне известно.
2. В tmux тоже есть какой-то внутренний буфер, но я о нём мало что знаю. Если хочешь - поищи в документации. Но мне кажется его проброс - то еще приключение. Ну и его еще нужно как-то подружить с vim'ом.
3. "Системный" буфер обмена в гну и прочих юникс-подобных осях реализован в X сервере. Для поддержки иксового буфера vim должен быть собран с +clipboard (в дебианах можно поставить с пакетом vim-gtk3, например).
В openssh есть возможность форвардинга иксов, в т.ч. есть проброс буфера обмена. Для этого на сервере в /etc/ssh/sshd_config должна быть выставлена опция  X11Forwarding yes , а в клиенте (~/.ssh/config) прописано ForwardX11 yes . Цепляться к серверу нужно через ssh -Y [...] . В vim по дефолту с иксовым буфером можно взаимодействовать через "+ (напимер, "+y копировать и "+p вставить).
Стоит учитывать, что форвардинг иксов - не самая безопасная штука для сервера, а использование ключа -Y - это не самая безопасная штука для клиента.

А вот такое происходит если цепляться через ssh -X вместо ssh -Y

У меня работает спокойно. И в чём разница?
Y, кстати, советуют для повышения скорости соединения, но как-то не заметил. Либо у меня совсем слабый вайфай...

У тебя debian на клиенте?

У тебя debian на клиенте?

Не, арч на ноуте, подключаюсь через termux

Там значит тоже ForwardX11Trusted yes по умолчанию.
Только что попробовал подключиться с дебиана на дебиан - работает. С арча падает.
Прописал опцию для хоста в ~/.ssh/config на арче - не падает