Linux команди и умения за командни обвивки
tmux: Сесии, които надживяват вашата връзка
tmux е терминален мултиплексор, който поддържа дълготрайната работа жива, когато вашата SSH връзка умре: отделен сървърен процес държи вашите прозорци и панели и всяка по-късна връзка (лаптоп, офис мрежа, друг град) се свързва отново към същата сесия на живо. Специалното парче зад нашето сравнение tmux срещу екран: навиците, които го превръщат от новост в оперативна инфраструктура.
Ключови точки
- Мисловният модел е сървър-клиент: `tmux new -s deploy` създава именувана отделена сесия; `Ctrl-b d` отделя; `tmux attach -t deploy` връща всичко по-късно от всяка връзка: внедрявания, опашки от журнали и компилации оцеляват след като лаптопите заспиват по време на работа.
- Прозорците и панелите са работната повърхност: прозорците са раздели със задачи в стил Alt (Ctrl-b c за създаване, n/p или числа за превключване), панелите разделят прозорец (Ctrl-b % вертикално, " хоризонтално, клавишите със стрелки навигират): един екран, един контекст — влизане в ляв панел, рестартиране на услугата вдясно.
- Конфигурацията печели своето запазване в ~/.tmux.conf: по-голямо превъртане назад (ограничение на историята), режим на мишката за превъртане/избиране, по-кратко време за излизане (закъснението в стил vi убива чувствителната към латентност работа с ключове) и видима лента на състоянието, показваща имена на сесии и прозорци; конфигурацията живее в контрола на версиите като всичко останало работещо.
- Режимът на копиране е тихата суперсила: Ctrl-b [ пада в превъртане назад с търсене (/) и избор на копиране; комбиниран с префикси за grep-class възстановява момента „Видях грешката преди три екрана“, който обикновеният SSH превъртане губи.
- Екипните сесии работят: споделени наименувани сокети (tmux -S /tmp/pair.sock) позволяват на двама инженери да се прикачат към една и съща сесия на живо за отстраняване на грешки или предаване на двойки; сесията продължава, докато сокетът е жив (и следователно също дисциплината за споделена обвивка: споменавайте, не изненадвайте).
- Реалност на скриптове: `tmux new-session -d -s job 'run-script && send-keys...'`-class автоматизация и tmux команди от cron правят необслужвани настройки за наблюдение на регистрационни файлове с много панели; сдвоете го с log-to-file за всичко, което трябва да оцелее след цикъл за преглед (вместо това нашите linux-commands cat-hub покриват мястото, където принадлежат регистрационните файлове).
Бележка от терен
Внедряването, което отне три часа с една батерия на лаптоп, използваше tmux, за да оцелее, когато батерията умира два пъти по време на работа. Сесиите са инфраструктура и инженерът спеше, когато изграждането приключи.
Често задавани въпроси
tmux срещу екран за нови настройки?
tmux: по-добри разделяния, скриптов речник, жива общност за конфигурация. GNU екран: инсталиран там, където tmux не е (по-стари спасителни изображения, минимални хостове). Нашата статия за сравнение обхваща таблицата за компромиси: изберете tmux, където избирате свободно, знайте екрана, когато хостът реши вместо вас.
Как да се отделя, без да убия работата си?
Префикс d (Ctrl-b d) отделя само изгледа на клиента: сесията (задания, черупки) продължава да работи от страната на сървъра; убиването изисква изрично `tmux kill-session`, така че отделянето винаги е безопасно.
Могат ли двама души да се прикачат за четене на една и съща сесия?
Да, споделени сесии с именуван сокет или обикновен `tmux attach -t` към една и съща сесия и двете работят; обучението по двойки, предаването и командата за инцидент се превърна в нормален случай на използване на операциите.
Каква е минималната конфигурация, която се изплаща веднага?
По-голяма хронология на превъртане, включен режим на мишката, по-кратко време за излизане и лента на състоянието, показваща име на хост + сесия: четири реда, които предотвратяват повечето инциденти „изчакайте в коя кутия съм“.
Как Kinetikatech помага с linux команди и умения за командни обвивки
Правили сме това стотици пъти: Командите и скриптовите навици, които решават дали администраторът управлява сървър или се бори с него: търсене, трансформиране, прехвърляне и надзор на текст и процеси с инструментите, които се намират във всяка основна инсталация. С Сигурност на Linux сървъра и Сървърна администрация получавате пълния цикъл: оценяваме, внедряваме, следим непрекъснато и реагираме до 30 минути, когато е нужно.