Linuxové příkazy
tmux vs obrazovka: Srovnání manažerů relací
tmux a obrazovka řeší stejný prastarý problém: vaše práce by neměla zemřít, když vaše síť zemře. Relace žijí na serveru, přežívají odpojení a lze je rozdělit do podoken; screen je stabilní předchůdce dodávaný všude, tmux nástupce se sanerovými výchozími nastaveními, skriptovatelnými panely a ekosystémem, který se posunul dál. Funkčně se překrývají deset ku jedné a poctivá volba je nástroj, který vaše servery již mají, plus konfigurační návyky, které si váš tým skutečně zachová.
Klíčové body
- Hygiena relací je základní hodnotou: tmux new -s deploy / screen -S deploy pro spuštění, tmux ls / screen -ls pro zobrazení farmy a připojení přesným jménem, takže opětovné připojení kolegovy práce přes noc je vyhledáváním, nikoli odhadem.
- Půvabně se odpojit (předpona-d), ukončit úmyslně: uzavření celé relace s ukončením uvnitř panelů je způsob, jak se ztrácejí napůl dokončené dlouhé úlohy; 'odpojit, pokud jste to opravdu nemysleli' je zvyk, ne preference.
- Rozdělení se chovají lépe v tmux: % a " dělicí panely, plus změna velikosti šipky pod předponou a volitelný režim myši; počet obrazovek | a S ke stejným koncům s náročnější změnou velikosti.
- Scrollback je tiše rozhodující: režim kopírování tmux prohledává historii ([ pak /), navigace na obrazovce ^a [ je funkční, ale hrubá, a na víceGB log tailech vyhledávání překonává rolování.
- Skriptovatelnost se přiklání k tmux: klávesy send-key a capture-pane umožňují automatizaci řídit a číst relace, což je důvod, proč to CI a nástrojové lepidlo preferují; může tam jít i obrazovka, ale se staršími idiomy.
- Sdílené relace fungují v obou: dvě připojení k jedné relaci zrcadlí vše živé, což je párové ladění nebo kontrola kamaráda rizikového příkazu v reálném čase; buďte disciplinovaní v psaní, nebo zrcadlo ukáže i vaše překlepy.
- Kultura konfigurace se liší: tmux vytvořil rozdělený konfigurační ekosystém (témata, pluginy, rozumná výchozí nastavení na tým), obrazovka běží na jednom ~/.screenrc; v praxi se tmux škáluje napříč týmem a obrazovka zůstává osobní.
- Restartování vše ukončí: relace žijí v paměti serveru, takže dlouhé úlohy potřebují skutečné úlohy (protokoly, kontrolní body, restartovatelné skripty) plus správce relací navrchu; tmux je pojištění, ne trvanlivost.
Poznámka z terénu
Ztracená relace byla šestihodinová migrace dat zabitá škytavkou VPN a nic na disku nevědělo, v jaké fázi jsme. Cokoli delšího než přestávka na kávu nyní dostane jméno v tmux a pokračuje další ráno s tmux ls místo pokrčení ramen.
Časté dotazy
Pokud se naučím jen jeden, který?
tmux, pokud vaše flotila již neprovozuje obrazovku všude; jeho výchozí hodnoty, skriptovací háčky a hybnost komunity jsou tam, kam šlo poslední desetiletí, a zvyky se přenášejí dostatečně dobře, aby pokryly nouzovou situaci na obrazovce.
Je bezpečné, aby dva lidé sdíleli jednu relaci?
Ano, a je to standardní tah párového ladění; oba vidí identické stisky kláves, takže se dohodněte, kdo je vlastníkem klávesnice, a s každým destruktivním příkazem zacházejte jako s žádostí o změnu s připojeným druhým párem očí.
Proč barvy v mém sezení vypadají špatně?
Neshody TERM: vnitřní terminál musí oznámit tmux-256color nebo screen-256color, vzdálený hostitel musí mít záznam (informace infocmp vám řekne) a na prvním místě čitelnost, na druhém místě téma hrdosti.
Přežijí relace restart serveru?
Ne: relace žijí v paměti a restart je vymaže, dokud disky přežijí; restartovatelné skripty a protokoly na disku jsou vrstvou trvanlivosti, tmux je vrstva přerušení a zmatení těchto dvou je klasický výpadek.
Jak Kinetikatech pomáhá s linuxové příkazy
Nemusíte se stát odborníkem na linuxové příkazy: Příkazy a skriptovací návyky, které rozhodují o tom, zda správce provozuje server nebo s ním bojuje: prohledávejte, transformujte, přenášejte a dohlížejte na text a procesy pomocí nástrojů, které jsou součástí každé základní instalace. Přesně proto existuje Zabezpečení linuxových serverů a Správa serverů: zprovoznění, zpevnění, monitoring a člověk ve službě dnem i nocí.