Linux команди и умения за командни обвивки
tmux срещу екран: Мениджъри на сесии в сравнение
tmux и screen решават същия древен проблем: вашата работа не трябва да умира, когато мрежата ви умира. Сесиите живеят на сървъра, оцеляват при прекъсване на връзката и могат да бъдат разделени на панели; screen е стабилният предшественик, доставян навсякъде, tmux наследникът с по-разумни настройки по подразбиране, панели с възможност за скриптове и екосистема, която продължи напред. Функционално те се припокриват десет към едно и честният избор е инструментът, който вашите сървъри вече имат, плюс конфигурационните навици, които вашият екип всъщност ще запази.
Ключови точки
- Хигиената на сесията е основната ценност: tmux new -s deploy / screen -S deploy за стартиране, tmux ls / screen -ls за преглед на фермата и прикачване по точно име, така че повторното прикачване на нощна работа на колега е търсене, а не предположение.
- Отделете елегантно (префикс-d), излезте умишлено: затварянето на цялата сесия с изход във вътрешните панели е начинът, по който полузавършените дълги задачи се губят; „Откачете се, освен ако наистина не сте го имали предвид“ е навик, а не предпочитание.
- Разделянията се държат по-добре в tmux: % и " разделят панелите, плюс преоразмеряване на стрелката под префикса и незадължителен режим на мишката; екранът брои | и S към същите краища с по-сурово преоразмеряване.
- Превъртането назад е тихо решаващо: режимът на копиране на tmux търси хронологията ([ след това /), навигацията ^a [ на екрана е работеща, но груба, а при търсене с опашки на журнал с много GB бие превъртането.
- Възможността за скриптиране се накланя към tmux: ключовете за изпращане и панелът за улавяне позволяват на автоматизацията да управлява и чете сесии, поради което CI и tooling glue го предпочитат; screen може да отиде и там, но с по-стари идиоми.
- Споделените сесии работят и в двете: две прикачени към една сесия отразяват всичко живо, което е отстраняване на грешки по двойка или проверка на приятел на рискована команда в реално време; продължете да пишете дисциплинирано или огледалото ще покаже и вашите печатни грешки.
- Културата на конфигурацията се различава: tmux създаде разделена екосистема за конфигурация (теми, плъгини, разумни настройки по подразбиране за всеки екип), екранът работи на един ~/.screenrc; на практика tmux се мащабира в екип и екранът остава личен.
- Рестартирането слага край на всичко: сесиите живеят в паметта на сървъра, така че дългите задачи се нуждаят от реални задачи (регистрационни файлове, контролни точки, рестартируеми скриптове) плюс мениджър на сесии отгоре; tmux е застраховка, а не издръжливост.
Бележка от терен
Загубената сесия беше шестчасова миграция на данни, убита от хълцане на VPN и нищо на диска не знаеше на какъв етап сме. Всичко, което е по-дълго от пауза за кафе, сега получава име в tmux и се възобновява на следващата сутрин с tmux ls вместо свиване на рамене.
Често задавани въпроси
Ако науча само едно, кое?
tmux, освен ако вашият флот вече не работи с екран навсякъде; неговите настройки по подразбиране, кукички за скриптове и инерция на общността са там, където отиде последното десетилетие, а навиците се пренасят достатъчно добре, за да покрият спешен случай на екрана.
Безопасно ли е двама души да споделят една сесия?
Да, и това е стандартният ход за отстраняване на грешки по двойки; и двамата виждат еднакви натискания на клавиши, така че се съгласете кой притежава клавиатурата и третирайте всяка разрушителна команда като заявка за промяна с прикрепен втори чифт очи.
Защо цветовете изглеждат грешни в моята сесия?
Несъответствия на ТЕРМИН: вътрешният терминал трябва да обяви tmux-256color или screen-256color, отдалеченият хост трябва да има записа (infocmp ви казва) и първо четливостта, второ гордостта на темата.
Оцеляват ли сесиите след рестартиране на сървъра?
Не: сесиите живеят в паметта и рестартирането ги изчиства, докато дисковете оцелеят; рестартируемите скриптове и регистрационните файлове на диска са слоят за издръжливост, tmux е слоят за прекъсване и объркването на двете е класическият прекъсване.
Как Kinetikatech помага с linux команди и умения за командни обвивки
Предложението е просто: Командите и скриптовите навици, които решават дали администраторът управлява сървър или се бори с него: търсене, трансформиране, прехвърляне и надзор на текст и процеси с инструментите, които се намират във всяка основна инсталация. Поверете на нашата услуга Сигурност на Linux сървъра и Сървърна администрация и имате пълно покритие: сериозна оценка, чисто внедряване, непрекъснат мониторинг.