Машина Solaris, на якій ми робимо більшу частину своєї розробки, має дратівливу звичку розраховувати сеанси SSH. Не має значення, чи є клієнтом мій робочий стіл Ubuntu, робочий стіл Solaris або робочий стіл Windows (шпаклівка); загальним фактором є велика машина Solaris.
Чи можна щось зробити, щоб зупинити це? Це прикро, коли ви робите перерву на обід, а відкриті та делікатно налаштовані термінальні сесії всі заморожені, тому вам потрібно вбити їх усіх і відновити весь ваш контекст.
Відповіді:
Так. Налаштуйте SSH для надсилання пакетів збереження .
Я виявив, що поведінка кепалів не дуже спрацьовує. Я спробував додати ServerAliveInterval до сценарію ~ / .ssh / config, але він не грає добре з git.
Що я в кінцевому підсумку робив, - це додавання часової позначки до рядка статусу мого екрана. Цього достатньо для активізації зв’язку.
По-перше, вам потрібно визначити, чи це ваша оболонка, яка виходить з системи, або ssh. Щоб перевірити, ssh у свою віддалену машину та vi чи менший файл.
Якщо довгий час ви все ще можете менше рухатися / vi, то ssh добре. У цьому випадку визначте, яку оболонку ви використовуєте, і відключіть тайм-аут. Це, швидше за все, оболонка, яка призупинила вас, а не SSH. Однак деякі брандмауери закриють непрацюючі сеанси, якщо не зберегти живих.
Адміністратор Solaris може запобігти вам відключити тайм-аут у вашій оболонці, зробивши налаштування лише для читання. Це малоймовірно, але можливо. Зазвичай це можна обійти, використовуючи іншу оболонку.
Якщо ви запустите tcsh на машині Solaris, змінна автовиключення може бути встановлена. Якщо встановити його на 0 (встановити автовипуск = 0) або зняти його (вимкнути автоматичний вихід), він припинить виходити з системи.
Введіть свій профіль оболонки
експорт TMOUT = 0
експорт TIMEOUT = 0
Spinner звучить як ідеальне рішення вашої проблеми. Він періодично надсилає символів у сеанс, щоб уникнути його вичерпання.