Správa systému Linux lze nejlépe popsat jako automatizaci správy systému Linux. Někdy jsou tyto nástroje jen a jen vaše. Jindy jsou nástroje sdíleny s ostatními ve vašem týmu, dodávány nebo nabízeny jako služba. Vychází z nejběžnějšího chápání filozofie UNIX:Používání malých, účelových nástrojů a jejich spojování novými, výkonnými a neočekávanými způsoby. Mohou to být složité příkazy, které se stanou jednořádkovými skripty, které se stanou víceřádkovými skripty. Některé skripty si ponecháte a budete je sdílet, na některé zapomenete při příští přestávce na kávu.
[ Také by se vám mohlo líbit: Použití Bash pro automatizaci ]
Nemohu házet kolem sebe fráze jako filozofie UNIX aniž bychom si vzpomněli na dobu, kdy ne všechno byl Linux, nebo dokonce kdy všechny linuxové systémy, za které by člověk mohl být zodpovědný, byly stejné distribuce. Jedinou důvěrou v budoucnost je, že to bude jiné. Proto jsou potřeba některé historické triky pro přenositelnost – vpřed i vzad – zvláště když vás nic nestojí.
To vše chci říci, že čím více standardních nástrojů znám, tím výkonnější budou mé příkazy, tím rychleji je mohu napsat a tím rychleji moji klienti vyřeší své skutečné problémy.
Málokdy vydržím měsíc, aniž bych si osvojil nějakou novou techniku nebo trik, zatímco na příkazové řádce surfuji po stylu někoho jiného. Časy COVID a práce na dálku to ztěžují, takže bych rád poděkoval Kenu Hessovi za to, že mě seznámil s pěti příkazy, které jsem tak dobře neznal, nebo mi připomněl pět příkazů.
1. oblouk
Ve skriptech sestavení je velmi běžné, že musíte generovat například cesty, které popisují platformu, prostředí sestavení, cestu yum repo atd. Obvykle bych použil uname -p získat typ procesoru, ale arch je rychlejší na psaní a samodokumentování. Díky!
GitHub má mnoho kódu ve tvaru:
ARCH=$(uname -m) To vše lze nahradit:
ARCH=$(arch) 2. arpaname
Zrovna minulý týden jsem programoval API pro vytváření záznamů PTR. Bylo to v roli Ansible pro poměrně dobře známý IPAM, ale pokud bych měl provést hromadný import pomocí obecných nástrojů DNS, použil bych nsupdate . Tento příkaz by byl velmi užitečný. Rychlý příklad kódu:
[jwarnica@lappy ~]$ nsupdate <<EOF
update add `arpaname $ipaddr` 86400 IN PTR $(hostname -f).
send
EOF To by bylo dostatečně snadné použít ve smyčce, když bych mohl mít spoustu nových zařízení IoT, virtuálních počítačů nebo flotilu notebooků k instalaci a už bych měl jejich názvy hostitelů/IP v jednoduchém souboru CSV nebo je generoval jinak.
3. bc
Bash neumí počítat s plovoucí desetinnou čárkou, takže pro skriptování jsou potřeba další nástroje. S tím řečeno, bc --expression donutil mě přemýšlet o tom, jak skriptovat dc , což je samozřejmě možné.
Než to použiji, zapomenu na detaily, ale navždy si budu pamatovat tohle "ah-ha!" v okamžiku, kdy dc lze skriptovat.
I když nechci znít jako středoškolský učitel matematiky, existují prostředí, kde člověk nemá po ruce svůj kapesní superpočítač nebo dokonce nemá přístup k gnome-kalkulátoru. Nebo jednoduše chcete ušetřit těch pět sekund a použít interaktivní dc aniž byste sundali ruce z klávesnice, abyste mohli používat myš nebo telefon.
4. sklápěče
Jeden z mých každoročních dobrovolnických dnů dělá výsledky pro běžecký štafetový závod. Po letech optimalizace té nejhloupější věci, která funguje, je to nyní většinou zadávání dat časů. S notebookem na klíně sedícím v autě je to opak ergonomie, ale mohl bych to udělat alespoň jednou rukou pomocí mapování numerické klávesnice . na : . V X11, xmodmap byl nástrojem pro toto mapování. I když to není jen bowlingová koule, Kanada pokračuje v pokroku v interakci mezi člověkem a počítačem.
Úspora 10 minut ročně je stěží důvodem, proč se učit nový nástroj (nebo ano? -- red.). Mapování klíčů může být rozdílem mezi schopností psát a ne. Možná na většině míst na světě není klávesnice US-104 standardní a/nebo místním jazykem není angličtina bez přízvuku.
dumpkeys má blízkého přítele jménem loadkeys . Společně to činí nepoužitelné konzole použitelnými a každý instalátor distribuce Linuxu na ně po desetiletí spoléhá.
5. uname
Údajně /proc je vývojáři linuxového jádra považováno za stabilní a uděluji /proc/version je pravděpodobně velmi stabilní, ale moc jim nevěřím. Někdy používám systémy, které nemají pouze Linux /proc , tak jako tak. uname příkaz, který je součástí POSIX, bude fungovat kdekoli.
Možná mi teď přijde tento příkaz k ničemu, protože teď vím o arch , ale stále je to příkaz goto jen pro ověření, kde jsem. A příkladů skriptování je mnoho. Náhodný příklad z /etc/profile.d/qt.sh Fedory :
case `uname -m' in
x86_64 | ia64 | s390x | ppc64 | ppc64le)
QT_PREFIXES="/usr/lib64/qt-3.3 /usr/lib/qt-3.3" ;;
* )
QT_PREFIXES="/usr/lib/qt-3.3 /usr/lib64/qt-3.3" ;;
esac [ Zlepšete své dovednosti při správě a používání SELinuxu pomocí tohoto užitečného průvodce. ]
Sbalit
Jsou tyto nástroje revoluční? Vůbec ne. To, čím jsou, jsou pevné, všudypřítomné základy pro každodenní práci milionů lidí a ještě po desetiletí budou. To z nich dělá nástroje, které stojí za to mít na paměti, až příště usednete k systému Linux.