L'administration système Linux est mieux décrite comme l'automatisation de l'administration système Linux. Parfois, ces outils sont à vous et à vous seul. D'autres fois, les utilitaires sont partagés avec d'autres membres de votre équipe, expédiés ou proposés en tant que service. Cela vient de la compréhension la plus informelle de la philosophie UNIX :utiliser de petits outils spécialement conçus et les associer de manière nouvelle, puissante et inattendue. Il peut s'agir de commandes complexes, qui deviennent des scripts à une ligne, qui deviennent des scripts à plusieurs lignes. Certains scripts que vous garderez et partagerez, d'autres que vous oublierez lors de votre prochaine pause-café.
[ Vous pourriez également apprécier : Utiliser Bash pour l'automatisation ]
Je ne peux pas lancer des phrases comme philosophie UNIX sans se souvenir d'une époque où tout n'était pas Linux, ou même lorsque tous les systèmes Linux dont on pouvait être responsable étaient la même distribution. La seule confiance que j'ai dans l'avenir, c'est que ce sera différent. Par conséquent, certaines astuces historiques pour la portabilité - vers l'avant et vers l'arrière - sont dues, surtout lorsqu'elles ne vous coûtent rien.
Tout cela pour dire que plus je connais d'outils standard, plus mes commandes jetables deviennent puissantes, plus je peux les écrire rapidement et plus vite mes clients résolvent leurs problèmes réels.
Je passe rarement un mois sans apprendre une nouvelle technique ou une nouvelle astuce tout en surfant sur le style de quelqu'un d'autre sur la ligne de commande. Les temps de COVID et le travail à distance rendent cela plus difficile, j'aimerais donc remercier Ken Hess de m'avoir présenté ou rappelé cinq commandes que je ne connaissais pas très bien.
1. arc
Il est très courant dans les scripts de construction de devoir générer, par exemple, des chemins décrivant une plate-forme, un environnement de construction, un chemin de dépôt yum, etc. Habituellement, j'utiliserais uname -p pour obtenir le type de processeur, mais arch est plus rapide à taper et à s'auto-documenter. Merci !
GitHub a beaucoup de code sous la forme :
ARCH=$(uname -m) Tout cela pourrait être remplacé par :
ARCH=$(arch) 2. arpaname
La semaine dernière, je programmais une API pour créer des enregistrements PTR. C'était dans un rôle Ansible pour un IPAM raisonnablement connu, mais si je devais faire une importation en bloc avec des outils DNS génériques, j'utiliserais nsupdate . Cette commande serait très pratique. Exemple de code rapide :
[jwarnica@lappy ~]$ nsupdate <<EOF
update add `arpaname $ipaddr` 86400 IN PTR $(hostname -f).
send
EOF Ce serait assez facile à utiliser dans une boucle lorsque je pourrais avoir un tas de nouveaux appareils IoT, des machines virtuelles ou une flotte d'ordinateurs portables à installer et que j'ai déjà leurs noms d'hôte/adresses IP dans un simple fichier CSV ou que je les ai générés d'une autre manière.
3. avant JC
Bash ne peut pas faire de calculs en virgule flottante, donc des outils supplémentaires sont nécessaires pour les scripts. Cela dit, bc --expression m'a fait réfléchir à la façon de scripter dc , ce qui est bien sûr possible.
J'oublierai les détails avant de l'utiliser, mais je me souviendrai pour toujours de ce "ah-ha !" moment où dc peut être scripté.
Bien que je ne veuille pas avoir l'air d'un professeur de mathématiques au lycée, il existe des environnements où l'on n'a pas son superordinateur de poche à portée de main ou même l'accès à la calculatrice gnome. Ou vous voulez simplement enregistrer les cinq secondes et utiliser le dc interactif sans lâcher le clavier pour utiliser la souris ou le téléphone.
4. dumpkeys
L'une de mes journées annuelles de bénévolat consiste à faire les résultats d'une course à relais. Après des années d'optimisation de la chose la plus stupide qui fonctionne, il s'agit maintenant principalement de la saisie de données. Avec un ordinateur portable sur mes genoux assis dans une voiture, c'est le contraire de l'ergonomie, mais je pourrais au moins le faire d'une seule main en mappant le pavé numérique . à un : . Dans X11, xmodmap a été l'outil de cette cartographie. Bien qu'il ne s'agisse pas d'une boule de bowling, le Canada continue de faire des progrès dans l'interaction homme-ordinateur.
Gagner 10 minutes par an n'est pas une raison pour apprendre un nouvel outil (ou l'est-il ? -- ndlr). Les clés de mappage pourraient faire la différence entre pouvoir taper et non. Peut-être que dans la plupart des endroits du monde, le clavier US-104 n'est pas standard et/ou la langue locale n'est pas l'anglais sans accent.
dumpkeys a un ami proche appelé loadkeys . Ensemble, ils rendent les consoles inutilisables utilisables, et chaque installateur de distribution Linux depuis des décennies s'appuie sur eux.
5. uname
Prétendument /proc est considéré par les développeurs du noyau Linux comme stable, et j'accorderai /proc/version est probablement très stable, mais je ne leur fais pas tout à fait confiance. J'utilise parfois des systèmes qui n'ont pas le /proc Linux uniquement , en tous cas. Le uname La commande, faisant partie de POSIX, fonctionnera n'importe où.
Je pourrais trouver cette commande inutile maintenant parce que je connais maintenant arch , mais c'est toujours une commande goto juste pour vérifier où je suis. Et les exemples de scripts ne manquent pas. Un exemple aléatoire de /etc/profile.d/qt.sh de Fedora :
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 [ Améliorez vos compétences en matière de gestion et d'utilisation de SELinux grâce à ce guide utile. ]
Récapitulez
Ces outils sont-ils révolutionnaires ? Pas du tout. Ce qu'ils sont, ce sont des fondations solides et omniprésentes pour le travail quotidien de millions de personnes, et le seront encore pendant des décennies. Cela en fait des utilitaires à garder à l'esprit la prochaine fois que vous vous asseyez sur un système Linux.