IPROUTE2 ou NET-TOOLS Administration Réseaux Linux

Le paquet net-tools est obsolète depuis quelques années, et les mainteneurs du noyau Linux ont passé l'état du paquet à obsolète, cela signifie que net-tools est obsolète, leurs jours sont comptés, et donc le paquet iproute2 est son successeur depuis un certain temps maintenant pour la gestion et l'administration du réseau.

Après tout, IPROUTE2 ou NET-TOOLS - Quels sont ces paquets?

Sommaire

• INTRODUCTION 
• IPROUTE2
• RESUME
• LA PETITE POLÉMIQUE ADMINISTRATEUR
• CONLUSION
• EXPLICATION DE NETYSYSTEMS FORMATION SUR YOUTUBE
• (Retour au sommaire -> page précédente votre navigateur)

INTRODUCTION
Comprenons pourquoi il est important que l'utilisateur Linux utilise les outils du paquet iproute2 et supprime les commandes obsolètes qui font partie du paquet net-tools .

IPROUTE2
Le paquetage iproute2 a  été développé pour remplacer le paquet net-tools devenu obsolète. Commande comme  arp, rarp, mii-tool, plipconfig, ipmaddr, slattach, ifconfig, iptunnel, netstat, route, iwconfig, nameif  et d' autres, ont été améliorées et ses fonctionnalités désormais mises en œuvre dans la commande ip package iproute2 .

Le paquet iproute2 est une excellente suite d'outils pour ceux qui ont besoin de gérer ou administrer un réseau linux.Avec la commande  ip , ils sont regroupés les fonctions de plusieurs commandes prédécesseurs pour l'administration et la gestion des réseaux.

ID	NET-TOOLS	IPROUTE2
01	ifconfig -a	ip link show
02	ifconfig eth1 up	ip link set up eth1
03	ifconfig eth1 down	ip link set down eth1
04	ifconfig eth1 192.168.0.1/24	ip addr add 192.168.0.1/24 dev eth1
05	ifconfig eth1 0	ip addr del 192.168.0.1/24 dev eth1
06	ifconfig eth1	ip addr show dev eth1
07	ifconfig eth1 hw ether 00:52:bc:33:25:a1	ip link set dev eth1 address 00:52:bc:33:25:a1
08	route -n  ou netstat -rn	ip route show
09	route add -net 192.168.0.1	ip route add default via 192.168.0.1
10	route add -net 192.168.0.1/24 gw eth1	ip route add 192.168.0.1/24 dev eth1
11	mii-tool	ethtool
12	iwconfig	iw

DESCRIPTION

01 - Voir toutes les interfaces réseau

02 - Activer l'interface réseau

03 - Désactiver l'interface réseau

04 - Définir le masque IP / réseau

05 - Supprimer la définition IP / Masque du réseau

06 - Informations spécifiques à une interface

07 - Modification de MAC-ADDRESS

08 - Afficher la table de routage

09 - Ajout de l'itinéraire par défaut

10 - Ajouter une route statique

11 - Manipulation de réseau et requête

12 - Affichage des informations WLAN

Résumé 

net-tools utilities obsoleted by iproute2

Legacy utility	Obsoleted by	Note
ifconfig	ip addr, ip link, ip -s	Address and link configuration
route	ip route	Routing tables
arp	ip neigh	Neighbors
iptunnel	ip tunnel	Tunnels
nameif	ifrename, ip link set name	Rename network interfaces
ipmaddr	ip maddr	Multicast
netstat	ip -s, ss, ip route	Show various networking statistics

La petite polémique Administrateur

 L' une des controverses d'administration du système en cours dans Linux est qu'il y a un effort continu pour rendre obsolètes les anciennes commandes d' administration et de diagnostic de réseau standard cross-Unix de ifconfig, netstat etc. , et les remplacer par de nouvelles choses nouvelles spécifiques Linux comme ss et  ip et suite.

Vieux administrateurs système sont généralement grincheux à ce sujet; ils le considèrent comme un autre signe de l'attitude de 'non-inventé ici' de Linux qui voit Linux sortir des normes Unix bien établies pour suivre sa propre voie.

Bien que je sois moi-même un ancien administrateur, je n'ai pas cette réaction. Au lieu de cela, je pense qu'il pourrait être à la fois sensé et honnête que Linux s'en aille dans cette direction. Il y a deux raisons à cela, une ostensible et une subtile.

La question de la surface ostensible est que le code actuel netstat, ifconfig et ainsi de suite fonctionne de manière inefficace. Par diverses personnes , netstat a opérer en lisant divers fichiers /proc, et ce faisant n'est pas la chose la plus efficace dans le monde réseaux (du côté du noyau ou de Netstat). Vous ne remarquerez pas cela sur un petit système, mais apparemment il y a des impacts réels sur les grands systèmes.

Les commandes modernes aiment ss et ip utilisent les sockets Linux de Linux , qui sont beaucoup plus efficaces. En théorie netstat, ifconfig, et leur suite, pourraient être réécrite pour utiliser netlink aussi; en pratique, cela ne semble pas être arrivé et il peut y avoir des problèmes politiques impliquant différents groupes de développeurs ayant des opinions différentes sur la voie à suivre. (Netstat et ifconfig font partie de net-tools , ss et ip font partie de iproute2 .)

Cependant, le problème le plus profond est l'interface que netstat, ifconfig et company présentent aux utilisateurs. En pratique, ces commandes sont prises entre deux maîtres. D'une part, les informations que les outils présentent et les questions qu'ils nous posent sont étroitement liées à la manière dont le noyau lui-même fonctionne en réseau, et en général les outils sont censés rendre compte de la réalité du noyau.

D'un autre côté, les utilisateurs attendent netstat, ifconfig et ainsi de suite, d'avoir leur interface traditionnelle (en termes de sortie, d'arguments de ligne de commande, etc.); un certain nombre de scripts et d'outils tirent des choses de la sortieifconfig , par exemple. Comme le noyau Linux a changé son fonctionnement en réseau, cela a présenté des choses comme ifconfig avec un conflit profond; leur production traditionnelle n'est plus nécessairement une représentation exacte de la réalité..

CONCLUSION
A tout moment , net-tools peut disparaître et laisser beaucoup sur place parce qu'ils insistent sur l' utilisation des commandes de net-tools déjà dépassé ou être pris par surprise, il est déjà très recommandé a commencer d' utiliser et d' étudier l'outils iproute2 , qui veut être un outil plus complet pour le monde des utilisateurs de GNU / Linux dont il est plus adapté aujourd'hui.

Explication de NETYSTEMS FORMATION sur Youtube

Source : 
Suivez ce blog : Newsletter, Mail

Suivez-moi sur : Framasphere, Twitter