Quels sont les outils / utilitaires que vous devez absolument connaître lorsque vous travaillez en tant que Sysadmin Linux ou Windows.
Je pense par exemple à GNU / screen dont vous aurez besoin si vous travaillez sur des serveurs Linux.
Quels sont les outils / utilitaires que vous devez absolument connaître lorsque vous travaillez en tant que Sysadmin Linux ou Windows.
Je pense par exemple à GNU / screen dont vous aurez besoin si vous travaillez sur des serveurs Linux.
Réponses:
vi - Je sais que tout le monde ne l'aime pas, mais ça va à peu près être sur n'importe quel serveur * nix que vous rencontrerez, et quand tout le reste sera cassé, vous devrez modifier les fichiers de configuration. Je suggérerais également csh et sh pour les mêmes raisons
En tant que Sysadmin Windows, vous devez absolument vous familiariser avec SysInternals . Tant pour la programmation que pour le diagnostic de ce qui se passe avec une machine, ceux-ci sont inestimables.
PuTTY : Un excellent client SSH gratuit pour Windows. Presque partout où j'ai travaillé, j'ai utilisé cela pour se connecter aux serveurs Unix à partir de Windows.
N'oubliez pas qu'un sysdamin doit se mettre en forme avec ses boîtiers d'ordinateur!
Vous devez vous assurer que vous en avez au moins un
Un mec écrit également sur les 10 choses qu'il pense que tout le monde devrait avoir dans sa boîte à outils.
Scripting.
J'ai appris que même le shell de commande standard de Windows peut être vraiment utile. Pas besoin d'installer PowerShell ou cygwin pour obtenir une fonctionnalité de script décente, surtout lorsque les scripts sont censés être déployés sur des machines clientes.
Outils Windows:
Lors du débogage récent d'un problème de multidiffusion que je rencontrais, j'ai trouvé que NMap était incroyablement utile pour déboguer le trafic réseau. Wireshark a également été utile.
Il existe une tonne de petits outils Unix / Linux qui sont utiles
grep, strace, GNU Screen, Locate, rsync, sed, awk et tripwire sont également très intéressants.
La liste continue encore et encore, je suis sûr d'avoir oublié bien plus que la liste ici. Découvrez également comment configurer ces outils comme vous le souhaitez, comme la configuration des fichiers. * Rc. Cela les rendra tous beaucoup plus utiles. Par exemple, voici mon fichier .screenrc, puisque vous semblez intéressé par l'écran.
1 startup_message off
2 hardstatus alwayslastline
3 hardstatus string '%{= kG}[ %{G}%H %{g}][%= %{=kw}%?%-Lw%?%{r}(%{W}%n*%f%t%?(%u)%?%{r})%{w}%?%+Lw%?%?%= %{g}][%{B}%Y-%m-%d %{W}%c %{g}]'
4
5 # Window numbering starts at 1, not 0.
6 bind c screen 1
7 bind 0 select 10
8
9 # Default screens
10 screen -t shell1 1
11 screen -t shell2 2
12 screen -t shell3 3
Le compagnon idéal des utilisateurs de PuTTY pour Windows qui administrent des machines distantes * nix pour moi est WinSCP , un client FTP, SCP et SFTP parfait, petit, simple et vraiment utilisable.
Powershell! Powershell est un shell de commande fantastique pour Windows, construit sur le framework .NET.
Sur n'importe quelle plate-forme, vous devez être familier avec les outils de sauvegarde natifs et populaires. Rien ne me dérange plus qu'un administrateur système qui ne sait pas faire une bonne sauvegarde. Une bonne sauvegarde vous évitera presque toutes les erreurs que vous pourriez commettre.
-ntbackup sur windows, dd / tar sur Linux -commandes de vidage de base de données -tftp pour sauvegarder les commutateurs / routeurs / périphériques
Les outils de script shell: bash / sh, awk, grep, head, tail, less, cat, sort, uniq, wc (et autres)
Awk vous permet d'analyser facilement les fichiers journaux ou d'autres fichiers, ce qui est essentiel lorsque vous devez diagnostiquer un problème. Certaines personnes l'utilisent perl
pour cela. Vous n'avez pas besoin de tout savoir sur l'un ou l'autre outil, mais vous devez savoir quelque chose, afin de pouvoir vérifier ce journal d'accès ou le journal http et déterminer s'il se passe quelque chose d'inhabituel.
Combinez awk avec sort, uniq, tail, grep et wc pour vous faciliter la vie.
Mélangez des scripts shell. C'est super pratique de pouvoir faire des choses comme
for i in server1.example.com server2.example.com server3.example.com ; do
xterm -e "ssh ${i} tail -f /var/log/message | grep something ";
done;
cela vous permet de grep les journaux sur trois serveurs pour something
. Des astuces comme celle-ci vous font gagner beaucoup de temps, et tout cela est dû aux outils de script shell.
for i in server{1,2,3}.example.com ; do
. Des raccourcis comme celui-ci économisent beaucoup de frappe.
ping traceroute / tracert netstat nslookup
tail
- Disponible sur la plupart des systèmes Linux / Unix, vous permet de visualiser les dernières lignes d'un fichier (ou l'extrémité arrière). tail -f
vous permet d'afficher les nouvelles lignes ajoutées au fichier telles qu'elles apparaissent.
Pour Windows, j'aime BareTail .
tail -F
(par opposition à tail -f
) vous donne un comportement de suivi par nom, au lieu de suivi par inode.
Ce n'est probablement pas la réponse que vous vouliez, mais je voulais juste partager quelques réflexions. En général, l'administration système ne concerne pas seulement les outils, mais aussi le cadre mental que vous utilisez. En bref - si vous savez quelles tâches vous voulez faire, trouver un outil pour le faire est assez simple.
Fondamentalement, sysadmin doit se poser quelques questions sur le système:
Maintenant, le choix personnel des outils est .. personnel.
Btw, la réponse à propos de vi est excellente!
m
Un bon éditeur. Peu importe lequel, je ne suis certainement pas ici pour déclencher une guerre des flammes. Mais vous devez apprendre un bon éditeur.
J'utilise Emacs pour à peu près tout. Vi (m) est un autre bon. Je ne sais pas ce qui serait le mieux dans Windows, mais je suppose que les variantes Win32 des 2 que j'ai mentionnées seraient bonnes.
dmidecode - Excellent pour obtenir toutes sortes d'informations sur la machine sur laquelle il fonctionne
strace - lorsque vous ne pouvez pas comprendre pourquoi la commande que vous émettez ne fonctionne pas comme vous le souhaitez
find - Il y a plus d'options pour cette petite commande que vous ne le pensez probablement. Lisez la page de manuel et soyez éclairé
xargs - Très, très pratique lorsque vous devez gérer des listes de choses
rsync - Connaître rsync et ses différentes options est essentiel pour déplacer rapidement et en toute sécurité des données sur votre réseau
telnet - l'humble commande telnet m'a probablement aidé à diagnostiquer plus de problèmes de connectivité réseau au fil des ans que toute autre commande
nmap - sauf peut-être nmap
nc - netcat est génial pour configurer des serveurs rapides pour voir ce que les clients essaient de faire, ou même pour "telnet" en utilisant udp. Lisez les tutoriels pour voir à quel point c'est puissant
s_client Telnet d' OpenSL via une connexion sécurisée aux serveurs https pour diagnostiquer l'étrangeté.
Je suis sûr qu'il y en a une tonne de plus dont je me souviendrai finalement. Revenez pour les mises à jour ;-)
Moniteur de processus en particulier pour résoudre les problèmes de permission .
Je deviens un grand fan de DTrace, bien qu'à ce stade, il ne soit pas disponible pour Windows.
Je me demande si personne n'a mentionné VNC .
Quelques-uns que j'utilise normalement:
ps : pour voir les processus en cours d'exécution
wc : nombre de mots. Affiche de nouvelles lignes, mots, octets.
grep : trouver un motif. Correspondance ou non (correspondance inverse)
> pour rediriger la sortie vers un nouveau fichier ou >> pour l'ajouter à la fin d'un fichier.
| pour enchaîner les commandes. Sortie de la première commande utilisée sur la suivante.
tee : écrit l'entrée reçue dans un fichier et affiche également le texte à l'écran.
chaîne la plus courante que j'utilise:
ps ax | grep mysql
Pour Windows, n'oublions pas NET et NETSH, vous seriez perdu dans les réseaux sans eux.
Sur unix, dmesg. Il recueille tous les messages de diagnostic du système et les affiche bien à l'écran.
Et oui, il a été `` obsolète '' par syslogd, mais je n'ai toujours pas trouvé comment obtenir la configuration de syslogd pour afficher les choses aussi bien que le fait dmesg.
tail /var/log/kern.log
Cela doit être SSH et Putty pour moi: cela économise tellement de travail et de déplacement, c'est faux, et il n'y a pas de problème avec les paramètres graphiques ou d'attente pour un rafraîchissement de l'écran :-)