| Linux Networking HOWTO | ||
|---|---|---|
| Prev | Chapter 10. Les commandes IP pour les noyaux 2.2 (travail en cours) | Next |
Si vous avez les outils iproute2 déjà installés, exécutez la commande ip, ce qui vous permettra d'afficher la syntaxe de base.
[root@jd Net4]# ip
Usage: ip [ OPTIONS ] OBJECT { COMMAND | help }
where OBJECT := { link | addr | route | rule | neigh | tunnel |
maddr | mroute | monitor }
OPTIONS := { -V[ersion] | -s[tatistics] | -r[esolve] |
-f[amily] { inet | ipv6 | dnet | link } | -o[neline] }
|
Il y a plusieurs options disponibles :
-V, -Version donne la version de l'utilitaire ip que vous employez puis vous rend la main.
-s, -stats, -statistics donne plus d'informations concernant le périphérique spécifié. Vous pouvez mentionner plusieurs fois cette option pour afficher plus d'informations.
-f, family suivi d'un nom identifiant la famille de protocole tel que : inet, inet6 ou link spécifie la famille de protocole à utiliser, inet désignant le standard IPv4 (le standard internet actuel), inet6 désignant IPv6 (révolutionnaire, un standard internet qui ne sera jamais implanté), et link (un lien physique). Si vous ne donnez pas d'options, la famille de protocole est devinée et s'il n'y a pas assez d'informations, ip reviendra aux réglages par défaut.
-o, -oneline indique la sortie de chaque enregistrement de périphérique en une seule ligne.
-r, -resolve utilise le résolveur du système (par exemple DNS), pour imprimer les noms réels associés aux adresses IP.
OBJECT C'est l'objet/périphérique que l'on veut gérer ou bien sur lequel on veut obtenir des informations. Les types de périphériques qui sont compris par l'implémentation actuelle sont :
link -- Le périphérique réseau, par exemple eth0 ou ppp0
address -- L'adresse IP (IP ou IPv6) du périphérique spécifié
neigh -- L'entrée de cache ARP ou NDISC
route -- L'entrée de la table de routage
rule -- Les règles de la base de données de la politique de routage
maddress -- L'adresse de multidiffusion
mroute -- L'entrée de cache de la route de multidiffusion
tunnel -- Faire ou non de l'encapsulation IP
Le nombre d'options possibles avec chaque type d'objet est fonction de la nature de l'action à entreprendre. Comme règle de base, il est possible d'ajouter, de supprimer, ou de montrer le ou les objets, mais parmi ceux-ci tous ne permettront pas d'utiliser des commandes supplémentaires. Bien sûr, une commande d'aide est disponible pour chaque objet et lors de son utilisation, celle-ci donnera une liste des conventions de syntaxe disponibles pour l'objet en question.
Si vous ne spécifiez pas de commande, c'est celle par défaut qui sera exécutée. Celle-ci donne la liste des objets, ou bien, si ce n'est pas possible, vous obtiendrez une aide de base.
ARGUMENTS est la liste des arguments qui peuvent être donnés lors de l'exécution de la commande. Le nombre d'arguments dépend de la commande et de l'objet. Il existe deux types d'arguments :
Les drapeaux consistant en un mot-clé suivi d'une valeur. Pour la commodité, chaque argument possède quelques valeurs par défaut, qui peuvent être omises pour une utilisation plus facile. Par exemple le paramètre dev> est pris par défaut pour une commande telle que ip link.
Les erreurs... rendons grâce aux codeurs intelligents Toutes les actions induites par les commandes sont dynamiques. Si la syntaxe est incorrecte, il n'y aura pas de changement dans la configuration du système. Comme toujours, il existe une exception : la commande ip link , utilisée pour changer certains paramètres d'un périphérique.
Il est difficile de donner la liste de tous les messages d'erreur (en particulier les erreurs de syntaxe), mais normalement leur signification est explicite suivant le contexte de la commande. Les erreurs les plus fréquentes sont : 1. Le réseau n'est pas configuré dans le noyau. Le message est : Cannot open netlink socket: Invalid value (ne peut ouvrir la socket : valeur incorrecte).
2. RTNETLINK n'est pas configuré dans le noyau. Dans ce cas on obtiendra l'un des messages suivants, selon la commande : Cannot talk to rtnetlink: Connection refused (ne peut dialoguer avec rtnetlink: connexion refusée) Cannot send dump request: Connection refused (ne peut envoyer une demande de vidage (dump): connexion refusée).
3. L'option CONFIG_IP_MULTIPLE_TABLES n'a pas été choisie lors de la configuration du noyau. Dans ce cas toute tentative d'utilisation de la commande ip échouera, par exemple :
jd@home $ ip rule list RTNETLINK error: Invalid argument dump terminated (erreur de règle ip dans la liste RTNETLINK: argument incorrect, vidage (dump) terminé).