Межі мультиплексування SSH

Я маю такий запис у своєму .ssh/configфайлі

Host AAA
    User BBB
    HostName CCC
    ControlMaster auto
    ControlPath ~/.ssh/%r@%h:%p

Вищезазначене дозволяє мені мультиплексувати декілька сеансів ssh через одне і те ж з'єднання ssh, не потребуючи введення пароля щоразу, коли мені потрібен новий сеанс (доки головне з'єднання залишається відкритим).

Однак я помітив, що коли у мене відносно висока кількість з'єднань, мультиплексованих (~ 7), я не можу додавати більше сеансів до того ж мультиплексованого з'єднання, і я починаю отримувати таку помилку:

> ssh -X AAA

mux_client_request_session: session request failed: Session open refused by peer
Password: 

Мої запитання:

Чому я отримую цю помилку? Чи є обмеження в # сеансах ssh, я можу мультиплексувати в одному і тому ж з'єднанні? Чи можу я змінити цю межу? Це було б поганою ідеєю?

sshdДемон на сервері обмежує число сеансів на підключення до мережі. Це контролюється MaxSessionsопцією в /etc/ssh/sshd_config. Також MaxStartupsваріант, можливо, потрібно буде збільшити, якщо ви використовуєте велику кількість сеансів. (Див. man sshd_configДокладнішу інформацію.) Параметр зміни MaxSessionsліміту був введений у OpenSSH 5.1, і схоже, що число було попередньо зафіксовано на 10. Якщо ви перевищуєте MaxSessionsна сервері, ви побачите sshd[####]: error: no more sessionsв журналі сервера.

Я зіткнувся з цим питанням на сервері з більш ранньою версією OpenSSH. Я керую сервером, і вирішив проблему, створивши два CNAME у моїй іменованій конфігурації:

realhost.myexample.com.      IN  A       XXX.XXX.XXX.XXX
realhost2.myexample.com.     IN  CNAME   realhost.myexample.com.
realhost3.myexample.com.     IN  CNAME   realhost.myexample.com.

Потім у моєму локальному ssh-сервері:

ControlMaster auto
ControlPath ~/.ssh/%r_%p_%h

host realhost
hostname realhost.myexample.com

host realhost2
hostname realhost2.myexample.com

host realhost3
hostname realhost3.myexample.com

Оператор ControlPath означає, що назви керуючих сокетів не наступають одне на одне.

Ось так, але щоб полегшити управління, я написав сценарій обгортки для 'ssh' на стороні клієнта. Зрозуміло, що існують "групи" хостів (у цьому випадку realhost, realhost1, realhost2 складають одну групу). При видачі 'sshwrapper realhost', якщо немає відкритих каналів, усі три відкриваються і починається один сеанс. Наступного разу, коли вона буде запущена, вона рахує відкриті з'єднання на канал і відкриває новий сеанс у каналі з найменшими з'єднаннями.

З одним реальним і двома "підробленими" хостами я можу підключитися 30 разів, перш ніж отримати помилку. Реєстрація вкрай швидка, за винятком того, що початковий час займає секунду-дві, оскільки в цей час відкриваються всі три канали управління.