Les CLI du vendredi

Ce soir je vais partager avec vous ces petits utilitaires à utiliser dans un terminal qui me sauve la vie, ou qui me la facilite lorsque je suis connecté en ssh à un serveur...


ncdu est un CLI (commande Line interface) qui va vous permettre de browser votre architecture de fichier pour vous donner la taille des répertoires et des fichiers....
cela est très intéressant lorsque baobab ne peut être lancé, puisque par définition vous n'avez pas d'interface graphique sur votre serveur ....Avec ncdu, vous allez vite comprendre ou se trouve vos gros fichiers

mc (midnight commander) est un vrai truc de feignant , en gros c'est un browser de fichier qui va vous permettre d'effacer, déplacer, copier, couper, faire des liens...est encore plus puisque vous pouvez utiliser la souris dans un terminal....
un truc à ne surtout pas utiliser....non, c'est pas mal

htop est un cli qui va vous permettre de surveiller la charge, la mémoire, l'occupation cpu (multicore) et les processus. Son avantage par rapport a top, et bien il est en couleur, et on peut cliquer a la souris, génial...

iptraf (doit être lancé en root), va servir a analyser le trafic sur vos cartes réseaux (débit, type de paquets, les ports et les ip connectées) en vous proposant en plus d'enregistrer les résultats obtenus dans un log....génial sur un serveur

tree va nous permettre de cartographier les répertoires pour connaitre leur arborescence.

multitail qui permet d'afficher plusieurs log en même temps (tout en étant rafraichie en permanence) cela évite de lancer la commande tailf dans plusieurs terminaux.

multitail /var/log/messages /var/log/dmesg

screen un must pour travailler à distance


et les vôtres ?

en fait tu apprends à te servir de ta souris, c'est bien, tu progresse steph ...

allez vous autres on encourage steph, il sait se servir de sa souris ...

bravo ! bravo !!!

mon dieu qu'il est bête, complétement intoxiqué par compiz, son cas est irrécupérable.....

allons allons winux ressaisis toi !!!

Sympa, je vais aller y faire un tour...mais là tu pousses le bouchon loin !!!

pour ma part l'utilisation d'un CLI vient naturellement sur un serveur, rarement sur mon poste desktop ou la souris me permet de cliquer

mais linux reste un environnement ou le choix est prédominant...profitons en

pour voir les logs j'utilise multitail qui permet d'afficher plusieurs log en même temps (tout en etant raffraichie en permanence)

multitail /var/log/messages /var/log/dmesg

cela evite de lancer la commande tailf dans plusieurs terminaux.

A l' abordage !

Ok, je sors ... ou pas

Soyons sérieux, hum hum

Bon je souhaite parler de la commande "screen" qui m' a bien aidé il fut un temps.
Quand vous administrez une machine distante il y a une liaison entre les deux "pc" qui n' est pas forcément fiable; ce qui peut se traduire par une coupure de la session et des scripts qui fonctionnaient dans ce terminal.
En gros, screen, lancé en premier permet de créer un terminal virtuel qui se détache de la session; une sorte de redirection des entrées/sorties standards.
En cas de problème il suffit de relancer une session par ssh et de rattacher le terminal virtuel à la session.
Très utilise sur des longues taches sans avoir besoin de croiser les doigts.

ssh avec la redirection du serveur X (putty le fait aussi avec Xming) permet de n' ouvrir que la fenêtre d' un logiciel sans avoir à ouvrir un bureau en entier.
Vous avez déjà vu une interface graphique sur un serveur ? Ben c' est pas un serveur dans ce cas, c' est juste une tentative.
Je m' en sert pour lancer Wireshark sur un machine distante tout en ayant l' affichage sur le poste de travail.
Cela peut être utile pour toute autre application qui peut nécessiter une interface graphique pour certains paramétrages, si on peut s' en passer ben on s' en passe; Et puis c' est tout. C' est juste une astuce qui évite d' aller sur place.

Pour ma part j' utilise emacs-nox11 pour l' édition de fichier, certes il ne fait pas partie des éditeurs installés par défaut mais il fait plein de choses (multi fenêtres, mail, mini jeux, psychologue rudimentaire, compilation, etc, il doit même y avoir un client IRC).
Ce n' est qu' une question de préférence et d' habitude.

Et scp plus que ftp pour éviter deux "gros" problèmes :

1. ce protocole utilise plusieurs ports, un pour les commandes et un par canal pour les échanges de données. Ces ports ouverts dynamiquement (passif ou actif) ne sont pas toujours acceptés par les firewall et NAT. Scp n' utilise qu' un seul port !
2. l' échange ne passe pas en clair par scp (surtout le mot de passe, c' est si facile de la
   capturer dans un réseau local, disons plus facile que sur la toile); Une petite démonstration à la prochaine permanence ?

Pour info j' utilise proftpd pour faire à la fois ftp, ftps et scp. Il a une configuration un peut comme apache ce qui permet de cloisonner les personnes qui y accèdent, de restreindre toutes les commandes ftp et de faire des règles sur les IP, etc. Rien à voir avec les autres serveurs ftp, qui fonctionnent bien, mais qui sont moins granuleux.

Voilou, sinon pareil.
Pouet pouet !
Et un dernier pour la route =>