Groff

2005-11-21T02:38:15Z

Mujma : /* Quelles sont ses origines ? */

Groff

2005-11-20T14:16:02Z

Mujma :

Groff

2005-11-20T12:48:47Z

Mujma :

=== Hum...! Hem...! ===
Comme Monsieur Jourdain fait de la prose, la plupart des nouveaux utilisateurs et utilisatrices de notre OS libre préféré utilisent un puissant outil de formatage et génération de documents. Outil qui a tendance à se faire oublier, tellement il est discrêt malgré sa participation vitale au quotidien de tout utilisateur ou utilisatrice, et cela concerne même les plus chevronné(e)s.
--[[Utilisateur:Mujma|Mujma]] 20 nov 2005 à 12:03 (CET)
== Que peut-on faire avec groff ? ==

La commande '''groff''' permet à partir d'une même source de :

* générer des documents mis en page : livre, lettre, documentation, rapport...etc.
* créer des images de ces documents en format : postscript, man (Latin 1 formatés), html, dvi, Textes (Latin1 formatés)...

== Quelles sont ses origines ? ==

'''groff''' est d'origine 100% '''UNIX''', au même titre que le '''shell'''.
il se fait parfois appeler '''roff''', '''nroff''', '''troff''', mais est toujours présent sur tout système de type UNIX.
Il présente parfois de légères différences entre les différents UNIX, mais semble toujours compatible car ses développeurs ont prévu des équivalences.
Même '''MINIX''' célèbre petit OS didactique développé par Andrew Tenenbaum (MINIX mais il fait le maximum...) dispose de cette commande !

== Les forces et faiblesses de groff ==

'''Forces :'''
*Très rapide à assimiler comparé a son 'grand frêre' '''LATEX'''.
*Grande robustesse et génération toujours fidèle aux attentes de l'utilisateur.
*Très léger, il permet un traitement rapide des informations même sur des petites configurations ne *disposant pas d'une interface X-Windows.
*Personnalisable
'''Faiblesses :'''(il en faut bien pour rester objectif)
*Son langage macro est un peu rébarbatif (mais après un petit effort, il devient vite familier).
*Un peut plus rigide que '''LATEX''' losque l'on souhaite personnaliser un document.
*Peu de documentations sont disponibles étant donné son grand age.

== Un exemple ! un example ! un exemple... ==

Comme mentionné précédemment, '''groff''' est présent sur votre ordinateur, et vous disposez déjà d'exemples sources ! Il vous suffit par exemple d'ouvrir un fichier de type man, pour cela, il vous suffit de choisir un petit exemple parmis les centaines de documentations man.

=== Comment procéder ? ===

[1.] Trouver l'emplacement des sources des fichiers de documentations du système. 
[2.] Copier une commande dans votre répertoire de travail habituel. 
[3.] Décompresser le fichier. 
[4.] Ouvrir le fichier dans votre édteur de texte habituel. 
[5.] Contempler... 

==== En pratique ====
Bien que je sois persuadé que la plupart d'entre-vous ont directement "switché" en mode console et sont déjà en train de tripatouiller un fichier juste pour voir, je vous donne ici les grandes directions qui vous permettrons de trouver ces fichiers.
==== Trouver les fichiers source man ====
Vous pouvez les chercher à la main, en changeant de répertoire. Généralement, on les trouve dans les parages de <tt>/usr/man</tt> ou encore <tt>/usr/share/man</tt> ou encore <tt>/usr/local/man</tt> et bien d'autres endroits.

Choisissez un répertoire parmi ''man1'',''man2'',...,''mann'' situés dans le répertoire ''/.../man/'' ou ''/.../man/fr/''.
<code multi>
[mujma@localhost]#ls -l /usr/share/man
total 300
drwxr-xr-x 4 root root 4096 aoû 17 20:12 bg
drwxr-xr-x 2 root root 4096 aoû 17 20:26 cat1
drwxr-xr-x 2 root root 4096 aoû 17 20:26 cat5
drwxr-xr-x 5 root root 4096 aoû 17 20:12 cs
...
drwxr-xr-x 11 root man 4096 aoû 17 20:16 fr
...
drwxr-xr-x 2 root root 40960 nov 16 22:51 man1
drwxr-xr-x 2 root root 4096 jan 5 2004 man2
drwxr-xr-x 2 root root 114688 nov 8 08:47 man3
drwxr-xr-x 2 root root 4096 aoû 18 14:23 man4
drwxr-xr-x 2 root root 8192 nov 16 22:51 man5
drwxr-xr-x 2 root root 4096 aoû 17 20:20 man6
drwxr-xr-x 2 root root 4096 oct 20 18:20 man7
drwxr-xr-x 2 root root 12288 nov 2 15:07 man8
drwxr-xr-x 2 root root 4096 jan 5 2004 man9
drwxr-xr-x 2 root root 8192 aoû 17 20:29 mann
drwxr-xr-x 5 root root 4096 aoû 17 20:12 nl
...
drwxr-xr-x 4 root root 4096 aoû 17 20:12 sl
drwxr-xr-x 3 root root 4096 aoû 17 20:10 uk
</code>

<code multi>

</code>

Groff

2005-11-20T12:46:05Z

Mujma :

Groff

2005-11-20T12:39:40Z

Mujma :

Groff

2005-11-20T12:39:13Z

Mujma : /* Traitement de texte */

Discussion:Reseau-cxion locale-lan

2005-11-20T12:28:10Z

Mujma :

Bonjour,

J'ai lu votre page avec intérêt et je trouve que les explications y sont très claires et je tenais simplement à vous en remercier.

Afin d'en améliorer la qualité, j'ai remarqué qu'il manque parfois des ''valeurs'' dans le texte. par exemple :
...valeur comprise entre <tt></tt> et <tt>254</tt>

J'ai complété les deux premières, mais pour les autres je ne sais pas quoi mettre.

Espérant bientôt connaître ces nombres magiques, je vous fait part des mes salutations les meilleures.
--[[Utilisateur:Mujma|Mujma]] 20 nov 2005 à 13:28 (CET)

Reseau-cxion locale-lan

2005-11-20T12:22:14Z

Mujma : /* Le protocole TCP/IP */

[[Category:Réseau local]]
= Configuration carte réseaux pour un réseau local =

<div class="leatitre">Configuration carte réseaux pour un réseau local</div><div class="leapar">par Serge (quelques modifications par Fred et Jicé)</div><div class="leadesc">ou comment faire communiquer tous vos ordinateurs entre eux</div>
----

Le protocole réseau de prédilection pour Unix et l'internet est le TCP/IP, mais pour de nombreux débutants et non informaticiens, configurer un réseau est plus qu'un casse tête. Alors on va voir comment configurer un tel réseau sous Linux (quelques PC reliés entre eux) , pour les connexions pour le net, voir les autres rubriques.

== Le HARDWARE (carte réseau) ==

=== Pré-requis ===

Bon avant tout il faut configurer la partie hard du réseau. Dans le cas d'un réseau local, on a plusieurs machines, pour les connecter entre elles, il faut des cartes réseau et ce qu'on appelle un "média" ou "support". On a le choix entre plusieurs topologies que je ne vous explique que très rapidement :

* Câblage en bus coaxial ou "BNC" : le moins cher à mettre en place, de bonnes performances de communication jusqu'à quelques machines (moins de 10) et pour des applications non critiques, c'est a dire des partages de fichiers, un petit intranet local. Il suffit pour cela d'une carte réseau par machine avec connecteur BNC, un câble coaxial entre deux machines de 50 Ohms, avec un T BNC pour chaque machine et deux bouchons réseaux de 50 Ohms à chaque extrémité du support (c'est à dire pour la première et la dernière machine de la chaîne). Ça ne revient pas cher (cartes et câbles compris on arrive en gros à 200 fr par machine maximum). Il faut quand même respecter les normes, c'est à dire pas plus de 500m de câble, pas moins de 50 cm entre deux stations, bien mettre les bouchons à chaque extrémité et c'est bon.
* Câblage en étoile RJ45 : C'est un peu plus cher, mais ce type de câblage a de bien meilleures performances : on peut espérer aller jusqu'à 100 Mb/s avec du matériel fait pour (contre 10 Mb/s pour le BNC), on peut enlever une machine sans "rompre" le support (c'est à dire que les stations qui ne sont pas en relation avec la station qui vient d'être déconnectée continueront de fonctionner comme si de rien n'était). Bref c'est beaucoup mieux et c'est le standard pour des réseaux avec des applications gourmandes, un grand nombre de machines etc... Le câblage est différent, on utilise alors des paires torsadées en cuivre, chaque câble doit faire 100m maximum, on passe par un élément actif (Hub ou Switch) pour connecter les machines, les prises sont du type RJ45 (un peu comme les prises téléphoniques américaines). En fait chaque carte réseau est reliée par un câble à un élément actif, d'ou le nom de câblage en étoile (partant de l'élément actif). On distingue deux types d'élément actif :
* les HUBS qui en fait "émulent" une connexion en bus en envoyant sur chaque câble toutes les informations du réseau qu'ils reçoivent. Ceux-ci laissent à la machine destinataire des requêtes réseau le soin de les prendre en compte ou de les ignorer si elle n'est pas destinataire,
* les SWITCH qui sont beaucoup plus intelligents que les HUBS : ils envoient les informations du réseau UNIQUEMENT vers la machine destinataire, donc on gagne en performance (et en sécurité, car il devient plus difficile de "sniffer" le réseau), c'est pour cela que le câblage en RJ45 est plus performant que le BNC.
Entre le 10 Mb ou le 100 Mb il suffit d'avoir le matériel qu'il faut, c'est a dire carte réseau, HUB ou SWITCH à 100 Mb. Seul les SWITCH permettent effectivement un "vrai" réseau en étoile. Certains HUBs ou SWITCH permettent de mélanger les deux types de vitesse, alors qu'en général, une carte 10 Mb/s oblige toutes les machines à communiquer en 10 Mb/s.''Remarque :'' On trouve maintenant sur le marché des KITS carte réseau + HUB + câblage pour pas cher du tout (3 cartes, 1 HUB les câbles pour 400 fr), si vous devez faire un achat, prenez plutôt ça, attention quand même à ce que les cartes soient supportées par Linux (cf. : Hardware HOWTO).

Pour les cartes réseau, je vous conseille les cartes réseau "100% COMPATIBLE NE2000 PCI" ou "ISA NE2000" si vous ne pouvez pas prendre de PCI. Dans le cas de carte ISA je vous conseille les PnP (facile à configurer) alors que les non PnP passent souvent par un programme de configuration sous DOS, si votre machine est 100% linux sans partition DOS vous allez être embêté ! Remarque : si vous utilisez xxxBSD en plus de Linux, sachez que le driver de BSD pour les cartes NE2000 est pourri : si vous avez besoin de mettre plusieurs interfaces dans la même machine, n'utilisez pas de carte compatible NE2000, sinon chaque paquet va mettre dans les 1 seconde a passer !!! (si vous ne me croyez pas, demandez à [http://www.bruhat.net BooK] ce qu'il en pense...)

Pour les cartes plus exotiques, regardez le Hardware-HOWTO et/ou demandez dans des listes de diffusion ou dans les news si quelqu'un a déjà réussi à faire marcher cette carte sous Linux.

=== Paramétrage de la carte. ===

Bon, on va étudier les différents cas:

* Carte PCI : normalement vous n'avez rien à faire, juste pour test un "<tt>modprobe module</tt>" ou module est le nom du module pour votre carte (<tt>modprobe ne2k-pci</tt> pour les NE2000 PCI) et ça devrait passer sans le moindre problème ! (si ça ne passe pas, vérifiez que vous avez le support PCI dans votre kernel, voir [../kernel/kernel.php3 rubrique compilation kernel], et que le module de votre carte est bien compilé, voir rubrique [[Kernel-modules|module]] et [[Kernel-kernel|kernel]]).
* Carte ISA PnP : après avoir mis la prise en charge du PnP dans votre machine ([[Hardware-hard plus-pnp|rubrique PnP]]) il suffit de mettre dans <tt>/etc/isapnp.conf</tt> les ressources de votre carte réseau (attention à ne pas écraser les ressources d'une autre carte) en faisant un <tt>pnpdump >/etc/isapnp.conf</tt>. Décommentez alors dans ce fichier les ressources (voir la [[Hardware-hard plus-pnp|rubrique PnP]] !). Le reste de la configuration est identique à celle des cartes PCI : faites un test en chargeant le module ad-hoc (c'est à dire : <tt>modprobe ne</tt>) .
* Carte ISA non PnP : aïe ! (Serge exagère... ;) le plus dur! Soit vous avez de la chance et il suffit de configurer votre carte via des cavaliers (jumpers) et puis de tester en chargeant le module en indiquant les ressources en option du module ([../kernel/modules.php3 rubrique module]). Soit vous avez pas de chance, il faut passer sous DOS (par exemple avec une disquette de boot FreeDOS), utiliser le programme de configuration fourni avec la carte, affecter les ressources de la carte (une seule fois heureusement - quand vous avez fait attention à ne pas entrer en conflit avec d'autres cartes...) et lors du chargement du module passez, là aussi, les options (genre : <tt>append="macarte=iobase,irq,etc..."</tt>.

''Ça ne marche pas !'' Bon pas de panique ! Vérifiez que les ressources de votre carte n'écrase pas celle d'une autre (typique si lors du chargement du module vous obtenez "device or ressource busy" , on vérifie ça dans <tt>/proc/ioports</tt>, <tt>/proc/interrupts</tt>. Vérifiez que l'adresse mémoire (ioport) et les interruptions (irq) ne sont pas déjà occupées par une autre carte. Vérifiez aussi à l'aide de la notice de la carte que vous n'essayez pas d'attribuer une ressource que cette carte ne peut pas prendre (normalement la plage d'irq et de mémoire valide est indiquée dans la notice). Vérifiez, suivant votre cas, que le PnP est bien validé dans le kernel, la prise en charge PCI, et que quelqu'un a déjà réussi à faire marcher cette &*#! de carte réseau.

=== Prise en compte de la carte par le kernel. ===

Bon le module se charge, ok, il reste juste à rajouter dans <tt>/etc/conf.modules</tt> les options pour le chargement automatique du module quand le kernel en a besoin, ainsi qu'un alias (lien) pour le kernel qui indique à celui-ci que ce module gère une carte réseau par :

<tt>alias eth'''X''' nom_module</tt>

 Avec: '''X'''=0 pour la première carte réseau, 1 pour la seconde etc. (si vous n'avez qu'une seule carte réseau - sur cette machine - alors X=0, soit <tt>eth''''''</tt>, est votre seule possibilité) <tt>nom_module</tt> : le nom du module (driver) de la carte (<tt>ne2k-pci</tt> par exemple)

Pour savoir si des options sont nécessaires (cas des cartes NE 2000 ISA) voir la rubrique modules.

== Configuration réseau de la carte ==

Bon la carte est installée, le module se charge sans erreur maintenant il va falloir lui affecter une adresse IP, etc... Pour ceux qui savent ce qu'est une adresse IP, un masque de sous réseau, une passerelle par défaut, etc. hop passez au [#configstatique paragraphe suivant], pour les autres : lisez la suite (autrement votre réseau ne marchera pas c'est sûr ! (La lecture d'un bon livre sur TCP/IP est certainement utile si vous comptez installer un réseau de plusieurs milliers de machines ;)

=== Le protocole TCP/IP ===

Bon je ne vais pas détailler à fond le protocole TCP/IP mais juste les bases nécessaires pour comprendre comment on configure un réseau TCP/IP.

'''Adresse, classe d'adresse et masque réseau'''

Bon vous devez sûrement vous demander comment deux machines entre elles arrivent à communiquer. Et bien, tout simplement avec une adresse. C'est comme pour le courrier-escargot (merci la francophonie), quand quelqu'un veut vous envoyer un courrier il envoie une lettre et le facteur vous trouve grâce à l'adresse que vous avez pris soin d'écrire sur celle-ci. Bon et bien pour comprendre ce qui suit vous gardez ça en tête, en remplaçant ''trame réseau'' par ''courrier'', et ''carte réseau'' par ''boîte à lettres''. Si notre analogie n'est pas trop farfelue (elle ne l'est pas ;) chaque carte doit avoir une adresse réseau (i.e. adresse IP) , mais comme pour les grandes villes où il y a beaucoup de maisons, on découpe souvent un réseau en plusieurs sous-réseaux (le meilleur exemple est Internet lui-même qui est constitué de divers - et nombreux - réseaux plus locaux), pour permettre de les reconnaître facilement, on leur donne un "bout d'adresse" en commun. Puis, comme on classe les maisons par rues et numéros, on classe les réseaux par adresse de réseau (le "bout d'adresse" en commun) et adresse de carte (adresse complète comprenant l'adresse de réseau ainsi qu'une partie spécifique à la carte). Comment cela s'exprime-t-il ? Par une adresse qui comporte une partie "réseau" et une partie "hôte" (la partie spécifique à la carte) tout cela sur 4 octets (si vous savez pas ce qu'est un octet, ce n'est pas grave, dites vous que c'est un nombre compris entre <tt>0</tt> et <tt>255</tt>). On représente alors l'adresse complète comme ceci :

<tt>W.X.Y.Z</tt> (où chaque lettre peut prendre une valeur entre <tt>0</tt> et <tt>255</tt> donc)

Bon d'accord, j'ai une adresse mais comment je reconnais le réseau et l'hôte? Et bien, on a coupé en classe de réseau toutes les adresses possibles suivant les valeurs de W. Je vous donne ce découpage, puis je l'explique:

Classe A: adresse comprise entre <tt>1.0.0.0</tt> à <tt>126.255.255.255</tt> Classe B: adresse comprise entre <tt>128.0.0.0</tt> à <tt>191.255.255.255</tt> Classe C: adresse comprise entre <tt>192.0.0.0</tt> à <tt>223.255.255.255</tt>

Il existe la classe D aussi mais qui n'est pas utilisable, elle sert en fait au protocole lui-même dans son fonctionnement pour "atteindre" plusieurs machines à la fois (on appelle ça le ''multicast''), on ne va pas détailler ça ici <tt><nowiki>:-)</nowiki></tt>. Si vous avez bien suivi, vous avez pu constater que les adresses 0.x.x.x (utilisées pour l'adresse de route par défaut, c'est à dire le chemin à prendre pour aller sur un autre réseau), et 127.x.x.x (adresse interne de chaque machine pour les applications) ne sont pas utilisables non plus ...bref même si vous ne comprenez pas ce que je dis, rappelez vous simplement qu'elles sont tout simplement INUTILISABLES. Utilisez les adresses dans les plages ci-dessus (i.e.: correspondant aux classes A, B et C).

Chaque classe d'adresse a aussi son masque de sous réseau : Classe A: <tt>255.0.0.0</tt> Classe B: <tt>255.255.0.0</tt> Classe C: <tt>255.255.255.0</tt>

Bon maintenant j'explique. Quand vous voulez faire un réseau local IP, vous choisissez d'abord une classe. Bon laquelle choisir ? Ça va dépendre du nombres de machines que vous comptez connecter à votre réseau.

Pour comprendre, on ne va s'occuper que des réseaux de classe C (i.e.: ceux ne pouvant contenir que peu de machines), mais tout ce qui va suivre s'applique très simplement aux autres classes. Le masque réseau de la classe C est : <tt>255.255.255.0</tt>. Cela veut dire que la partie <tt>W.X.Y</tt> de l'adresse <tt>W.X.Y.Z</tt> sert à adresser (contacter) le réseau (i.e. toutes les machines du sous-réseau auront le même <tt>W.X.Y</tt>) et le <tt>Z</tt> sert à adresser les machines. La partie du masque contenant les <tt></tt> nous donne la partie de l'adresse qui correspond à la machine. Donc cela nous donne :

Si le masque est <tt>255.225.255.0</tt> et que l'adresse d'une carte réseau est <tt>W.X.Y.Z</tt> alors <tt>W.X.Y.0</tt> est l'adresse du réseau. Ce réseau peut être constitué de toutes les cartes <tt>W.X.Y.Z</tt> ou <tt>Z</tt> varie entre <tt></tt> et <tt>254</tt> (pas <tt>255</tt> car c'est là encore une adresse spéciale).

Quand on veut désigner l'adresse du réseau , on remplace par des 0 les identifiants machines.

Pour la classe C, chaque réseau a donc 254 (de 1 à 254 pour Z) machines possibles. De même pour la classe B on a 65 000 (et quelques) machines possibles. Pour la classe A on dispose de plus de 16 millions de machines possibles.

Pour configurer un réseau local, il vous faut de choisir l'adresse réseau que vous voulez. Bon on prend un exemple, je choisis <tt>192.1.3.0</tt> comme adresse de réseau donc classe C. Je peux alors numéroter mes machines de <tt>192.1.3.1</tt> à <tt>192.1.3.254</tt>.

Bon vous allez me dire : On peux choisir n'importe quelle adresse ? Je ne vais jamais avoir besoin de classe A : je n'ai pas 16 millions de machines ? Etc... En fait ces classes ont été inventées pour l'internet, on a attribué alors les classes A aux très grandes organisations comme l'armée américaine (ça été fait pendant la guerre froide hein) pour leur permettre de relier toutes leurs machines. La B était pour les grand organismes (université, industrie, etc...) et les classes C pour les petits groupes. Comme vous vous en doutez, ces adresses sont attribuées par un organisme international qui régit tout ça pour que deux adresses ne soit pas dupliquées sur internet. Donc en résumé si vous restez en local, sans aucune sortie vers l'extérieur (même pas un modem vers le net), vous utilisez l'adresse '''que vous voulez '''en respectant son masque et la numérotation réseau/machine.

Comme on a vu que les adresses sont attribuées sur le net, que ce passe-t-il si vous utilisez une adresse déjà utilisée sur le net ? Et bien, dans un premier temps, toutes les machines de votre réseau qui vont vouloir aller sur les sites internet qui possèdent la même adresse de réseau IP que vous ne pourront pas y accéder, car pour elles c'est l'adresse de chez vous donc elles ne vont pas chercher l'adresse sur le Net. Dans un second temps, vous allez être en relation avec d'autres machines qui vont forcément confondre votre réseau avec celui qui est enregistré sur internet. Mais alors, quelle adresse je choisis afin de ne pas entrer en conflit avec d'autres machines sur Internet ? Et bien l'organisme international a réservé des adresses qui ne seront JAMAIS utilisées (tous les routeurs du monde les ignorent !) sur le net pour que vous puissiez les utiliser en local ! Elle est pas belle la vie ! Ces adresses sont :

classe A: <tt>10.0.0.0</tt> classe B: <tt>172.16.0.0</tt> à <tt>172.31.0.0</tt> classe C: <tt>192.168.0.0</tt> à <tt>192.168.255.0</tt>

Comme aucun site du net n'a cette adresse, si vous l'utilisez chez vous, vous ne risquez pas de ne pas pouvoir atteindre un site parce qu'il possède cette adresse vu qu'il n'en existe pas ! Donc pas de conflit entre votre réseau et le réseau des réseaux.

Donc, si vous avez un modem ou modem câble ou ADSL (voir [/reseau/adsl.php3 rubrique ADSL]) et si vous comptez surfer sur la toile un jour : UTILISEZ une des adresses réseau ci-dessus !!

Vous voulez que l'une de vos machines soit sur le net avec un beau site etc... : il vous faut alors acheter une adresse IP à votre fournisseur d'accès, soit pour un réseau complet et là vous n'avez pas le choix : on vous impose l'adresse, soit juste pour une machine, là votre machine connectée au NET a l'adresse que votre fournisseur vous impose et votre réseau local une des adresses réservées vue plus haut. En plus il va falloir faire du "masquerading" pour pouvoir utiliser l'accès au NET depuis toute les machines, voir pour cela la rubrique "masquerade" ou le [http://www.freenix.org/unix/linux/HOWTO-vo/IP-Masquerade-HOWTO.html HOWTO] : vu d'internet, toutes les machines de votre réseau local ont l'adresse de la seule machine connectée au net (en fait, vu d'internet on ne voit que cette machine) :

<blockquote>

<tt> _ ---- _ +---> PC2
( ) |
( INTERNET )<-----> PC1 <---+---> PC3
(_ _) |
---- +---> PC4</tt>

</blockquote>

En fait, vous pouvez aussi utilisez le système précédant pour créer des sous-réseaux à l'intérieur d'un sous-réseau de classe A, B ou C. Bon je ne vais pas expliquer ça ici non plus, reportez vous au site [http://www.linuxenrezo.org www.linuxenrezo.org] pour plus de détail, de toute façon si vous devez faire de telles choses c'est que vous savez ce que vous faites.

Bon maintenant on va apprendre d'autres termes utile à une configuration réseau TCP/IP :

* ''Passerelle par défaut'' ou GATEWAY: c'est l'adresse de la machine qui est reliée aux autres réseaux (par exemple la machine qui possède le modem pour aller sur le net) (dans le dessin ci-dessus, <tt>PC1</tt> est la passerelle de votre réseau local)
* ''Route par défaut'' (default): c'est l'adresse <tt>0.0.0.0</tt>
* ''Localhost''<nowiki>: adresse IP </nowiki><tt>127.0.0.1</tt> (cela sert aux applications qui veulent accéder à la couche TCP/IP de la machine où elle tourne sans passer par le réseau, si vous ne comprenez pas c'est pas grave)

Avec ça, ça devrait aller :)

=== De la théorie à la pratique: Configuration statique (sans serveur DHCP). ===

Dans cette partie je traite de la configuration d'une carte réseau en statique, c'est à dire à la main. Il existe un autre moyen: par client DHCP, c'est à dire qu'un serveur va s'occuper d'attribuer adresse, masque et gateway (passerelle) automatiquement à votre station, c'est ce que fait votre provider à chaque connexion pour la configuration IP de votre modem ou de votre carte pour des connexions modem câble ou ADSL. Pour l'instant voyons la manière "à la main". Dans cette partie on ne s'occupe que du cas où l'on n'a qu'une seule carte dans la station.

La carte est configurée au niveau HARD (module qui se charge bien), on a choisi/obtenu une adresse IP de réseau, on a décidé comment on adresse chaque machine : on peut réellement attribuer les adresses aux machines. Des utilitaires comme "<tt>netcfg</tt>", "<tt>netconfig</tt>" ou "<tt>linuxconf</tt>" permettent de configurer très facilement une carte réseau (voir [http://www.linuxenrezo.org www.linuxenrezo.org]) mais bon je trouve plus ludique/instructif de vous l'apprendre à la main, comme ça on sait ce que l'on fait, de plus des distribution comme la Slackware ne possèdent pas ces outils par défaut.

Supposons, que l'on souhaite attribuer l'adresse X.X.X.X à la carte eth0 sur le réseau dont le masque de sous réseau du LAN est Y.Y.Y.Y (c'est pareil pour les autres cartes...). Rien de plus simple, on tape (en root) :

<blockquote><tt>'''<nowiki># </nowiki>'''ifconfig eth0 X.X.X.X netmask Y.Y.Y.Y</tt></blockquote>

et votre réseau est configuré ! (Il faut bien le reconnaître : c'est pas la mort). Bon pour ne pas avoir à configurer ça à chaque reboot, ajoutez cette commande dans un script de démarrage comme par exemple <tt>/etc/rc.d/rc.local</tt>. Cependant, la plupart des distributions ont des utilitaires pour configurer ça et lancer un script automatiquement, lancez par exemple <tt>netconfig</tt> ou <tt>netcfg</tt> ou <tt>linuxconf</tt>, vous avez bien au moins l'un de ces utilitaires (sinon : télécharger <tt>linuxconf</tt> sur [http://rufus.w3.org rufus] par ex.). Pour la Slackware, placez ces commandes dans le <tt>/etc/rc.d/inet1</tt>. Éditez-le, cherchez les lignes suivantes et renseignez-les avec vos paramètres :

<blockquote><tt>IPADDR="192.168.1.1" </tt>(remplacez par l'adresse de votre machine) <tt>NETMASK="255.255.255.0" </tt>(mettez votre masque de réseau, ici classe C) <tt>NETWORK="192.168.1.0" </tt>(mettez votre adresse de réseau) <tt>BRODCAST="192.168.1.255" </tt>(votre adresse de broadcast, c'est a dire votre adresse réseau avec les identifiants machines à 255)</blockquote>

 Vérifiez que plus bas dans ce fichier il y a bien '<tt>DHCP="no"</tt>'. Le reste du fichier est OK. Toujours pour la Slackware, pour charger votre module automatiquement, éditez le fichier <tt>/etc/rc.d/rc.modules</tt>, decommentez la ligne (c'est à dire enlever le # en début de ligne) qui correspond au module de votre carte réseau, par exemple pour une pci ne2000:

<blockquote><tt>/sbin/modprobe ne2k-pci</tt></blockquote>

=== Configuration par client DHCP ===

Bon maintenant on va voir comment configurer sa carte automatiquement par client DHCP, c'est à dire que c'est un serveur DHCP (soit sur votre réseau local d'entreprise, soit votre provider) qui va vous attribuer un adresse IP, un masque, une gateway (et même plus si affinités ;). Bon pour cela il faut quand même avoir configuré le module de la carte, le "driver" comme vu précédemment.

Maintenant il reste à dire au démarrage de Linux que cette carte va être configurée par un serveur DHCP, pour cela il faut un client DHCP, je traite ici de <tt>dhcpd</tt> (en fait il fait serveur et client à la fois). Il existe aussi <tt>pump</tt> et <tt>dhclient</tt> mais bon pour des goûts personnels que beaucoup partagent, je traite ici de <tt>dhcpd</tt>. Récupérez le donc (allez sur [http://www.freshmeat.net freshmeat] par exemple ou [http://www.rpmfind.com rpmfind]). Pour les kernels 2.2.X prenez une version au moins égale à la 1.3.x.

Il suffit alors de taper une ligne de commande du type :

<blockquote><tt>dhcpd -d ethX</tt></blockquote>

Puis vérifier que votre carte à bien une adresse ip par:

<blockquote><tt>ifconfig</tt></blockquote>

Vous devrez voir une ligne avec <tt>lo</tt> et une autre avec <tt>ethX</tt>. Vérifiez que <tt>ethX</tt> n'a pas pour adresse <tt>0.0.0.0</tt>, cela voudrait dire que cela n'a pas marché.

Bon après on automatise ça en incluant cette commande dans un script de démarrage de la machine (<tt>/etc/rc.d/local</tt>ou <tt>rc.local</tt> etc...). Pour les RedHat et Mandrake, <tt>linuxconf</tt> permet ça, pour la Slackware, éditer <tt>/etc/rc.d/rc.inet1d</tt> et mettez l'option yes pour DHCP

<blockquote><tt>DHCP="yes"</tt></blockquote>

== Si vous avez des machines non linux sur votre réseau ==

Il suffit de configurer les autres machines avec les mêmes règles de réseaux TCP/IP. Dans Win9x, ça ce trouve dans le panneau de configuration, réseau, ajouter le protocole microsoft TCP/IP et réglez les valeurs comme il se doit.

* Pour partager des ressources avec ce type de machines diaboliques ;) lisez les documentations [[Reseau-partfic-samba|SAMBA]] et [[Reseau-partfic-samba_nt_auth|Installation de samba avec une authentification sur un CPD NT4.0 ou 2000]]sur ce site,
* Pour accéder au net depuis un de ces machines, en partageant l'accès (modem RTC, modem câble, etc.) avec la machine Linux, lisez le [http://www.freenix.org/unix/linux/HOWTO-vo/IP-Masquerade-HOWTO.html IP-Masquerade-HOWTO] (en anglais) ou le [http://www.freenix.org/unix/linux/HOWTO/mini/IP-Masquerade.html mini-IP-Masquerade-HOWTO] (en français).

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 02/04/2000.</div>

= Copyright =
Copyright © 02/04/2000, Serge Tchesmeli
{{LDL}}

Reseau-cxion locale-lan

2005-11-20T12:14:45Z

Mujma : /* Le protocole TCP/IP */

Utilisateur:Mujma

2005-11-20T11:51:54Z

Mujma :

Marc UJMA
33 ans - Ingénieur généraliste

Version Linux : '''LFS''' version "fait maison"

Etant tombé dans l'informatique dès mon plus jeune age, je n'ai pas encore été au bout de cette passion que je souhaite transmettre et partager.

Pour obtenir plus d'informations à mon sujet je vous invite à visiter ma [http://mujma.ifrance.com page internet ]

Groff

2005-11-20T11:30:49Z

Mujma :

Groff

2005-11-20T11:28:04Z

Mujma :

Groff

2005-11-20T11:24:31Z

Mujma :

2005-11-20T10:44:27Z

Mujma :

Groff

2005-11-20T10:32:02Z

Mujma :

Comme Monsieur Jourdain fait de la prose, la plupart des nouveaux utilisateurs de notre OS libre préféré utilisent un puissant outil de formatage et génération de documents.

== Que peut-on faire avec groff ? ==

Groff permet à partir d'une même source de :

* générer des documents mis en page : livre, lettre, documentation, rapport...etc.
* créer des images de ces documents en format : postscript, man (Latin 1 formatés), html, dvi, Textes (Latin1 formatés)...

== Les forces et faiblesses de groff ==

'''Forces :'''
*Très rapide à assimiler comparé a son 'grand frêre' LaTeX.
*Grande robustesse et génération toujours fidèle aux attentes de l'utilisateur.
*Très léger, il permet un traitement rapide des informations même sur des petites configurations ne *disposant pas d'une interface X-Windows.
*Personnalisable
'''Faiblesses :'''(il en faut bien pour rester objectif)
*Son langage macro est un peu rébarbatif (mais après un petit effort, il devient vite familier).
*Un peut plus rigide que LaTeX losque l'on souhaite personnaliser un document.
*Peu de documentations sont disponibles étant donné son grand age.