Lea Linux - Contributions [fr]

Léannuaire SSLL France

2006-09-10T21:21:07Z

ST :

==France==
Attention, pour éviter toute publicité abusive, aucun commentaire n'est accepté dans cette rubrique, mis à part le lieu.

===Navigation dans les logiciels===

* [[Annuaire:SSLL|Retour à SSLL]]

===Liste de SSLL Françaises===

====[02]====
* Soissons Picardie
*: {{flag-fr}} [http://www.abonlinesolutions.com http://www.abonlinesolutions.com]
* Cuffies.
*: {{flag-fr}} LPS (Linux Pc Services) [http://www.linux-services.fr http://www.linux-services.fr]

====[06]====
* Nice.
*: {{flag-fr}} Erian Concept [http://www.erian-concept.com/ http://www.erian-concept.com/]

====[13]====
: {{flag-fr}} AB Consultants [http://www.ab-consultants.net http://www.ab-consultants.net]
: {{flag-fr}} ATREAL [http://www.atreal.net http://www.atreal.net]
: {{flag-fr}} STIXO [http://www.stixo.com/ http://www.stixo.com/]

====[14]====
* Caen.
*: {{flag-fr}} TAIKA [http://www.taika.fr http://www.taika.fr]

====[27-67-68]====
* Mulhouse, Strasbourg, Montbéliard.
*: {{flag-fr}} Infogiciel [http://www.infogiciel.com http://www.infogiciel.com]

====[27]====
* St Georges du Mesnil.
*: {{flag-fr}} Informatux [http://www.informatux.fr/V2/ http://www.informatux.fr/V2/]

====[31-75]====
* Toulouse, Paris.
*: {{flag-fr}} Aliacom SA [http://www.aliacom.fr/ http://www.aliacom.fr/]

====[31]====
* Toulouse.
*: {{flag-fr}} Intecnet [http://linux.intecnet.fr/ http://linux.intecnet.fr/]
*: {{flag-fr}} Optima Networks [http://www.operande.com http://www.operande.com]

====[31]====
* Villeneuve-lès-Bouloc.
*: {{flag-fr}} PraKsys [http://praksys.org/ http://praksys.org/]

====[34]====
* Ganges.
*: {{flag-fr}} Eledo [http://www.eledo.com/ http://www.eledo.com/]
*: {{flag-fr}} Syloé [http://www.syloe.com http://www.syloe.com]

====[37]====
* Touraine.
*: {{flag-fr}} Néréide [http://www.nereide.biz/ http://www.nereide.biz/]

====[38]====
* Pont de Claix.
*: {{flag-fr}} NeoSystem [http://www.neosystem.com/ http://www.neosystem.com/]
* Grenoble.
*: {{flag-fr}} probeSys [http://www.probesys.com/ http://www.probesys.com/]

====[44]====
*Nantes.
*: {{flag-fr}} Code Lutin [http://www.codelutin.com/ http://www.codelutin.com/]

====[51]====
* Châlons en Champagne
*: {{flag-fr}} ITENEC [http://www.itenec.com http://www.itenec.com]

====[54]====
* Vandoeuvre Lès Nancy.
*: {{flag-fr}} Eitic [http://eitic.fr/ http://eitic.fr/]

====[57]====
* Metz.
*: {{flag-fr}} Linbox-Free&ALter Soft [http://www.linbox.com/ http://www.linbox.com/]
*: {{flag-fr}} SYLIBRE [http://www.sylibre.com/ http://www.sylibre.com/]

====[59]====
* Lille
*: {{flag-fr}} Audaxis [http://www.audaxis.com/ http://www.audaxis.com]
*: {{flag-fr}} Ecréall [http://www.ecreall.com http://www.ecreall.com]
* Marcq-en-Baroeul.
*: {{flag-fr}} Ikse.net [http://www.ikse.net/ http://www.ikse.net/]
* Ronchin.
*: {{flag-fr}} Open Via [http://www.ovia.fr/ http://www.ovia.fr/]
* autres :
*: {{flag-fr}} Nexedi [http://www.nexedi.com http://www.nexedi.com]

====[63]====
* Clermont-Ferrand.
*: {{flag-fr}} OpenDev [http://www.opendev.fr http://www.opendev.fr]

====[64]====
* Pau.
*: {{flag-fr}} Eikonex [http://www.eikonex.net http://www.eikonex.net]
* Biaritz.
*: {{flag-fr}} Les Développements Durables [http://www.lesdeveloppementsdurables.com/ http://www.lesdeveloppementsdurables.com/]

====[68]====
* Mulhouse.
*: {{flag-fr}} 2le [http://www.2le.net/ http://www.2le.net/]
*: {{flag-fr}} Ankeo [http://www.ankeo.com/ http://www.ankeo.com/]

====[69]====
* Lyon.
*: {{flag-fr}} EXYS [http://www.exys.fr http://www.exys.fr]

====[74]====
* Boège.
*: {{flag-fr}} LibrA-LinuX [http://www.libra-linux.com http://www.libra-linux.com]

====[75]====
* Paris
*: {{flag-fr}} Bloobyte [http://www.bloobyte.com http://www.bloobyte.com]
*: {{flag-fr}} Easter-eggs [http://www.easter-eggs.com/ http://www.easter-eggs.com/]
*: {{flag-fr}} Edge-IT [http://edge-it.com/ http://edge-it.com/]
*: {{flag-fr}} Evonux [http://www.evonux.com http://www.evonux.com]
*: {{flag-fr}} GLOBALIS [http://www.globalis-ms.com/ http://www.globalis-ms.com/]
*: {{flag-fr}} Ingénieurs et Consultants [http://www.ingenieursetconsultants.com http://www.ingenieursetconsultants.com ]
*: {{flag-fr}} La Fourmi Informatique (LFI) [http://www.lfi.fr/ http://www.lfi.fr/]
*: {{flag-fr}} MNIS [http://www.mnis.fr/ http://www.mnis.fr/]
*: {{flag-fr}} Open Wide [http://www.openwide.fr/ http://www.openwide.fr/]
*: {{flag-fr}} Pimentech [http://www.pimentech.fr/ http://www.pimentech.fr/]
*: {{flag-fr}} StartX [http://www.startx.fr/ http://www.startx.fr/]
*: {{flag-fr}} UNGI [http://www.ungi.net/ http://www.ungi.net/]

====[76]====
* Rouen.
*: {{flag-fr}} Network Users Institute [http://www.nui.fr http://www.nui.fr]

====[80]====
* Amiens.
*: {{flag-fr}} OBLADY [http://www.oblady.com http://www.oblady.com]

====[81]====
* Saint Sulpice.
*: {{flag-fr}} Open 81 [http://www.open81.com/ http://www.open81.com/]

====[91]====
* Orsay.
*: {{flag-fr}} Alixen [http://www.alixen.fr/ http://www.alixen.fr/]

====[92]====
* Colombes, Rolandseck (Allemagne).
*: {{flag-fr}} Alcôve [http://www.alcove.com/fr/ http://www.alcove.com/fr/]
* autres :
*: {{flag-fr}} THALIX [http://www.thalix.com/ http://www.thalix.com/]

====[94]====
: {{flag-fr}} Ambika [http://www.ambika.fr/ http://www.ambika.fr/]
: {{flag-fr}} Oxalya France [http://www.oxalya.fr/ http://www.oxalya.fr/]

====[971]====
* Guadeloupe.
*: {{flag-fr}} IPEOS [http://www.ipeos.com http://www.ipeos.com]

Iptables

2006-08-18T19:50:35Z

ST : /* 2.2.3/ Quelques exemples : */

[[Category:Sécurité]]
= IpTables par l'exemple =

<div class="leatitre">IpTables par l'exemple</div><div class="leapar">Arnaud de Bermingham</div><div class="leadesc">IpTables par l'exemple</div>
----

''Contact : [mailto:duracell chez apinc point org duracell chez apinc point org]'' 
''révision par Jice <[mailto:jice chez lea-linux point org jice chez lea-linux point org]>'' 
''révision par Fred <[mailto:fred chez lea-linux point org fred chez lea-linux point org]>'' 
''révision par Jiel <[mailto:jiel chez lea-linux point org jiel chez lea-linux point org]>''

== Introduction ==

Cet article présente de façon pratique la mise en place d'un firewall / proxy sur une machine GNU/Linux tournant avec un noyau 2.4 (au moins). Pour des informations plus théoriques sur les firewall/proxies, vous pouvez lire [[Reseau-secu-firewall|l'article firewall]].

=== Présentation d'IpTables ===

IpTables est une solution complète de firewall (noyau 2.4) remplaçant ''ipchains'' (noyau 2.2) tournant sous le système GNU/Linux. IpTables permet de faire du firewalling ''stateful'' (à états), de la translation de port et d'adresse, du filtrage au niveau 2 et beaucoup d'autres choses que nous n'allons pas aborder comme le "Mangle" ou modification des paquets à la volée (atchoum).

IpTables est fiable et dispose de très nombreuses options qui permettent de faire du filtrage très fin.

Une précision: on parle souvent de Â« iptables Â» par abus de langage, alors que le nom du logiciel est Â« Netfilter Â». Netfilter est le module qui fournit à GNU/Linux les fonctions de pare-feu, de partage de connexions internet (NAT) et d'historisation du trafic réseau. iptables est en fait juste l'outil qui permet à un administrateur de configurer Netfilter en mode utilisateur. iptables-restore et iptables-save sont deux commandes associées qui permettent de sauvegarder/restaurer la configuration Netfilter.

=== Licence de NetFilter ===

NetFilter est sous licence libre [[:Catégorie:GPL|GPL]],

== 1/ Installation ==

=== 1.1/ Prérequis ===

IpTables est installé en standard sur de nombreuses distributions GNU/Linux récentes (kernel 2.4.x. ou supérieur).

IpTables a besoin au minimum d'un noyau 2.4 compilé avec des options spéciales. Ceci ne pose pas de problèmes avec les noyaux 2.4 génériques des principales distributions.

=== 1.2/ Options de compilation du kernel ===

Si vous désirez re-compiler votre kernel, il faut spécifier les options nécessaires au fonctionnement d'iptables.

Les options suivantes doivent êtres activées en module (<tt>M</tt>) ou dans le kernel (<tt>Y</tt>) :

<tt>CONFIG_PACKET</tt> <tt>CONFIG_NETFILTER</tt>

<tt>CONFIG_IP_NF_CONNTRACK</tt> <tt>CONFIG_IP_NF_FTP</tt> <tt>CONFIG_IP_NF_IRC</tt> <tt>CONFIG_IP_NF_IPTABLES</tt> <tt>CONFIG_IP_NF_FILTER</tt> <tt>CONFIG_IP_NF_NAT</tt> <tt>CONFIG_IP_NF_MATCH_STATE</tt> <tt>CONFIG_IP_NF_TARGET_LOG</tt> <tt>CONFIG_IP_NF_MATCH_LIMIT</tt> <tt>CONFIG_IP_NF_TARGET_MASQUERADE</tt>

et éventuellement :

<tt>CONFIG_IP_NF_COMPAT_IPCHAINS</tt> pour garder la compatibilité avec ipchains. <tt>CONFIG_IP_NF_COMPAT_IPFWADM</tt> pour garder la compatibilité avec ipfwadm. <tt>CONFIG_IP_NF_TARGET_REDIRECT</tt> indispensable, pour les proxies transparents par exemple. <tt>CONFIG_IP_NF_MATCH_MAC</tt> permet de matcher avec les adresses MAC.

Ne pas oublier le support réseau et TCP/IP et compiler le kernel comme d'habitude : <tt>make dep && make clean && make bzImage && make modules && make modules_install</tt>

=== 1.3/ Installation ===

Récupérer le package <tt>netfilter</tt> et l'installer comme d'habitude avec apt-get, urpmi, emerge... Notons que sur les versions inférieures a Red Hat 7.1, il faut compiler un kernel 2.4 car iptables ne supporte pas les kernels 2.2.x. La compilation de iptables est complexe. Le mieux est de lire le fichier INSTALL du package des sources.

=== 1.4/ Chargement des modules ===

Dans le cas ou les options iptables du kernel ont été compilées en modules, il est nécessaire de charger ces modules avant de pouvoir utiliser iptables :

<tt><nowiki># modprobe ip_tables</nowiki></tt>

selon les besoins, on peut éventuellement charger les modules suivants :

<blockquote><tt><nowiki># modprobe ip_nat_ftp</nowiki></tt> <tt><nowiki># modprobe ip_nat_irc</nowiki></tt> <tt><nowiki># modprobe iptable_filter</nowiki></tt> <tt><nowiki># modprobe iptable_mangle</nowiki></tt> <tt><nowiki># modprobe iptable_nat</nowiki></tt></blockquote>

Si on a besoin de pouvoir rediriger (forward) les paquets IP arrivant sur un interface réseau (connectée par exemple à Internet) vers une autre interface réseau (connectée par exemple au réseau local), il sera nécessaire, dans la plupart des cas, d'exécuter cette commande :

<blockquote><tt><nowiki># echo 1 > /proc/sys/net/ipv4/ip_forward</nowiki></tt></blockquote>

afin de l'indiquer au noyau.

'''Nota Bene :''' tous les modprobe semblent inutiles car le kernel les chargent automatiquement si l'on se sert de l'une des fonctionnalités d'iptables.

== 2/ Présentation ==

=== 2.1/ Les tables ===

* '''Table NAT''' (Network Address Translation) : Table utilisée pour la translation d'adresse ou la translation de port. Il a 2 types de chaînes<nowiki>#</nowiki> : ''PREROUTING'' qui permet de spécifier "à l'arrivée du firewall" et la chaîne ''POSTROUTING'' qui permet de spécifier "à la sortie du firewall". Il existe 3 targets (ou cibles) : ''DNAT<nowiki>*</nowiki>, SNAT<nowiki>*</nowiki>'' et ''MASQUERADE<nowiki>*</nowiki>''.
* '''Table FILTER''' : C'est la table par défaut lorsque l'on en spécifie pas. Cette table contient toutes les règles de filtrage, il existe 3 types de chaînes : ''FORWARD'' pour les paquets passant par le firewall, ''INPUT'' pour les paquets entrant et ''OUTPUT'' pour les paquets sortants. Les cibles disponibles sont : ''ACCEPT, DENY, DROP, REJECT Â°''.
* '''Table Mangle''' : C'est la table qui contient les règles pour la modification de paquets. Elle est peu utilisée et ne sera pas décrite dans cet article.

A noter : Les règles sont évaluées dans l'ordre, par défaut la table ''FILTER'' est vide et donc accepte tout. Aucune règle de translation d'adresse n'est présente par défaut.

; <nowiki>#</nowiki> chaîne
: une chaîne est une suite de règles, qui sont prises dans l'ordre ; dès qu'une règle s'applique à un paquet, elle est déclenchée, et la suite de la chaîne est ignorée.
; * SNAT
: permet de modifier l'adresse source du paquet.
; * DNAT
: permet de modifier l'adresse destination du paquet.
; * MASQUERADE
: Une passerelle (gateway) transforme les paquets sortants passant par elle pour donner l'illusion qu'ils sortent de la passerelle elle-même par un port alloué dynamiquement ; lorsque la passerelle recoit une réponse sur ce port, elle utilise une table de correspondance entre le port et les machines du réseau privé qu'elle gère pour lui faire suivre le paquet.
; Â° policy ACCEPT
: permet d'accepter un paquet grâce à la règle vérifiée.
; Â° policy DROP
: Rejet d'un paquet sans message d'erreur si la règle est vérifiée ("non ! j'en veux pas mais je dis rien à l'expediteur").
; Â° policy REJECT
: Rejet avec un retour de paquet d'erreur à l'expediteur si la règle est verifiée ("un paquet recommandé de La Poste refusé par son destinataire").

=== 2.2/ Les commandes ===

IpTables n'est pas livré avec une interface graphique ; les commandes et les règles sont passées en ligne de commande. Le mieux est d'écrire des scripts (à rajouter dans <tt>/etc/rc.d/init.d</tt>) qui permettent d'appliquer toutes les règles d'un seul coup, dès le démarrage du GNU/Linux.

==== 2.2.1/ Commandes principales ====

<tt>-A --append</tt> : Ajoute la règle à la fin de la chaîne spécifiée ''Exemple :'' <tt><nowiki># iptables -A INPUT ...</nowiki></tt>

<tt>-D --delete</tt> : Permet de supprimer une chaîne. On peut l'utiliser de 2 manières, soit en spécifiant le numéros de la chaîne a supprimer, soit en spécifiant la règle à retirer. ''Exemples :'' <tt><nowiki># iptables -D INPUT --dport 80 -j DROP</nowiki></tt> <tt><nowiki># iptables -D INPUT 1</nowiki></tt>

<tt>-R --replace</tt> : Permet de remplacer la chaîne spécifiée. ''Exemple :'' <tt><nowiki># iptables -R INPUT 1 -s 192.168.0.1 -j DROP</nowiki></tt>

<tt>-I --insert</tt> : Permet d'ajouter une chaîne dans un endroit spécifié de la chaîne. ''
Exemple :'' <tt><nowiki># iptables -I INPUT 1 --dport 80 -j ACCEPT</nowiki></tt> ''
Si aucun chiffre n'est spécifié à la suite (#iptables -I INPUT --dport 80 -j ACCEPT), la règle est ajoutée au début de la chaîne spécifiée

<tt>-L --list</tt> : Permet d'afficher les règles. ''Exemples :'' ''<tt><nowiki># iptables -L </nowiki></tt><nowiki># Affiche toutes les règles des chaînes de FILTER</nowiki>'' ''<tt><nowiki># iptables -L INPUT </nowiki></tt><nowiki># Affiche toutes les règles de INPUT (FILTER)</nowiki>''

<tt>-F --flush</tt> : Permet de vider toutes les règles d'une chaîne. ''Exemple :'' <tt><nowiki># iptables -F INPUT</nowiki></tt>

<tt>-N --new-chain</tt> : Permet de créer une nouvelle chaîne. ''Exemple :'' <tt><nowiki># iptables -N LOG_DROP</nowiki></tt>

<tt>-X --delete-chain</tt> : Permet d'effacer une chaîne. ''Exemple :'' <tt><nowiki># iptables -X LOG_DROP</nowiki></tt>

<tt>-P --policy</tt> : Permet de spécifier au noyau la politique par défaut d'une chaîne DENY, ACCEPT, REJECT, DROP ... ''Exemple :'' <tt><nowiki># iptables -P INPUT DROP</nowiki></tt>

==== 2.2.2/ Commandes pour matcher ====

Remarques :

Le "!" peut être utilisé pour certaines commandes afin de spécifier le contraire (on peut le traduire par "sauf"). Par exemple une commande qui doit refuser tout trafic TCP sauf ce qui provient de l'adresse IP 10.42.42.42 sera traduite par la commande suivante : ''Exemple :'' <tt><nowiki># iptables -A INPUT -p tcp --source ! 10.42.42.42 -j DROP</nowiki></tt>

Les adresses IP peuvent optionnellement être spécifiées avec le masque associé sous la forme [adresse ip]/[masque].

<tt>-j (jump)</tt> : Défini l'action à prendre si un paquet répond aux critères de cette règle: <tt>ACCEPT</tt>, <tt>LOG</tt>, <tt>DROP</tt>... ''Exemple :'' <tt><nowiki># iptables -A INPUT -p icmp -j DROP</nowiki></tt>

<tt>-p --protocol</tt> : Spécifier un protocole : <tt>tcp</tt>, <tt>udp</tt>, <tt>icmp</tt>, <tt>all</tt> (tous) ''Exemple :'' <tt><nowiki># iptables -A INPUT -p icmp -j DROP</nowiki></tt>

<tt>-s --source</tt> : Spécifier une adresse source à matcher ''Exemple :'' <tt><nowiki># iptables -A INPUT -p tcp -s 192.168.42.42 -j ACCEPT</nowiki></tt>

<tt>-d --destination</tt> : Spécifier une adresse destination ''Exemple :'' <tt><nowiki># iptables -A FORWARD -p tcp -d 10.1.0.1 -j ACCEPT</nowiki></tt>

<tt>-i --in-interface</tt> : Spécifier une interface d'entrée ''Exemple :'' <tt><nowiki># iptables -A INPUT -p icmp -i eth0 -j DROP</nowiki></tt>

<tt>-o --out-interface</tt> : Spécifier une interface de sortie ''Exemple :'' <tt><nowiki># iptables -A OUTPUT -p icmp -o eth0 -j DROP</nowiki></tt>

<tt>-f --fragment</tt> : Paquet fragmenté ''Exemple :'' <tt><nowiki># iptables -A INPUT -p icmp -f -j DROP</nowiki></tt>

<tt>--sport --source-port</tt> : Spécifier le port source ou une plage de ports, fonctionne aussi en udp, <tt>-m multiport</tt> permet de spécifier plusieurs ports à matcher. ''Exemples :'' <tt><nowiki># iptables -A INPUT -p tcp --sport 80 -j ACCEPT</nowiki></tt> <tt><nowiki># iptables -A INPUT -p udp --sport 80 -j DROP</nowiki></tt> <tt><nowiki># iptables -A OUTPUT -p tcp -m multiport --sport 3128,21,1000 -j DROP</nowiki></tt> <tt><nowiki># iptables -A OUTPUT -p tcp --sport 1024:2042 -j ACCEPT</nowiki></tt>

<tt>--dport --destination-port</tt> : Spécifier le port destination ou une plage de ports, fonctionne aussi en udp, <tt>-m multiport</tt> permet de spécifier plusieurs ports a matcher. ''Exemples :'' <tt><nowiki># iptables -A INPUT -p tcp --dport 110 -j DROP</nowiki></tt> <tt><nowiki># iptables -A INPUT -p udp --dport 110 -j DROP</nowiki></tt> <tt><nowiki># iptables -A INPUT -p tcp -m multiport --dport 110,4242,119 -j DROP</nowiki></tt> <tt><nowiki># iptables -A INPUT -p tcp --sport 4925:4633 -j ACCEPT</nowiki></tt>

<tt>--tcp-flags</tt> : Spécifier un flag tcp à matcher : <tt>SYN ACK FIN RST URG PSH ALL NONE</tt> ''Exemple :'' <tt><nowiki># iptables -A INPUT -p tcp --dport 42 --tcp-flags SYN,ACK -j ACCEPT</nowiki></tt>

<tt>--icmp-type</tt> : Spécifier un type de paquet icmp à matcher ''Exemple :'' <tt><nowiki># iptables -A INPUT -p icmp --icmp-type 8 -j DROP</nowiki></tt>

<tt>--mac-source</tt> : Spécifier l'adresse MAC à matcher ''Exemple :'' <tt><nowiki># iptables -A INPUT --mac-source 42.42.AA.42.42.AA -j DROP</nowiki></tt>

<tt>--state</tt> : Permet de spécifier l'état du paquet à matcher parmi les états suivants : <tt> ESTABLISHED </tt><nowiki>: paquet associé à une connexion déjà établie </nowiki> <tt> NEW </tt><nowiki>: paquet demandant une nouvelle connexion </nowiki> <tt> INVALID </tt><nowiki>: paquet associé à une connexion inconnue </nowiki> <tt> RELATED </tt><nowiki>: Nouvelle connexion mais liée, idéal pour les connexions FTP </nowiki> ''Exemples :'' <tt><nowiki># iptables -A INPUT -i eth0 -p tcp --dport 80 -m state --state NEW,ESTABLISHED -j ACCEPT</nowiki></tt> <tt><nowiki># iptables -A OUTPUT -o eth0 -p tcp --sport 80 -m state --state ESTABLISHED -j ACCEPT</nowiki></tt>

Spécificités NAT :

<tt>--to-destination</tt> : Utilisé en target pour le DNAT, permet de spécifier l'adresse de destination de la translation, on peut également spécifier un port s'il est différent du port source. ''Exemples :'' <tt><nowiki># iptables -t nat -A PREROUTING -d 42.12.42.12 -p tcp --dport 110 -j DNAT --to-destination 192.168.1.2:6110</nowiki></tt> <tt><nowiki># iptables -t nat -A PREROUTING -d ! 42.12.42.12 -p tcp --dport 80 -j DNAT --to-destination 192.168.2.1:3128</nowiki></tt>

<tt>--to-source</tt> : Utilisé pour en target pour le SNAT, permet de spécifier l'adresse source de la translation.

Spécificités pour les LOGS :

<tt>--log-level</tt> : Level, niveau de log ''Exemple : Cf. chapitre 3''

<tt>--log-prefix</tt> : Permet de spécifier un préfixe pour les logs. ''Exemple : Cf. chapitre 3'' 

==== 2.2.3/ Quelques exemples : ====

Les exemples qui suivent supposent que vous êtes reliés à internet par modem via l'interface ppp0 (mais en remplaçant ppp0 par eth0 - par exemple, on peut adapter les exemples pour d'autres type de liaisons) et que votre réseau local est 192.168.1.0/24 (classe C).

* Pour fixer les '''politiques par défaut''' (cad: ce qui se passe quand aucune règle ne correspond - ne matche pas), ici, on refuse tout (normal, on fait un firewall, oui ou non ?) : <blockquote><tt> iptables -P INPUT DROP iptables -P OUTPUT DROP iptables -P FORWARD DROP</tt></blockquote>
* Pour '''logguer''' tout ce qu'on jette : <blockquote><tt> iptables -N LOG_DROP iptables -A LOG_DROP -j LOG --log-prefix '[IPTABLES DROP] : ' iptables -A LOG_DROP -j DROP</tt></blockquote>
Les trois dernières règles doivent être : <blockquote><tt> iptables -A FORWARD -j LOG_DROP iptables -A INPUT -j LOG_DROP iptables -A OUTPUT -j LOG_DROP </tt></blockquote>
Enfin (pour loguer le trafic autorisé), recommencer en remplaçant <tt>-j DROP</tt>, par <tt>-j ACCEPT</tt> et a la place de <tt>-j LOG_DROP</tt> il faut mettre <tt>-j LOG_ACCEPT</tt>
* Pour '''accepter''' tout ce qui se passe sur l'interface <tt>lo</tt> (sinon ce n'est pas la peine d'activer le réseau !) : <blockquote><tt> iptables -A INPUT -i lo -j ACCEPT iptables -A OUTPUT -o lo -j ACCEPT </tt></blockquote>
* Pour '''accepter''' tout ce qui se passe sur le '''réseau local''' <tt>192.168.1.0</tt> : <blockquote><tt> iptables -A INPUT -s 192.168.1.0/24 -j ACCEPT iptables -A OUTPUT -d 192.168.1.0/24 -j ACCEPT iptables -A FORWARD -s 192.168.1.0/24 -j ACCEPT </tt></blockquote>
* Pour accepter les résolutions de nom (ie: le '''dns''') : <blockquote><tt> iptables -A INPUT -i ppp0 --protocol udp --source-port 53 -j ACCEPT iptables -A OUTPUT -o ppp0 --protocol udp --destination-port 53 -j ACCEPT iptables -A INPUT -i ppp0 --protocol tcp --source-port 53 -j ACCEPT iptables -A OUTPUT -o ppp0 --protocol tcp --destination-port 53 -j ACCEPT </tt></blockquote>
* Pour accepter le traffic '''web''' (on veut surfer!) : <blockquote><tt> iptables -A INPUT -i ppp0 --protocol tcp --source-port 80 -m state --state ESTABLISHED -j LOG_ACCEPT iptables -A OUTPUT -o ppp0 --protocol tcp --destination-port 80 -m state --state NEW,ESTABLISHED -j LOG_ACCEPT</tt></blockquote> La première ligne pour accepter ce qui entre sur notre interface ppp0 sur le port 80 (le port http) si c'est une connexion déjà établie, la seconde pour accepter ce qui sort sur ppp0 sur le port 80 si c'est une nouvelle connexion ou si c'est une connexion déjà établie.
Pour autoriser le '''ssh''', il faut préciser le port 22; pour autoriser l''''irc''', le port 6667 (ou celui que vous utilisez pour vous connecter à votre serveur); pour le '''smtp''' (envoi d'emails), le port 25; pour le '''pop3''' (réception d'emails), le port 110; pour le '''imap''' (réception d'emails), les ports 143 et 220 ('''imap3''') ; pour le '''cvs''', le port 2401 ; pour le '''https''', le port 443. De manière générale, le numéros de port se trouvent dans /etc/services.
* Pour le '''ftp''' c'est un peu plus complexe. D'abord, il faut charger le module : <tt>ip_conntrack_ftp</tt> (c'est lui qui suit - track en anglais - les connexions ftp) et, si vous ''nat''ez (en utilisant le masquerading par exemple) vos connexions ftp vers d'autres postes le module : <tt>ip_nat_ftp</tt> : <blockquote><tt> modprobe ip_conntrack_ftp</tt> # éventuellement : <tt> modprobe ip_nat_ftp</tt> </blockquote> Ensuite, il faut taper les commandes suivantes : <blockquote><tt> iptables -A INPUT -i ppp0 -p tcp --sport 21 -m state --state ESTABLISHED -j ACCEPT iptables -A OUTPUT -o ppp0 -p tcp --dport 21 -m state --state NEW,ESTABLISHED -j ACCEPT </tt></blockquote> Cela pour que la connexion puisse s'établir. Ensuite (et c'est la qu'on a besoin de <tt>ip_conntrack_ftp</tt>) : <blockquote><tt> iptables -A INPUT -i ppp0 -p tcp --sport 20 -m state --state ESTABLISHED,RELATED -j ACCEPT iptables -A OUTPUT -o ppp0 -p tcp --dport 20 -m state --state ESTABLISHED -j ACCEPT </tt></blockquote> Pour que serveur puisse établir la connexion pour les données (en mode actif). Et enfin : <blockquote><tt> iptables -A INPUT -i ppp0 -p tcp --sport 1024:65535 --dport 1024:65535 -m state --state ESTABLISHED -j ACCEPT iptables -A OUTPUT -o ppp0 -p tcp --sport 1024:65535 --dport 1024:65535 -m state --state ESTABLISHED,RELATED -j ACCEPT </tt></blockquote> Pour que le serveur puisse établir la connexion pour les données (en mode passif). Ici aussi <tt>ip_conntrack_ftp</tt> est nécessaire.
* Pour '''partager une connexion''', il faut que le forwarding soit activé dans le noyau (<tt>echo 1 > /proc/sys/net/ipv4/ip_forward</tt>), puis il faut autoriser iptable à faire le forwarding : <blockquote><tt> iptables -F FORWARD iptables -A FORWARD -j ACCEPT </tt></blockquote> et enfin, cacher les machines forward-ées par le firewall : <blockquote><tt> iptables -A POSTROUTING -t nat -o ppp0 -j MASQUERADE </tt></blockquote> Sur chaque machine devant être cachée par le firewall (ou devant partager la connexion avec la machine qui est connectée à internet), il faut ajouter une route par defaut : <blockquote><tt> route add default gw 192.168.1.1 </tt></blockquote> Si la machine connectée à internet a comme ip : 192.168.1.1. Il suffit avec une redhat/mandrake d'éditer : <blockquote><tt>/etc/sysconfig/network</tt></blockquote> et d'ajouter dedans : <blockquote><tt>GATEWAY=192.168.1.1</tt></blockquote> puis de redémarer le réseau :<blockquote><tt>/etc/rc.d/init.d/network restart</tt></blockquote>

== 3/ Application par l'exemple ==

Nous allons mettre en place un firewall / proxy.

Pour cet exemple, le firewall aura la connexion à Internet (interface eth2) et disposera de 2 pattes sur des réseaux privés (eth0 et eth1) :

* il fait office de proxy sur le port 3128 pour un réseau qui aura ainsi un accès internet
* et une DMZ<nowiki>*</nowiki> ("zone démilitarisée") sur laquelle il y a un ensemble de serveurs disponibles de l'extérieur dont un serveur web qui a pour adresse 192.168.1.2 écoutant sur le port 80 en TCP.

<blockquote><tt> ____ '''eth1''' '''.->''' ---+------+------+--- _/ \_ ____ 3128'''/''' [PC1] [PC2] [PC3] ( ) '''eth2'''| |'''<--'''' réseau local 198.168.2.0 (INTERNET)'''<--->'''|'''Fire'''| (_ _) ppp0|'''wall'''| \____/ |____|'''<--.''' DMZ serveurs 198.168.1.0 '''eth0\''' [WEB] [NEWS] [FTP] ''''->''' ---+------+------+--- ''ASCIIArt (c) Jice''</tt></blockquote>

La classe d'adresse IP 192.168.2.0 correspond au réseau interne sur l'interface <tt>eth1</tt>. La classe d'adresse IP 192.168.1.0 correspond a la DMZ sur l'interface <tt>eth0</tt>. L'interface de la connexion Internet est ppp0 sur l'interface <tt>eth2</tt>.

; <nowiki>* </nowiki>DMZ, ou zone démilitarisée
: Sous-réseau dans lequel des serveurs accessibles depuis internet sont en adressage privé (classe d'adresse IP réservée comme 192.168.x.x) derrière un firewall.

=== 3.1/ Le script init.d ===

Nous allons écrire un script qui permettra de charger automatiquement au démarrage de la machine ou sur demande les règles du firewall qui seront stockées dans le fichier <tt>/etc/firewall.sh</tt>. Le script de démarrage sera nommé <tt>/etc/init.d/firewall</tt>. Bien sûr, on n'oubliera pas d'exécuter un <tt>chmod +x</tt> sur les 2 scripts que nous allons créer au long de ce chapitre.

Go ! Fichier de chargement <tt>/etc/init.d/firewall</tt> : 

<center>

{| width="90%" bgcolor="#FFFFCC"
|
<tt><nowiki>#!/bin/bash</nowiki></tt> <tt><nowiki>#</nowiki></tt> <tt><nowiki># Lancement du script de Firewall</nowiki></tt> <tt><nowiki># Arnaud de Bermingham</nowiki></tt>

<tt>. /etc/init.d/functions</tt>

<tt>RETVAL=0</tt>

<tt><nowiki># Fonction pour le lancement du firewall</nowiki></tt> <tt>start() {</tt> <tt> echo -n "Application des règles IpTables: "</tt> <tt> /etc/firewall.sh</tt> <tt> RETVAL=0</tt> <tt> [ $RETVAL -eq 0 ] && touch /var/lock/subsys/firewall</tt> <tt> echo</tt> <tt>}</tt>

<tt><nowiki># Fonction pour arrêter le firewall (on flush)</nowiki></tt> <tt>stop() {</tt> <tt> echo -n "Flush des règles IpTables: "</tt> <tt> /etc/flush_iptables.sh</tt> <tt> RETVAL=0</tt> <tt> [ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/firewall</tt> <tt> echo</tt> <tt>}</tt>

<tt>case $1 in</tt> <tt> start)</tt> <tt> start</tt> <tt> ;;</tt> <tt> stop)</tt> <tt> stop</tt> <tt> ;;</tt> <tt> restart)</tt> <tt> stop</tt> <tt> start</tt> <tt> ;;</tt> <tt> status)</tt> <tt> /sbin/iptables -L</tt> <tt> /sbin/iptables -t nat -L</tt> <tt> RETVAL=0</tt> <tt> ;;</tt> <tt> *)</tt> <tt> echo "Usage: firewall {start|stop|restart|status}"</tt> <tt> RETVAL=1</tt> <tt>esac</tt>

<tt>exit</tt>
|}

</center>

C'est tout simple non ?

=== 3.2/ Le script pour vider (flusher) les règles ===

Et maintenant : <tt>/etc/flush_iptables.sh</tt>.

<center>

{| width="90%" bgcolor="#FFFFCC"
|
<tt><nowiki>#!/bin/sh</nowiki></tt> <tt><nowiki># </nowiki></tt> <tt><nowiki># Script pour vider les règles iptables</nowiki></tt> <tt><nowiki># Arnaud de Bermingham</nowiki></tt> <tt><nowiki># duracell@apinc.org</nowiki></tt>

<tt><nowiki>#</nowiki></tt> <tt><nowiki># On remet la police par défaut à ACCEPT</nowiki></tt> <tt><nowiki>#</nowiki></tt> <tt>iptables -P INPUT ACCEPT</tt> <tt>iptables -P FORWARD ACCEPT</tt> <tt>iptables -P OUTPUT ACCEPT</tt>

<tt><nowiki>#</nowiki></tt> <tt><nowiki># On remet les polices par défaut pour la table NAT</nowiki></tt> <tt><nowiki>#</nowiki></tt> <tt>iptables -t nat -P PREROUTING ACCEPT</tt> <tt>iptables -t nat -P POSTROUTING ACCEPT</tt> <tt>iptables -t nat -P OUTPUT ACCEPT</tt>

<tt><nowiki>#</nowiki></tt> <tt><nowiki># On vide (flush) toutes les règles existantes</nowiki></tt> <tt><nowiki>#</nowiki></tt> <tt>iptables -F</tt> <tt>iptables -t nat -F</tt>

<tt><nowiki>#</nowiki></tt> <tt><nowiki># Et enfin, on efface toutes les chaînes qui ne</nowiki></tt> <tt><nowiki># sont pas à defaut dans la table filter et nat</nowiki></tt>

<tt>iptables -X</tt> <tt>iptables -t nat -X</tt>

<tt><nowiki># Message de fin</nowiki></tt> <tt>echo " [termine]"</tt>
|}

</center>

Bon, on va enfin commencer les choses sérieuses : le script du firewall :)

=== 3.3/ Les prérequis pour le script du firewall et création des tables pour les logs ===

Le script sera commenté au fur et à mesure, afin de décrire chaque étape. 

<center>

{| width="90%" bgcolor="#FFFFCC"
|
<tt><nowiki>#!/bin/sh</nowiki></tt>

<tt><nowiki># script </nowiki>'''/etc/firewall.sh'''</tt>

<tt><nowiki># Firewall d'exemple a but pédagogique</nowiki></tt> <tt><nowiki># Arnaud de Bermingham</nowiki></tt> <tt><nowiki># duracell@apinc.org</nowiki></tt>

<tt><nowiki># </nowiki>'''Activation du forwarding'''</tt> <tt><nowiki># C'est pas pour faire joli, on aura des règles</nowiki></tt> <tt><nowiki># de forward et il faut bien que les paquets</nowiki></tt> <tt><nowiki># traversent la machine, donc on met ce fichier à 1</nowiki></tt>

<tt>echo 1 > /proc/sys/net/ipv4/ip_forward</tt>

<tt><nowiki># Alors la, on va appliquer quelques astuces</nowiki></tt> <tt><nowiki># pour empêcher les attaques de type </nowiki>''spoofing''</tt> <tt><nowiki># et bloquer les réponses ICMP du firewall,</nowiki></tt> <tt><nowiki># comme ça c'est très propre. Attention, le</nowiki></tt> <tt><nowiki># fait de bloquer le trafic ICMP sur</nowiki></tt> <tt><nowiki># le firewall bloque les pings.</nowiki></tt>

<tt><nowiki># Je veux </nowiki>'''pas de spoofing'''</tt>

<tt>if [ -e /proc/sys/net/ipv4/conf/all/rp_filter ]</tt> <tt>then</tt> <tt> for filtre in /proc/sys/net/ipv4/conf/*/rp_filter</tt> <tt> do</tt> <tt> echo 1 > $filtre</tt> <tt> done</tt> <tt>fi</tt>

<tt><nowiki># </nowiki>'''pas de icmp'''</tt>

<tt>echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all</tt> <tt>echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts</tt>

<tt><nowiki># On va utiliser iptables. Si on l'a compilé en module</nowiki></tt> <tt><nowiki># dans le kernel, il faut </nowiki>'''charger le module ip_tables'''.</tt>

<tt>modprobe ip_tables</tt>

<tt><nowiki># on va charger quelques </nowiki>'''modules supplémentaires''' pour</tt> <tt><nowiki># gérer la </nowiki>'''translation''' d'adresse, l''''IRC''' et le '''FTP'''</tt> <tt><nowiki># Tu me fait 4 pompes. Chef oui chef !</nowiki></tt>

<tt>modprobe ip_nat_ftp</tt> <tt>modprobe ip_nat_irc</tt> <tt>modprobe iptable_filter</tt> <tt>modprobe iptable_nat</tt>

<tt><nowiki># Pour faire bien, on va </nowiki>'''vider toutes les règles'''</tt> <tt><nowiki># avant d'appliquer les nouvelles règles de firewall</nowiki></tt>

<tt>iptables -F</tt> <tt>iptables -X</tt>

<tt><nowiki># On va rajouter 2 nouvelles </nowiki>'''chaînes'''.</tt> <tt><nowiki># Ceci permettra d'ajouter des nouvelles cibles qui</nowiki></tt> <tt><nowiki># auront la possibilité de loguer ce qui se passe.</nowiki></tt>

<tt><nowiki># La on logue et on refuse le paquet,</nowiki></tt> <tt><nowiki># on rajoute un préfixe pour pouvoir</nowiki></tt> <tt><nowiki># s'y retrouver dans les logs</nowiki></tt> <tt>iptables -N LOG_DROP</tt> <tt>iptables -A LOG_DROP -j LOG \</tt> <tt> --log-prefix '[IPTABLES DROP] : '</tt> <tt>iptables -A LOG_DROP -j DROP</tt>

<tt><nowiki># ici, on logue et on accepte le paquet,</nowiki></tt> <tt><nowiki># on rajoute un préfixe pour pouvoir</nowiki></tt> <tt><nowiki># s'y retrouver dans les logs</nowiki></tt> <tt>iptables -N LOG_ACCEPT</tt> <tt>iptables -A LOG_ACCEPT -j LOG \</tt> <tt> --log-prefix '[IPTABLES ACCEPT] : '</tt> <tt>iptables -A LOG_ACCEPT -j ACCEPT</tt>

<tt><nowiki># On veut faire un firewall efficace,</nowiki></tt> <tt><nowiki># donc la politique a appliquer est de tout</nowiki></tt> <tt><nowiki># refuser par défaut et rajouter une a une</nowiki></tt> <tt><nowiki># les règles que l'on autorise.</nowiki></tt> <tt><nowiki># Bien sur, on a RTFM un peu et on a vu que</nowiki></tt> <tt><nowiki># l'option -P permet de définir</nowiki></tt> <tt><nowiki># </nowiki>'''la cible par défaut'''</tt>

<tt>iptables -P INPUT DROP</tt> <tt>iptables -P OUTPUT DROP</tt> <tt>iptables -P FORWARD DROP</tt>

<tt><nowiki># Pour éviter les problèmes, on va </nowiki>'''tout accepter sur'''</tt> <tt><nowiki># </nowiki>'''la machine en local''' (interface lo).</tt> <tt><nowiki># Je déconseille de retirer cette règle car</nowiki></tt> <tt><nowiki># ça pose pas mal de problèmes et ça peut</nowiki></tt> <tt><nowiki># faire perdre la main sur la machine</nowiki></tt>

<tt>iptables -A INPUT -i lo -j ACCEPT</tt> <tt>iptables -A OUTPUT -o lo -j ACCEPT</tt>

<tt><nowiki># Bon, la partie initialisation et préparation est</nowiki></tt> <tt><nowiki># terminée, passons aux choses sérieuses</nowiki></tt> <tt><nowiki># Comme on l'a dit dans la présentation de</nowiki></tt> <tt><nowiki># l'architecture réseau, le firewall fait</nowiki></tt> <tt><nowiki># également office de proxy grâce par exemple</nowiki></tt> <tt><nowiki># à un squid installé dessus. On va donc</nowiki></tt> <tt><nowiki># accepter que le </nowiki>'''proxy''' ait une '''connexion'''</tt> <tt><nowiki># </nowiki>'''internet directe'''. Tant qu'à faire, on va</tt> <tt><nowiki># mettre des états pour que ça soit bien sécurisé</nowiki></tt>

<tt>iptables -A OUTPUT -o ppp0 -m state \</tt> <tt> --state NEW,ESTABLISHED -p tcp --dport 80 -j ACCEPT</tt> <tt>iptables -A INPUT -i ppp0 -m state \</tt> <tt> --state ESTABLISHED -p tcp --sport 80 -j ACCEPT</tt>

<tt><nowiki># Maintenant, on va faire en sorte que le</nowiki></tt> <tt><nowiki># </nowiki>'''proxy soit totalement transparent pour le LAN'''</tt> <tt><nowiki># bénéficiant de la connexion internet.</nowiki></tt> <tt><nowiki># L'astuce consiste a rediriger toutes les</nowiki></tt> <tt><nowiki># requêtes ayant un port de destination 80</nowiki></tt> <tt><nowiki># vers le port 3128 du proxy, ici c'est le</nowiki></tt> <tt><nowiki># firewall (qui est sur le firewall et qui</nowiki></tt> <tt><nowiki># a l'adresse IP 192.168.2.1 ).</nowiki></tt> <tt><nowiki># Une règle de NAT suffira largement pour faire ça.</nowiki></tt>

<tt>iptables -t nat -A PREROUTING -i eth1 -p tcp \</tt> <tt> --dport 80 -j DNAT --to-destination 192.168.2.1:3128</tt>

<tt><nowiki># Bon, c'est pas trop compliqué ! Maintenant</nowiki></tt> <tt><nowiki># on sait que l'on a un </nowiki>'''serveur web sur la DMZ'''</tt> <tt><nowiki># (la machine d'adresse IP 192.168.1.2) sur</nowiki></tt> <tt><nowiki># le port 80. On souhaite que toutes les requêtes</nowiki></tt> <tt><nowiki># provenant d'internet arrivant sur l'adresse IP</nowiki></tt> <tt><nowiki># publique du serveur ( ici 42.42.42.42 ) soit</nowiki></tt> <tt><nowiki># redirigées sur le serveur web de la DMZ.</nowiki></tt> <tt><nowiki># Rien de bien compliqué. Dans l'exemple,</nowiki></tt> <tt><nowiki># on peut retirer le :80 de la target</nowiki></tt> <tt><nowiki># --to-destination</nowiki></tt>

<tt>iptables -t nat -A PREROUTING -d 42.42.42.42 \</tt> <tt> -p tcp --dport 80 -j DNAT --to-destination 192.168.1.2:80</tt>

<tt><nowiki># C'est bien tout ça ! mais le problème c'est</nowiki></tt> <tt><nowiki># que les chaînes de la table FILTER sont toutes</nowiki></tt> <tt><nowiki># à DENY, donc tout ceci ne fait rien du tout.</nowiki></tt> <tt><nowiki># On va donc passer a la </nowiki>'''configuration du'''</tt> <tt><nowiki># </nowiki>'''firewall''' proprement dit.</tt>

<tt><nowiki># On va quand même </nowiki>'''accepter les connexions ssh'''</tt> <tt><nowiki># (port 22) provenant d'une machine (la votre en</nowiki></tt> <tt><nowiki># l'occurrence, on va dire 192.168.2.42) vers le</nowiki></tt> <tt><nowiki># firewall pour pouvoir modifier les règles</nowiki></tt> <tt><nowiki># facilement pour bien surveiller, on vas quand</nowiki></tt> <tt><nowiki># même loguer les connexions provenant de mon IP</nowiki></tt> <tt><nowiki># et à destination du ssh du firewall</nowiki></tt>

<tt>iptables -A INPUT -i eth1 -s 192.168.2.42 -m state \</tt> <tt> --state NEW,ESTABLISHED -p tcp --dport 22 -j LOG_ACCEPT</tt> <tt>iptables -A OUTPUT -o eth1 -d 192.168.2.42 -m state \</tt> <tt> --state ESTABLISHED -p tcp --sport 22 -j LOG_ACCEPT</tt>

<tt><nowiki># On veut que le </nowiki>'''LAN''' connecté à l'interface</tt> <tt><nowiki># eth1 ait un accès complet à </nowiki>'''internet'''.</tt> <tt><nowiki># La règle de NAT qui permettait d'avoir</nowiki></tt> <tt><nowiki># un </nowiki>'''proxy transparent''' sera automatiquement</tt> <tt><nowiki># appliqué. L'interface correspondant</nowiki></tt> <tt><nowiki># à la connexion internet est ici ppp0</nowiki></tt>

<tt>iptables -A FORWARD -i eth1 -o ppp0 -j ACCEPT</tt> <tt>iptables -A FORWARD -o eth1 -i ppp0 -j ACCEPT</tt>

<tt><nowiki># Maintenant on donne le droit au </nowiki>'''LAN''' de</tt> <tt><nowiki># </nowiki>'''consulter les pages web du serveur de la DMZ'''</tt>

<tt>iptables -A FORWARD -i eth1 -o eth0 -p tcp \</tt> <tt> --dport 80 -m state --state NEW,ESTABLISHED -j ACCEPT</tt> <tt>iptables -A FORWARD -i eth0 -o eth1 -p tcp \</tt> <tt> --sport 80 -m state --state ESTABLISHED -j ACCEPT</tt>

<tt><nowiki># Maintenant il n'y a plus qu'à dire au firewall</nowiki></tt> <tt><nowiki># d'autoriser à transmettre des paquets TCP à</nowiki></tt> <tt><nowiki># destination du port 80 provenant de l'adresse</nowiki></tt> <tt><nowiki># IP publique (i.e. d'</nowiki>'''internet''') '''vers le serveur'''</tt> <tt><nowiki># </nowiki>'''web de la DMZ''' que nous avons naté précédemment.</tt>

<tt>iptables -A FORWARD -i ppp0 -o eth0 -p tcp \</tt> <tt> --destination-port 80 -m state --state NEW,ESTABLISHED -j ACCEPT</tt> <tt>iptables -A FORWARD -o ppp0 -i eth0 -p tcp \</tt> <tt> --source-port 80 -m state --state ESTABLISHED -j ACCEPT</tt>

<tt><nowiki># Maintenant il ne reste plus grand chose à faire !</nowiki></tt>

<tt><nowiki># Il faut permettre à l'ensemble du LAN de dialoguer</nowiki></tt> <tt><nowiki># sur internet avec la même adresse IP sinon, bien</nowiki></tt> <tt><nowiki># évidemment ça ne marchera pas (à moins que vous</nowiki></tt> <tt><nowiki># ayez 30 adresses ip !).</nowiki></tt> <tt><nowiki># Une petite règle de NAT avec un -j MASQUERADE</nowiki></tt> <tt><nowiki># suffira (masquerade = dialoguer avec l'adresse</nowiki></tt> <tt><nowiki># IP publique sur firewall)</nowiki></tt>

<tt>iptables -t nat -A POSTROUTING \</tt> <tt> -s 192.168.2.0/24 -j MASQUERADE</tt>

<tt><nowiki># Il faut également que le serveur web de la DMZ</nowiki></tt> <tt><nowiki># soit masqueradé sinon, le serveur</nowiki></tt> <tt><nowiki># dialoguera sur internet avec son IP privée</nowiki></tt>

<tt>iptables -t nat -A POSTROUTING \</tt> <tt> -s 192.168.1.0/24 -j MASQUERADE</tt>

<tt><nowiki># Toutes les règles qui n'ont pas passé les</nowiki></tt> <tt><nowiki># règles du firewall seront refusées et loguées...</nowiki></tt> <tt><nowiki># facile :</nowiki></tt>

<tt>iptables -A FORWARD -j LOG_DROP</tt> <tt>iptables -A INPUT -j LOG_DROP</tt> <tt>iptables -A OUTPUT -j LOG_DROP</tt>

<tt><nowiki># Pour faire zoli</nowiki></tt> <tt>echo " [Termine]"</tt>

<tt><nowiki># c'est enfin fini</nowiki></tt>
|}

</center>

Et voilà ! le firewall de compèt' est prêt et fonctionnel.

Ceci était bien évidemment un exemple, vous pouvez dès à présent préparer votre propre firewall personnalisé ! Vous pouvez l'adapter à vos besoins, votre connexion vers internet (par ADSL par exemple), etc.

<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 Arnaud de Bermingham le 12/11/2001.</div>

{{Copy|12/11/2001|Arnaud de Bermingham|DP}}

=Autres ressources=
Le [http://lea-linux.org/trucs/index.php3?aff_item=272 partage de connexion] facile.

Tester votre firewall [http://grc.com/default.htm là].

Cliquez sur 'ShieldsUP!', puis sur l'un des boutons : 'Test My Shields !" et "Probe My Ports !". Ça vaut pas un bon <tt>nmap</tt> fait par un ami, mais ça permet de voir ou on en est.

Iptables

2006-08-18T19:46:46Z

ST : /* 2.2.2/ Commandes pour matcher */

[[Category:Sécurité]]
= IpTables par l'exemple =

<div class="leatitre">IpTables par l'exemple</div><div class="leapar">Arnaud de Bermingham</div><div class="leadesc">IpTables par l'exemple</div>
----

''Contact : [mailto:duracell chez apinc point org duracell chez apinc point org]'' 
''révision par Jice <[mailto:jice chez lea-linux point org jice chez lea-linux point org]>'' 
''révision par Fred <[mailto:fred chez lea-linux point org fred chez lea-linux point org]>'' 
''révision par Jiel <[mailto:jiel chez lea-linux point org jiel chez lea-linux point org]>''

== Introduction ==

Cet article présente de façon pratique la mise en place d'un firewall / proxy sur une machine GNU/Linux tournant avec un noyau 2.4 (au moins). Pour des informations plus théoriques sur les firewall/proxies, vous pouvez lire [[Reseau-secu-firewall|l'article firewall]].

=== Présentation d'IpTables ===

IpTables est une solution complète de firewall (noyau 2.4) remplaçant ''ipchains'' (noyau 2.2) tournant sous le système GNU/Linux. IpTables permet de faire du firewalling ''stateful'' (à états), de la translation de port et d'adresse, du filtrage au niveau 2 et beaucoup d'autres choses que nous n'allons pas aborder comme le "Mangle" ou modification des paquets à la volée (atchoum).

IpTables est fiable et dispose de très nombreuses options qui permettent de faire du filtrage très fin.

Une précision: on parle souvent de Â« iptables Â» par abus de langage, alors que le nom du logiciel est Â« Netfilter Â». Netfilter est le module qui fournit à GNU/Linux les fonctions de pare-feu, de partage de connexions internet (NAT) et d'historisation du trafic réseau. iptables est en fait juste l'outil qui permet à un administrateur de configurer Netfilter en mode utilisateur. iptables-restore et iptables-save sont deux commandes associées qui permettent de sauvegarder/restaurer la configuration Netfilter.

=== Licence de NetFilter ===

NetFilter est sous licence libre [[:Catégorie:GPL|GPL]],

== 1/ Installation ==

=== 1.1/ Prérequis ===

IpTables est installé en standard sur de nombreuses distributions GNU/Linux récentes (kernel 2.4.x. ou supérieur).

IpTables a besoin au minimum d'un noyau 2.4 compilé avec des options spéciales. Ceci ne pose pas de problèmes avec les noyaux 2.4 génériques des principales distributions.

=== 1.2/ Options de compilation du kernel ===

Si vous désirez re-compiler votre kernel, il faut spécifier les options nécessaires au fonctionnement d'iptables.

Les options suivantes doivent êtres activées en module (<tt>M</tt>) ou dans le kernel (<tt>Y</tt>) :

<tt>CONFIG_PACKET</tt> <tt>CONFIG_NETFILTER</tt>

<tt>CONFIG_IP_NF_CONNTRACK</tt> <tt>CONFIG_IP_NF_FTP</tt> <tt>CONFIG_IP_NF_IRC</tt> <tt>CONFIG_IP_NF_IPTABLES</tt> <tt>CONFIG_IP_NF_FILTER</tt> <tt>CONFIG_IP_NF_NAT</tt> <tt>CONFIG_IP_NF_MATCH_STATE</tt> <tt>CONFIG_IP_NF_TARGET_LOG</tt> <tt>CONFIG_IP_NF_MATCH_LIMIT</tt> <tt>CONFIG_IP_NF_TARGET_MASQUERADE</tt>

et éventuellement :

<tt>CONFIG_IP_NF_COMPAT_IPCHAINS</tt> pour garder la compatibilité avec ipchains. <tt>CONFIG_IP_NF_COMPAT_IPFWADM</tt> pour garder la compatibilité avec ipfwadm. <tt>CONFIG_IP_NF_TARGET_REDIRECT</tt> indispensable, pour les proxies transparents par exemple. <tt>CONFIG_IP_NF_MATCH_MAC</tt> permet de matcher avec les adresses MAC.

Ne pas oublier le support réseau et TCP/IP et compiler le kernel comme d'habitude : <tt>make dep && make clean && make bzImage && make modules && make modules_install</tt>

=== 1.3/ Installation ===

Récupérer le package <tt>netfilter</tt> et l'installer comme d'habitude avec apt-get, urpmi, emerge... Notons que sur les versions inférieures a Red Hat 7.1, il faut compiler un kernel 2.4 car iptables ne supporte pas les kernels 2.2.x. La compilation de iptables est complexe. Le mieux est de lire le fichier INSTALL du package des sources.

=== 1.4/ Chargement des modules ===

Dans le cas ou les options iptables du kernel ont été compilées en modules, il est nécessaire de charger ces modules avant de pouvoir utiliser iptables :

<tt><nowiki># modprobe ip_tables</nowiki></tt>

selon les besoins, on peut éventuellement charger les modules suivants :

<blockquote><tt><nowiki># modprobe ip_nat_ftp</nowiki></tt> <tt><nowiki># modprobe ip_nat_irc</nowiki></tt> <tt><nowiki># modprobe iptable_filter</nowiki></tt> <tt><nowiki># modprobe iptable_mangle</nowiki></tt> <tt><nowiki># modprobe iptable_nat</nowiki></tt></blockquote>

Si on a besoin de pouvoir rediriger (forward) les paquets IP arrivant sur un interface réseau (connectée par exemple à Internet) vers une autre interface réseau (connectée par exemple au réseau local), il sera nécessaire, dans la plupart des cas, d'exécuter cette commande :

<blockquote><tt><nowiki># echo 1 > /proc/sys/net/ipv4/ip_forward</nowiki></tt></blockquote>

afin de l'indiquer au noyau.

'''Nota Bene :''' tous les modprobe semblent inutiles car le kernel les chargent automatiquement si l'on se sert de l'une des fonctionnalités d'iptables.

== 2/ Présentation ==

=== 2.1/ Les tables ===

* '''Table NAT''' (Network Address Translation) : Table utilisée pour la translation d'adresse ou la translation de port. Il a 2 types de chaînes<nowiki>#</nowiki> : ''PREROUTING'' qui permet de spécifier "à l'arrivée du firewall" et la chaîne ''POSTROUTING'' qui permet de spécifier "à la sortie du firewall". Il existe 3 targets (ou cibles) : ''DNAT<nowiki>*</nowiki>, SNAT<nowiki>*</nowiki>'' et ''MASQUERADE<nowiki>*</nowiki>''.
* '''Table FILTER''' : C'est la table par défaut lorsque l'on en spécifie pas. Cette table contient toutes les règles de filtrage, il existe 3 types de chaînes : ''FORWARD'' pour les paquets passant par le firewall, ''INPUT'' pour les paquets entrant et ''OUTPUT'' pour les paquets sortants. Les cibles disponibles sont : ''ACCEPT, DENY, DROP, REJECT Â°''.
* '''Table Mangle''' : C'est la table qui contient les règles pour la modification de paquets. Elle est peu utilisée et ne sera pas décrite dans cet article.

A noter : Les règles sont évaluées dans l'ordre, par défaut la table ''FILTER'' est vide et donc accepte tout. Aucune règle de translation d'adresse n'est présente par défaut.

; <nowiki>#</nowiki> chaîne
: une chaîne est une suite de règles, qui sont prises dans l'ordre ; dès qu'une règle s'applique à un paquet, elle est déclenchée, et la suite de la chaîne est ignorée.
; * SNAT
: permet de modifier l'adresse source du paquet.
; * DNAT
: permet de modifier l'adresse destination du paquet.
; * MASQUERADE
: Une passerelle (gateway) transforme les paquets sortants passant par elle pour donner l'illusion qu'ils sortent de la passerelle elle-même par un port alloué dynamiquement ; lorsque la passerelle recoit une réponse sur ce port, elle utilise une table de correspondance entre le port et les machines du réseau privé qu'elle gère pour lui faire suivre le paquet.
; Â° policy ACCEPT
: permet d'accepter un paquet grâce à la règle vérifiée.
; Â° policy DROP
: Rejet d'un paquet sans message d'erreur si la règle est vérifiée ("non ! j'en veux pas mais je dis rien à l'expediteur").
; Â° policy REJECT
: Rejet avec un retour de paquet d'erreur à l'expediteur si la règle est verifiée ("un paquet recommandé de La Poste refusé par son destinataire").

=== 2.2/ Les commandes ===

IpTables n'est pas livré avec une interface graphique ; les commandes et les règles sont passées en ligne de commande. Le mieux est d'écrire des scripts (à rajouter dans <tt>/etc/rc.d/init.d</tt>) qui permettent d'appliquer toutes les règles d'un seul coup, dès le démarrage du GNU/Linux.

==== 2.2.1/ Commandes principales ====

<tt>-A --append</tt> : Ajoute la règle à la fin de la chaîne spécifiée ''Exemple :'' <tt><nowiki># iptables -A INPUT ...</nowiki></tt>

<tt>-D --delete</tt> : Permet de supprimer une chaîne. On peut l'utiliser de 2 manières, soit en spécifiant le numéros de la chaîne a supprimer, soit en spécifiant la règle à retirer. ''Exemples :'' <tt><nowiki># iptables -D INPUT --dport 80 -j DROP</nowiki></tt> <tt><nowiki># iptables -D INPUT 1</nowiki></tt>

<tt>-R --replace</tt> : Permet de remplacer la chaîne spécifiée. ''Exemple :'' <tt><nowiki># iptables -R INPUT 1 -s 192.168.0.1 -j DROP</nowiki></tt>

<tt>-I --insert</tt> : Permet d'ajouter une chaîne dans un endroit spécifié de la chaîne. ''
Exemple :'' <tt><nowiki># iptables -I INPUT 1 --dport 80 -j ACCEPT</nowiki></tt> ''
Si aucun chiffre n'est spécifié à la suite (#iptables -I INPUT --dport 80 -j ACCEPT), la règle est ajoutée au début de la chaîne spécifiée

<tt>-L --list</tt> : Permet d'afficher les règles. ''Exemples :'' ''<tt><nowiki># iptables -L </nowiki></tt><nowiki># Affiche toutes les règles des chaînes de FILTER</nowiki>'' ''<tt><nowiki># iptables -L INPUT </nowiki></tt><nowiki># Affiche toutes les règles de INPUT (FILTER)</nowiki>''

<tt>-F --flush</tt> : Permet de vider toutes les règles d'une chaîne. ''Exemple :'' <tt><nowiki># iptables -F INPUT</nowiki></tt>

<tt>-N --new-chain</tt> : Permet de créer une nouvelle chaîne. ''Exemple :'' <tt><nowiki># iptables -N LOG_DROP</nowiki></tt>

<tt>-X --delete-chain</tt> : Permet d'effacer une chaîne. ''Exemple :'' <tt><nowiki># iptables -X LOG_DROP</nowiki></tt>

<tt>-P --policy</tt> : Permet de spécifier au noyau la politique par défaut d'une chaîne DENY, ACCEPT, REJECT, DROP ... ''Exemple :'' <tt><nowiki># iptables -P INPUT DROP</nowiki></tt>

==== 2.2.2/ Commandes pour matcher ====

Remarques :

Le "!" peut être utilisé pour certaines commandes afin de spécifier le contraire (on peut le traduire par "sauf"). Par exemple une commande qui doit refuser tout trafic TCP sauf ce qui provient de l'adresse IP 10.42.42.42 sera traduite par la commande suivante : ''Exemple :'' <tt><nowiki># iptables -A INPUT -p tcp --source ! 10.42.42.42 -j DROP</nowiki></tt>

Les adresses IP peuvent optionnellement être spécifiées avec le masque associé sous la forme [adresse ip]/[masque].

<tt>-j (jump)</tt> : Défini l'action à prendre si un paquet répond aux critères de cette règle: <tt>ACCEPT</tt>, <tt>LOG</tt>, <tt>DROP</tt>... ''Exemple :'' <tt><nowiki># iptables -A INPUT -p icmp -j DROP</nowiki></tt>

<tt>-p --protocol</tt> : Spécifier un protocole : <tt>tcp</tt>, <tt>udp</tt>, <tt>icmp</tt>, <tt>all</tt> (tous) ''Exemple :'' <tt><nowiki># iptables -A INPUT -p icmp -j DROP</nowiki></tt>

<tt>-s --source</tt> : Spécifier une adresse source à matcher ''Exemple :'' <tt><nowiki># iptables -A INPUT -p tcp -s 192.168.42.42 -j ACCEPT</nowiki></tt>

<tt>-d --destination</tt> : Spécifier une adresse destination ''Exemple :'' <tt><nowiki># iptables -A FORWARD -p tcp -d 10.1.0.1 -j ACCEPT</nowiki></tt>

<tt>-i --in-interface</tt> : Spécifier une interface d'entrée ''Exemple :'' <tt><nowiki># iptables -A INPUT -p icmp -i eth0 -j DROP</nowiki></tt>

<tt>-o --out-interface</tt> : Spécifier une interface de sortie ''Exemple :'' <tt><nowiki># iptables -A OUTPUT -p icmp -o eth0 -j DROP</nowiki></tt>

<tt>-f --fragment</tt> : Paquet fragmenté ''Exemple :'' <tt><nowiki># iptables -A INPUT -p icmp -f -j DROP</nowiki></tt>

<tt>--sport --source-port</tt> : Spécifier le port source ou une plage de ports, fonctionne aussi en udp, <tt>-m multiport</tt> permet de spécifier plusieurs ports à matcher. ''Exemples :'' <tt><nowiki># iptables -A INPUT -p tcp --sport 80 -j ACCEPT</nowiki></tt> <tt><nowiki># iptables -A INPUT -p udp --sport 80 -j DROP</nowiki></tt> <tt><nowiki># iptables -A OUTPUT -p tcp -m multiport --sport 3128,21,1000 -j DROP</nowiki></tt> <tt><nowiki># iptables -A OUTPUT -p tcp --sport 1024:2042 -j ACCEPT</nowiki></tt>

<tt>--dport --destination-port</tt> : Spécifier le port destination ou une plage de ports, fonctionne aussi en udp, <tt>-m multiport</tt> permet de spécifier plusieurs ports a matcher. ''Exemples :'' <tt><nowiki># iptables -A INPUT -p tcp --dport 110 -j DROP</nowiki></tt> <tt><nowiki># iptables -A INPUT -p udp --dport 110 -j DROP</nowiki></tt> <tt><nowiki># iptables -A INPUT -p tcp -m multiport --dport 110,4242,119 -j DROP</nowiki></tt> <tt><nowiki># iptables -A INPUT -p tcp --sport 4925:4633 -j ACCEPT</nowiki></tt>

<tt>--tcp-flags</tt> : Spécifier un flag tcp à matcher : <tt>SYN ACK FIN RST URG PSH ALL NONE</tt> ''Exemple :'' <tt><nowiki># iptables -A INPUT -p tcp --dport 42 --tcp-flags SYN,ACK -j ACCEPT</nowiki></tt>

<tt>--icmp-type</tt> : Spécifier un type de paquet icmp à matcher ''Exemple :'' <tt><nowiki># iptables -A INPUT -p icmp --icmp-type 8 -j DROP</nowiki></tt>

<tt>--mac-source</tt> : Spécifier l'adresse MAC à matcher ''Exemple :'' <tt><nowiki># iptables -A INPUT --mac-source 42.42.AA.42.42.AA -j DROP</nowiki></tt>

<tt>--state</tt> : Permet de spécifier l'état du paquet à matcher parmi les états suivants : <tt> ESTABLISHED </tt><nowiki>: paquet associé à une connexion déjà établie </nowiki> <tt> NEW </tt><nowiki>: paquet demandant une nouvelle connexion </nowiki> <tt> INVALID </tt><nowiki>: paquet associé à une connexion inconnue </nowiki> <tt> RELATED </tt><nowiki>: Nouvelle connexion mais liée, idéal pour les connexions FTP </nowiki> ''Exemples :'' <tt><nowiki># iptables -A INPUT -i eth0 -p tcp --dport 80 -m state --state NEW,ESTABLISHED -j ACCEPT</nowiki></tt> <tt><nowiki># iptables -A OUTPUT -o eth0 -p tcp --sport 80 -m state --state ESTABLISHED -j ACCEPT</nowiki></tt>

Spécificités NAT :

<tt>--to-destination</tt> : Utilisé en target pour le DNAT, permet de spécifier l'adresse de destination de la translation, on peut également spécifier un port s'il est différent du port source. ''Exemples :'' <tt><nowiki># iptables -t nat -A PREROUTING -d 42.12.42.12 -p tcp --dport 110 -j DNAT --to-destination 192.168.1.2:6110</nowiki></tt> <tt><nowiki># iptables -t nat -A PREROUTING -d ! 42.12.42.12 -p tcp --dport 80 -j DNAT --to-destination 192.168.2.1:3128</nowiki></tt>

<tt>--to-source</tt> : Utilisé pour en target pour le SNAT, permet de spécifier l'adresse source de la translation.

Spécificités pour les LOGS :

<tt>--log-level</tt> : Level, niveau de log ''Exemple : Cf. chapitre 3''

<tt>--log-prefix</tt> : Permet de spécifier un préfixe pour les logs. ''Exemple : Cf. chapitre 3'' 

==== 2.2.3/ Quelques exemples : ====

Les exemples qui suivent supposent que vous êtes reliés à internet par modem via l'interface ppp0 (mais en remplaçant ppp0 par eth0 - par exemple, on peut adapter les exemples pour d'autres type de liaisons) et que votre réseau local est 192.168.1.0/24 (classe C).

* Pour fixer les '''politiques par défaut''' (cad: ce qui se passe quand aucune règle ne correspond - ne matche pas), ici, on refuse tout (normal, on fait un firewall, oui ou non ?) : <blockquote><tt> iptables -P INPUT DROP iptables -P OUTPUT DROP iptables -P FORWARD DROP</tt></blockquote>
* Pour '''logguer''' tout ce qu'on jette : <blockquote><tt> iptables -N LOG_DROP iptables -A LOG_DROP -j LOG --log-prefix '[IPTABLES DROP] : ' iptables -A LOG_DROP -j DROP</tt></blockquote>
Les trois dernières règles doivent être : <blockquote><tt> iptables -A FORWARD -j LOG_DROP iptables -A INPUT -j LOG_DROP iptables -A OUTPUT -j LOG_DROP </tt></blockquote>
Enfin (pour loguer le trafic autorise), recommencer en remplacant <tt>-j DROP</tt>, par <tt>-j ACCEPT</tt> et a la place de <tt>-j LOG_DROP</tt> il faut mettre <tt>-j LOG_ACCEPT</tt>
* Pour '''accepter''' tout ce qui se passe sur l'interface <tt>lo</tt> (sinon ce n'est pas la peine d'activer le réseau !) : <blockquote><tt> iptables -A INPUT -i lo -j ACCEPT iptables -A OUTPUT -o lo -j ACCEPT </tt></blockquote>
* Pour '''accepter''' tout ce qui se passe sur le '''réseau local''' <tt>192.168.1.0</tt> : <blockquote><tt> iptables -A INPUT -s 192.168.1.0/24 -j ACCEPT iptables -A OUTPUT -d 192.168.1.0/24 -j ACCEPT iptables -A FORWARD -s 192.168.1.0/24 -j ACCEPT </tt></blockquote>
* Pour accepter les résolutions de nom (ie: le '''dns''') : <blockquote><tt> iptables -A INPUT -i ppp0 --protocol udp --source-port 53 -j ACCEPT iptables -A OUTPUT -o ppp0 --protocol udp --destination-port 53 -j ACCEPT iptables -A INPUT -i ppp0 --protocol tcp --source-port 53 -j ACCEPT iptables -A OUTPUT -o ppp0 --protocol tcp --destination-port 53 -j ACCEPT </tt></blockquote>
* Pour accepter le traffic '''web''' (on veut surfer!) : <blockquote><tt> iptables -A INPUT -i ppp0 --protocol tcp --source-port 80 -m state --state ESTABLISHED -j LOG_ACCEPT iptables -A OUTPUT -o ppp0 --protocol tcp --destination-port 80 -m state --state NEW,ESTABLISHED -j LOG_ACCEPT</tt></blockquote> La première ligne pour accepter ce qui entre sur notre interface ppp0 sur le port 80 (le port http) si c'est une connexion déjà établie, la seconde pour accepter ce qui sort sur ppp0 sur le port 80 si c'est une nouvelle connexion ou si c'est une connexion déjà établie.
Pour autoriser le '''ssh''', il faut préciser le port 22; pour autoriser l''''irc''', le port 6667 (ou celui que vous utilisez pour vous connecter à votre serveur); pour le '''smtp''' (envoi d'emails), le port 25; pour le '''pop3''' (réception d'emails), le port 110; pour le '''imap''' (réception d'emails), les ports 143 et 220 ('''imap3''') ; pour le '''cvs''', le port 2401 ; pour le '''https''', le port 443. De manière générale, le numéros de port se trouvent dans /etc/services.
* Pour le '''ftp''' c'est un peu plus complexe. D'abord, il faut charger le module : <tt>ip_conntrack_ftp</tt> (c'est lui qui suit - track en anglais - les connexions ftp) et, si vous ''nat''ez (en utilisant le masquerading par exemple) vos connexions ftp vers d'autres postes le module : <tt>ip_nat_ftp</tt> : <blockquote><tt> modprobe ip_conntrack_ftp</tt> # éventuellement : <tt> modprobe ip_nat_ftp</tt> </blockquote> Ensuite, il faut taper les commandes suivantes : <blockquote><tt> iptables -A INPUT -i ppp0 -p tcp --sport 21 -m state --state ESTABLISHED -j ACCEPT iptables -A OUTPUT -o ppp0 -p tcp --dport 21 -m state --state NEW,ESTABLISHED -j ACCEPT </tt></blockquote> Cela pour que la connexion puisse s'établir. Ensuite (et c'est la qu'on a besoin de <tt>ip_conntrack_ftp</tt>) : <blockquote><tt> iptables -A INPUT -i ppp0 -p tcp --sport 20 -m state --state ESTABLISHED,RELATED -j ACCEPT iptables -A OUTPUT -o ppp0 -p tcp --dport 20 -m state --state ESTABLISHED -j ACCEPT </tt></blockquote> Pour que serveur puisse établir la connexion pour les données (en mode actif). Et enfin : <blockquote><tt> iptables -A INPUT -i ppp0 -p tcp --sport 1024:65535 --dport 1024:65535 -m state --state ESTABLISHED -j ACCEPT iptables -A OUTPUT -o ppp0 -p tcp --sport 1024:65535 --dport 1024:65535 -m state --state ESTABLISHED,RELATED -j ACCEPT </tt></blockquote> Pour que le serveur puisse établir la connexion pour les données (en mode passif). Ici aussi <tt>ip_conntrack_ftp</tt> est nécessaire.
* Pour '''partager une connexion''', il faut que le forwarding soit activé dans le noyau (<tt>echo 1 > /proc/sys/net/ipv4/ip_forward</tt>), puis il faut autoriser iptable à faire le forwarding : <blockquote><tt> iptables -F FORWARD iptables -A FORWARD -j ACCEPT </tt></blockquote> et enfin, cacher les machines forward-ées par le firewall : <blockquote><tt> iptables -A POSTROUTING -t nat -o ppp0 -j MASQUERADE </tt></blockquote> Sur chaque machine devant être cachée par le firewall (ou devant partager la connexion avec la machine qui est connectée à internet), il faut ajouter une route par defaut : <blockquote><tt> route add default gw 192.168.1.1 </tt></blockquote> Si la machine connectée à internet a comme ip : 192.168.1.1. Il suffit avec une redhat/mandrake d'éditer : <blockquote><tt>/etc/sysconfig/network</tt></blockquote> et d'ajouter dedans : <blockquote><tt>GATEWAY=192.168.1.1</tt></blockquote> puis de redémarer le réseau :<blockquote><tt>/etc/rc.d/init.d/network restart</tt></blockquote>

== 3/ Application par l'exemple ==

Nous allons mettre en place un firewall / proxy.

Pour cet exemple, le firewall aura la connexion à Internet (interface eth2) et disposera de 2 pattes sur des réseaux privés (eth0 et eth1) :

* il fait office de proxy sur le port 3128 pour un réseau qui aura ainsi un accès internet
* et une DMZ<nowiki>*</nowiki> ("zone démilitarisée") sur laquelle il y a un ensemble de serveurs disponibles de l'extérieur dont un serveur web qui a pour adresse 192.168.1.2 écoutant sur le port 80 en TCP.

<blockquote><tt> ____ '''eth1''' '''.->''' ---+------+------+--- _/ \_ ____ 3128'''/''' [PC1] [PC2] [PC3] ( ) '''eth2'''| |'''<--'''' réseau local 198.168.2.0 (INTERNET)'''<--->'''|'''Fire'''| (_ _) ppp0|'''wall'''| \____/ |____|'''<--.''' DMZ serveurs 198.168.1.0 '''eth0\''' [WEB] [NEWS] [FTP] ''''->''' ---+------+------+--- ''ASCIIArt (c) Jice''</tt></blockquote>

La classe d'adresse IP 192.168.2.0 correspond au réseau interne sur l'interface <tt>eth1</tt>. La classe d'adresse IP 192.168.1.0 correspond a la DMZ sur l'interface <tt>eth0</tt>. L'interface de la connexion Internet est ppp0 sur l'interface <tt>eth2</tt>.

; <nowiki>* </nowiki>DMZ, ou zone démilitarisée
: Sous-réseau dans lequel des serveurs accessibles depuis internet sont en adressage privé (classe d'adresse IP réservée comme 192.168.x.x) derrière un firewall.

=== 3.1/ Le script init.d ===

Nous allons écrire un script qui permettra de charger automatiquement au démarrage de la machine ou sur demande les règles du firewall qui seront stockées dans le fichier <tt>/etc/firewall.sh</tt>. Le script de démarrage sera nommé <tt>/etc/init.d/firewall</tt>. Bien sûr, on n'oubliera pas d'exécuter un <tt>chmod +x</tt> sur les 2 scripts que nous allons créer au long de ce chapitre.

Go ! Fichier de chargement <tt>/etc/init.d/firewall</tt> : 

<center>

{| width="90%" bgcolor="#FFFFCC"
|
<tt><nowiki>#!/bin/bash</nowiki></tt> <tt><nowiki>#</nowiki></tt> <tt><nowiki># Lancement du script de Firewall</nowiki></tt> <tt><nowiki># Arnaud de Bermingham</nowiki></tt>

<tt>. /etc/init.d/functions</tt>

<tt>RETVAL=0</tt>

<tt><nowiki># Fonction pour le lancement du firewall</nowiki></tt> <tt>start() {</tt> <tt> echo -n "Application des règles IpTables: "</tt> <tt> /etc/firewall.sh</tt> <tt> RETVAL=0</tt> <tt> [ $RETVAL -eq 0 ] && touch /var/lock/subsys/firewall</tt> <tt> echo</tt> <tt>}</tt>

<tt><nowiki># Fonction pour arrêter le firewall (on flush)</nowiki></tt> <tt>stop() {</tt> <tt> echo -n "Flush des règles IpTables: "</tt> <tt> /etc/flush_iptables.sh</tt> <tt> RETVAL=0</tt> <tt> [ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/firewall</tt> <tt> echo</tt> <tt>}</tt>

<tt>case $1 in</tt> <tt> start)</tt> <tt> start</tt> <tt> ;;</tt> <tt> stop)</tt> <tt> stop</tt> <tt> ;;</tt> <tt> restart)</tt> <tt> stop</tt> <tt> start</tt> <tt> ;;</tt> <tt> status)</tt> <tt> /sbin/iptables -L</tt> <tt> /sbin/iptables -t nat -L</tt> <tt> RETVAL=0</tt> <tt> ;;</tt> <tt> *)</tt> <tt> echo "Usage: firewall {start|stop|restart|status}"</tt> <tt> RETVAL=1</tt> <tt>esac</tt>

<tt>exit</tt>
|}

</center>

C'est tout simple non ?

=== 3.2/ Le script pour vider (flusher) les règles ===

Et maintenant : <tt>/etc/flush_iptables.sh</tt>.

<center>

{| width="90%" bgcolor="#FFFFCC"
|
<tt><nowiki>#!/bin/sh</nowiki></tt> <tt><nowiki># </nowiki></tt> <tt><nowiki># Script pour vider les règles iptables</nowiki></tt> <tt><nowiki># Arnaud de Bermingham</nowiki></tt> <tt><nowiki># duracell@apinc.org</nowiki></tt>

<tt><nowiki>#</nowiki></tt> <tt><nowiki># On remet la police par défaut à ACCEPT</nowiki></tt> <tt><nowiki>#</nowiki></tt> <tt>iptables -P INPUT ACCEPT</tt> <tt>iptables -P FORWARD ACCEPT</tt> <tt>iptables -P OUTPUT ACCEPT</tt>

<tt><nowiki>#</nowiki></tt> <tt><nowiki># On remet les polices par défaut pour la table NAT</nowiki></tt> <tt><nowiki>#</nowiki></tt> <tt>iptables -t nat -P PREROUTING ACCEPT</tt> <tt>iptables -t nat -P POSTROUTING ACCEPT</tt> <tt>iptables -t nat -P OUTPUT ACCEPT</tt>

<tt><nowiki>#</nowiki></tt> <tt><nowiki># On vide (flush) toutes les règles existantes</nowiki></tt> <tt><nowiki>#</nowiki></tt> <tt>iptables -F</tt> <tt>iptables -t nat -F</tt>

<tt><nowiki>#</nowiki></tt> <tt><nowiki># Et enfin, on efface toutes les chaînes qui ne</nowiki></tt> <tt><nowiki># sont pas à defaut dans la table filter et nat</nowiki></tt>

<tt>iptables -X</tt> <tt>iptables -t nat -X</tt>

<tt><nowiki># Message de fin</nowiki></tt> <tt>echo " [termine]"</tt>
|}

</center>

Bon, on va enfin commencer les choses sérieuses : le script du firewall :)

=== 3.3/ Les prérequis pour le script du firewall et création des tables pour les logs ===

Le script sera commenté au fur et à mesure, afin de décrire chaque étape. 

<center>

{| width="90%" bgcolor="#FFFFCC"
|
<tt><nowiki>#!/bin/sh</nowiki></tt>

<tt><nowiki># script </nowiki>'''/etc/firewall.sh'''</tt>

<tt><nowiki># Firewall d'exemple a but pédagogique</nowiki></tt> <tt><nowiki># Arnaud de Bermingham</nowiki></tt> <tt><nowiki># duracell@apinc.org</nowiki></tt>

<tt><nowiki># </nowiki>'''Activation du forwarding'''</tt> <tt><nowiki># C'est pas pour faire joli, on aura des règles</nowiki></tt> <tt><nowiki># de forward et il faut bien que les paquets</nowiki></tt> <tt><nowiki># traversent la machine, donc on met ce fichier à 1</nowiki></tt>

<tt>echo 1 > /proc/sys/net/ipv4/ip_forward</tt>

<tt><nowiki># Alors la, on va appliquer quelques astuces</nowiki></tt> <tt><nowiki># pour empêcher les attaques de type </nowiki>''spoofing''</tt> <tt><nowiki># et bloquer les réponses ICMP du firewall,</nowiki></tt> <tt><nowiki># comme ça c'est très propre. Attention, le</nowiki></tt> <tt><nowiki># fait de bloquer le trafic ICMP sur</nowiki></tt> <tt><nowiki># le firewall bloque les pings.</nowiki></tt>

<tt><nowiki># Je veux </nowiki>'''pas de spoofing'''</tt>

<tt>if [ -e /proc/sys/net/ipv4/conf/all/rp_filter ]</tt> <tt>then</tt> <tt> for filtre in /proc/sys/net/ipv4/conf/*/rp_filter</tt> <tt> do</tt> <tt> echo 1 > $filtre</tt> <tt> done</tt> <tt>fi</tt>

<tt><nowiki># </nowiki>'''pas de icmp'''</tt>

<tt>echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all</tt> <tt>echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts</tt>

<tt><nowiki># On va utiliser iptables. Si on l'a compilé en module</nowiki></tt> <tt><nowiki># dans le kernel, il faut </nowiki>'''charger le module ip_tables'''.</tt>

<tt>modprobe ip_tables</tt>

<tt><nowiki># on va charger quelques </nowiki>'''modules supplémentaires''' pour</tt> <tt><nowiki># gérer la </nowiki>'''translation''' d'adresse, l''''IRC''' et le '''FTP'''</tt> <tt><nowiki># Tu me fait 4 pompes. Chef oui chef !</nowiki></tt>

<tt>modprobe ip_nat_ftp</tt> <tt>modprobe ip_nat_irc</tt> <tt>modprobe iptable_filter</tt> <tt>modprobe iptable_nat</tt>

<tt><nowiki># Pour faire bien, on va </nowiki>'''vider toutes les règles'''</tt> <tt><nowiki># avant d'appliquer les nouvelles règles de firewall</nowiki></tt>

<tt>iptables -F</tt> <tt>iptables -X</tt>

<tt><nowiki># On va rajouter 2 nouvelles </nowiki>'''chaînes'''.</tt> <tt><nowiki># Ceci permettra d'ajouter des nouvelles cibles qui</nowiki></tt> <tt><nowiki># auront la possibilité de loguer ce qui se passe.</nowiki></tt>

<tt><nowiki># La on logue et on refuse le paquet,</nowiki></tt> <tt><nowiki># on rajoute un préfixe pour pouvoir</nowiki></tt> <tt><nowiki># s'y retrouver dans les logs</nowiki></tt> <tt>iptables -N LOG_DROP</tt> <tt>iptables -A LOG_DROP -j LOG \</tt> <tt> --log-prefix '[IPTABLES DROP] : '</tt> <tt>iptables -A LOG_DROP -j DROP</tt>

<tt><nowiki># ici, on logue et on accepte le paquet,</nowiki></tt> <tt><nowiki># on rajoute un préfixe pour pouvoir</nowiki></tt> <tt><nowiki># s'y retrouver dans les logs</nowiki></tt> <tt>iptables -N LOG_ACCEPT</tt> <tt>iptables -A LOG_ACCEPT -j LOG \</tt> <tt> --log-prefix '[IPTABLES ACCEPT] : '</tt> <tt>iptables -A LOG_ACCEPT -j ACCEPT</tt>

<tt><nowiki># On veut faire un firewall efficace,</nowiki></tt> <tt><nowiki># donc la politique a appliquer est de tout</nowiki></tt> <tt><nowiki># refuser par défaut et rajouter une a une</nowiki></tt> <tt><nowiki># les règles que l'on autorise.</nowiki></tt> <tt><nowiki># Bien sur, on a RTFM un peu et on a vu que</nowiki></tt> <tt><nowiki># l'option -P permet de définir</nowiki></tt> <tt><nowiki># </nowiki>'''la cible par défaut'''</tt>

<tt>iptables -P INPUT DROP</tt> <tt>iptables -P OUTPUT DROP</tt> <tt>iptables -P FORWARD DROP</tt>

<tt><nowiki># Pour éviter les problèmes, on va </nowiki>'''tout accepter sur'''</tt> <tt><nowiki># </nowiki>'''la machine en local''' (interface lo).</tt> <tt><nowiki># Je déconseille de retirer cette règle car</nowiki></tt> <tt><nowiki># ça pose pas mal de problèmes et ça peut</nowiki></tt> <tt><nowiki># faire perdre la main sur la machine</nowiki></tt>

<tt>iptables -A INPUT -i lo -j ACCEPT</tt> <tt>iptables -A OUTPUT -o lo -j ACCEPT</tt>

<tt><nowiki># Bon, la partie initialisation et préparation est</nowiki></tt> <tt><nowiki># terminée, passons aux choses sérieuses</nowiki></tt> <tt><nowiki># Comme on l'a dit dans la présentation de</nowiki></tt> <tt><nowiki># l'architecture réseau, le firewall fait</nowiki></tt> <tt><nowiki># également office de proxy grâce par exemple</nowiki></tt> <tt><nowiki># à un squid installé dessus. On va donc</nowiki></tt> <tt><nowiki># accepter que le </nowiki>'''proxy''' ait une '''connexion'''</tt> <tt><nowiki># </nowiki>'''internet directe'''. Tant qu'à faire, on va</tt> <tt><nowiki># mettre des états pour que ça soit bien sécurisé</nowiki></tt>

<tt>iptables -A OUTPUT -o ppp0 -m state \</tt> <tt> --state NEW,ESTABLISHED -p tcp --dport 80 -j ACCEPT</tt> <tt>iptables -A INPUT -i ppp0 -m state \</tt> <tt> --state ESTABLISHED -p tcp --sport 80 -j ACCEPT</tt>

<tt><nowiki># Maintenant, on va faire en sorte que le</nowiki></tt> <tt><nowiki># </nowiki>'''proxy soit totalement transparent pour le LAN'''</tt> <tt><nowiki># bénéficiant de la connexion internet.</nowiki></tt> <tt><nowiki># L'astuce consiste a rediriger toutes les</nowiki></tt> <tt><nowiki># requêtes ayant un port de destination 80</nowiki></tt> <tt><nowiki># vers le port 3128 du proxy, ici c'est le</nowiki></tt> <tt><nowiki># firewall (qui est sur le firewall et qui</nowiki></tt> <tt><nowiki># a l'adresse IP 192.168.2.1 ).</nowiki></tt> <tt><nowiki># Une règle de NAT suffira largement pour faire ça.</nowiki></tt>

<tt>iptables -t nat -A PREROUTING -i eth1 -p tcp \</tt> <tt> --dport 80 -j DNAT --to-destination 192.168.2.1:3128</tt>

<tt><nowiki># Bon, c'est pas trop compliqué ! Maintenant</nowiki></tt> <tt><nowiki># on sait que l'on a un </nowiki>'''serveur web sur la DMZ'''</tt> <tt><nowiki># (la machine d'adresse IP 192.168.1.2) sur</nowiki></tt> <tt><nowiki># le port 80. On souhaite que toutes les requêtes</nowiki></tt> <tt><nowiki># provenant d'internet arrivant sur l'adresse IP</nowiki></tt> <tt><nowiki># publique du serveur ( ici 42.42.42.42 ) soit</nowiki></tt> <tt><nowiki># redirigées sur le serveur web de la DMZ.</nowiki></tt> <tt><nowiki># Rien de bien compliqué. Dans l'exemple,</nowiki></tt> <tt><nowiki># on peut retirer le :80 de la target</nowiki></tt> <tt><nowiki># --to-destination</nowiki></tt>

<tt>iptables -t nat -A PREROUTING -d 42.42.42.42 \</tt> <tt> -p tcp --dport 80 -j DNAT --to-destination 192.168.1.2:80</tt>

<tt><nowiki># C'est bien tout ça ! mais le problème c'est</nowiki></tt> <tt><nowiki># que les chaînes de la table FILTER sont toutes</nowiki></tt> <tt><nowiki># à DENY, donc tout ceci ne fait rien du tout.</nowiki></tt> <tt><nowiki># On va donc passer a la </nowiki>'''configuration du'''</tt> <tt><nowiki># </nowiki>'''firewall''' proprement dit.</tt>

<tt><nowiki># On va quand même </nowiki>'''accepter les connexions ssh'''</tt> <tt><nowiki># (port 22) provenant d'une machine (la votre en</nowiki></tt> <tt><nowiki># l'occurrence, on va dire 192.168.2.42) vers le</nowiki></tt> <tt><nowiki># firewall pour pouvoir modifier les règles</nowiki></tt> <tt><nowiki># facilement pour bien surveiller, on vas quand</nowiki></tt> <tt><nowiki># même loguer les connexions provenant de mon IP</nowiki></tt> <tt><nowiki># et à destination du ssh du firewall</nowiki></tt>

<tt>iptables -A INPUT -i eth1 -s 192.168.2.42 -m state \</tt> <tt> --state NEW,ESTABLISHED -p tcp --dport 22 -j LOG_ACCEPT</tt> <tt>iptables -A OUTPUT -o eth1 -d 192.168.2.42 -m state \</tt> <tt> --state ESTABLISHED -p tcp --sport 22 -j LOG_ACCEPT</tt>

<tt><nowiki># On veut que le </nowiki>'''LAN''' connecté à l'interface</tt> <tt><nowiki># eth1 ait un accès complet à </nowiki>'''internet'''.</tt> <tt><nowiki># La règle de NAT qui permettait d'avoir</nowiki></tt> <tt><nowiki># un </nowiki>'''proxy transparent''' sera automatiquement</tt> <tt><nowiki># appliqué. L'interface correspondant</nowiki></tt> <tt><nowiki># à la connexion internet est ici ppp0</nowiki></tt>

<tt>iptables -A FORWARD -i eth1 -o ppp0 -j ACCEPT</tt> <tt>iptables -A FORWARD -o eth1 -i ppp0 -j ACCEPT</tt>

<tt><nowiki># Maintenant on donne le droit au </nowiki>'''LAN''' de</tt> <tt><nowiki># </nowiki>'''consulter les pages web du serveur de la DMZ'''</tt>

<tt>iptables -A FORWARD -i eth1 -o eth0 -p tcp \</tt> <tt> --dport 80 -m state --state NEW,ESTABLISHED -j ACCEPT</tt> <tt>iptables -A FORWARD -i eth0 -o eth1 -p tcp \</tt> <tt> --sport 80 -m state --state ESTABLISHED -j ACCEPT</tt>

<tt><nowiki># Maintenant il n'y a plus qu'à dire au firewall</nowiki></tt> <tt><nowiki># d'autoriser à transmettre des paquets TCP à</nowiki></tt> <tt><nowiki># destination du port 80 provenant de l'adresse</nowiki></tt> <tt><nowiki># IP publique (i.e. d'</nowiki>'''internet''') '''vers le serveur'''</tt> <tt><nowiki># </nowiki>'''web de la DMZ''' que nous avons naté précédemment.</tt>

<tt>iptables -A FORWARD -i ppp0 -o eth0 -p tcp \</tt> <tt> --destination-port 80 -m state --state NEW,ESTABLISHED -j ACCEPT</tt> <tt>iptables -A FORWARD -o ppp0 -i eth0 -p tcp \</tt> <tt> --source-port 80 -m state --state ESTABLISHED -j ACCEPT</tt>

<tt><nowiki># Maintenant il ne reste plus grand chose à faire !</nowiki></tt>

<tt><nowiki># Il faut permettre à l'ensemble du LAN de dialoguer</nowiki></tt> <tt><nowiki># sur internet avec la même adresse IP sinon, bien</nowiki></tt> <tt><nowiki># évidemment ça ne marchera pas (à moins que vous</nowiki></tt> <tt><nowiki># ayez 30 adresses ip !).</nowiki></tt> <tt><nowiki># Une petite règle de NAT avec un -j MASQUERADE</nowiki></tt> <tt><nowiki># suffira (masquerade = dialoguer avec l'adresse</nowiki></tt> <tt><nowiki># IP publique sur firewall)</nowiki></tt>

<tt>iptables -t nat -A POSTROUTING \</tt> <tt> -s 192.168.2.0/24 -j MASQUERADE</tt>

<tt><nowiki># Il faut également que le serveur web de la DMZ</nowiki></tt> <tt><nowiki># soit masqueradé sinon, le serveur</nowiki></tt> <tt><nowiki># dialoguera sur internet avec son IP privée</nowiki></tt>

<tt>iptables -t nat -A POSTROUTING \</tt> <tt> -s 192.168.1.0/24 -j MASQUERADE</tt>

<tt><nowiki># Toutes les règles qui n'ont pas passé les</nowiki></tt> <tt><nowiki># règles du firewall seront refusées et loguées...</nowiki></tt> <tt><nowiki># facile :</nowiki></tt>

<tt>iptables -A FORWARD -j LOG_DROP</tt> <tt>iptables -A INPUT -j LOG_DROP</tt> <tt>iptables -A OUTPUT -j LOG_DROP</tt>

<tt><nowiki># Pour faire zoli</nowiki></tt> <tt>echo " [Termine]"</tt>

<tt><nowiki># c'est enfin fini</nowiki></tt>
|}

</center>

Et voilà ! le firewall de compèt' est prêt et fonctionnel.

Ceci était bien évidemment un exemple, vous pouvez dès à présent préparer votre propre firewall personnalisé ! Vous pouvez l'adapter à vos besoins, votre connexion vers internet (par ADSL par exemple), etc.

<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 Arnaud de Bermingham le 12/11/2001.</div>

{{Copy|12/11/2001|Arnaud de Bermingham|DP}}

=Autres ressources=
Le [http://lea-linux.org/trucs/index.php3?aff_item=272 partage de connexion] facile.

Tester votre firewall [http://grc.com/default.htm là].

Cliquez sur 'ShieldsUP!', puis sur l'un des boutons : 'Test My Shields !" et "Probe My Ports !". Ça vaut pas un bon <tt>nmap</tt> fait par un ami, mais ça permet de voir ou on en est.

Iptables

2006-08-18T19:42:08Z

ST :

[[Category:Sécurité]]
= IpTables par l'exemple =

<div class="leatitre">IpTables par l'exemple</div><div class="leapar">Arnaud de Bermingham</div><div class="leadesc">IpTables par l'exemple</div>
----

''Contact : [mailto:duracell chez apinc point org duracell chez apinc point org]'' 
''révision par Jice <[mailto:jice chez lea-linux point org jice chez lea-linux point org]>'' 
''révision par Fred <[mailto:fred chez lea-linux point org fred chez lea-linux point org]>'' 
''révision par Jiel <[mailto:jiel chez lea-linux point org jiel chez lea-linux point org]>''

== Introduction ==

Cet article présente de façon pratique la mise en place d'un firewall / proxy sur une machine GNU/Linux tournant avec un noyau 2.4 (au moins). Pour des informations plus théoriques sur les firewall/proxies, vous pouvez lire [[Reseau-secu-firewall|l'article firewall]].

=== Présentation d'IpTables ===

IpTables est une solution complète de firewall (noyau 2.4) remplaçant ''ipchains'' (noyau 2.2) tournant sous le système GNU/Linux. IpTables permet de faire du firewalling ''stateful'' (à états), de la translation de port et d'adresse, du filtrage au niveau 2 et beaucoup d'autres choses que nous n'allons pas aborder comme le "Mangle" ou modification des paquets à la volée (atchoum).

IpTables est fiable et dispose de très nombreuses options qui permettent de faire du filtrage très fin.

Une précision: on parle souvent de Â« iptables Â» par abus de langage, alors que le nom du logiciel est Â« Netfilter Â». Netfilter est le module qui fournit à GNU/Linux les fonctions de pare-feu, de partage de connexions internet (NAT) et d'historisation du trafic réseau. iptables est en fait juste l'outil qui permet à un administrateur de configurer Netfilter en mode utilisateur. iptables-restore et iptables-save sont deux commandes associées qui permettent de sauvegarder/restaurer la configuration Netfilter.

=== Licence de NetFilter ===

NetFilter est sous licence libre [[:Catégorie:GPL|GPL]],

== 1/ Installation ==

=== 1.1/ Prérequis ===

IpTables est installé en standard sur de nombreuses distributions GNU/Linux récentes (kernel 2.4.x. ou supérieur).

IpTables a besoin au minimum d'un noyau 2.4 compilé avec des options spéciales. Ceci ne pose pas de problèmes avec les noyaux 2.4 génériques des principales distributions.

=== 1.2/ Options de compilation du kernel ===

Si vous désirez re-compiler votre kernel, il faut spécifier les options nécessaires au fonctionnement d'iptables.

Les options suivantes doivent êtres activées en module (<tt>M</tt>) ou dans le kernel (<tt>Y</tt>) :

<tt>CONFIG_PACKET</tt> <tt>CONFIG_NETFILTER</tt>

<tt>CONFIG_IP_NF_CONNTRACK</tt> <tt>CONFIG_IP_NF_FTP</tt> <tt>CONFIG_IP_NF_IRC</tt> <tt>CONFIG_IP_NF_IPTABLES</tt> <tt>CONFIG_IP_NF_FILTER</tt> <tt>CONFIG_IP_NF_NAT</tt> <tt>CONFIG_IP_NF_MATCH_STATE</tt> <tt>CONFIG_IP_NF_TARGET_LOG</tt> <tt>CONFIG_IP_NF_MATCH_LIMIT</tt> <tt>CONFIG_IP_NF_TARGET_MASQUERADE</tt>

et éventuellement :

<tt>CONFIG_IP_NF_COMPAT_IPCHAINS</tt> pour garder la compatibilité avec ipchains. <tt>CONFIG_IP_NF_COMPAT_IPFWADM</tt> pour garder la compatibilité avec ipfwadm. <tt>CONFIG_IP_NF_TARGET_REDIRECT</tt> indispensable, pour les proxies transparents par exemple. <tt>CONFIG_IP_NF_MATCH_MAC</tt> permet de matcher avec les adresses MAC.

Ne pas oublier le support réseau et TCP/IP et compiler le kernel comme d'habitude : <tt>make dep && make clean && make bzImage && make modules && make modules_install</tt>

=== 1.3/ Installation ===

Récupérer le package <tt>netfilter</tt> et l'installer comme d'habitude avec apt-get, urpmi, emerge... Notons que sur les versions inférieures a Red Hat 7.1, il faut compiler un kernel 2.4 car iptables ne supporte pas les kernels 2.2.x. La compilation de iptables est complexe. Le mieux est de lire le fichier INSTALL du package des sources.

=== 1.4/ Chargement des modules ===

Dans le cas ou les options iptables du kernel ont été compilées en modules, il est nécessaire de charger ces modules avant de pouvoir utiliser iptables :

<tt><nowiki># modprobe ip_tables</nowiki></tt>

selon les besoins, on peut éventuellement charger les modules suivants :

<blockquote><tt><nowiki># modprobe ip_nat_ftp</nowiki></tt> <tt><nowiki># modprobe ip_nat_irc</nowiki></tt> <tt><nowiki># modprobe iptable_filter</nowiki></tt> <tt><nowiki># modprobe iptable_mangle</nowiki></tt> <tt><nowiki># modprobe iptable_nat</nowiki></tt></blockquote>

Si on a besoin de pouvoir rediriger (forward) les paquets IP arrivant sur un interface réseau (connectée par exemple à Internet) vers une autre interface réseau (connectée par exemple au réseau local), il sera nécessaire, dans la plupart des cas, d'exécuter cette commande :

<blockquote><tt><nowiki># echo 1 > /proc/sys/net/ipv4/ip_forward</nowiki></tt></blockquote>

afin de l'indiquer au noyau.

'''Nota Bene :''' tous les modprobe semblent inutiles car le kernel les chargent automatiquement si l'on se sert de l'une des fonctionnalités d'iptables.

== 2/ Présentation ==

=== 2.1/ Les tables ===

* '''Table NAT''' (Network Address Translation) : Table utilisée pour la translation d'adresse ou la translation de port. Il a 2 types de chaînes<nowiki>#</nowiki> : ''PREROUTING'' qui permet de spécifier "à l'arrivée du firewall" et la chaîne ''POSTROUTING'' qui permet de spécifier "à la sortie du firewall". Il existe 3 targets (ou cibles) : ''DNAT<nowiki>*</nowiki>, SNAT<nowiki>*</nowiki>'' et ''MASQUERADE<nowiki>*</nowiki>''.
* '''Table FILTER''' : C'est la table par défaut lorsque l'on en spécifie pas. Cette table contient toutes les règles de filtrage, il existe 3 types de chaînes : ''FORWARD'' pour les paquets passant par le firewall, ''INPUT'' pour les paquets entrant et ''OUTPUT'' pour les paquets sortants. Les cibles disponibles sont : ''ACCEPT, DENY, DROP, REJECT Â°''.
* '''Table Mangle''' : C'est la table qui contient les règles pour la modification de paquets. Elle est peu utilisée et ne sera pas décrite dans cet article.

A noter : Les règles sont évaluées dans l'ordre, par défaut la table ''FILTER'' est vide et donc accepte tout. Aucune règle de translation d'adresse n'est présente par défaut.

; <nowiki>#</nowiki> chaîne
: une chaîne est une suite de règles, qui sont prises dans l'ordre ; dès qu'une règle s'applique à un paquet, elle est déclenchée, et la suite de la chaîne est ignorée.
; * SNAT
: permet de modifier l'adresse source du paquet.
; * DNAT
: permet de modifier l'adresse destination du paquet.
; * MASQUERADE
: Une passerelle (gateway) transforme les paquets sortants passant par elle pour donner l'illusion qu'ils sortent de la passerelle elle-même par un port alloué dynamiquement ; lorsque la passerelle recoit une réponse sur ce port, elle utilise une table de correspondance entre le port et les machines du réseau privé qu'elle gère pour lui faire suivre le paquet.
; Â° policy ACCEPT
: permet d'accepter un paquet grâce à la règle vérifiée.
; Â° policy DROP
: Rejet d'un paquet sans message d'erreur si la règle est vérifiée ("non ! j'en veux pas mais je dis rien à l'expediteur").
; Â° policy REJECT
: Rejet avec un retour de paquet d'erreur à l'expediteur si la règle est verifiée ("un paquet recommandé de La Poste refusé par son destinataire").

=== 2.2/ Les commandes ===

IpTables n'est pas livré avec une interface graphique ; les commandes et les règles sont passées en ligne de commande. Le mieux est d'écrire des scripts (à rajouter dans <tt>/etc/rc.d/init.d</tt>) qui permettent d'appliquer toutes les règles d'un seul coup, dès le démarrage du GNU/Linux.

==== 2.2.1/ Commandes principales ====

<tt>-A --append</tt> : Ajoute la règle à la fin de la chaîne spécifiée ''Exemple :'' <tt><nowiki># iptables -A INPUT ...</nowiki></tt>

<tt>-D --delete</tt> : Permet de supprimer une chaîne. On peut l'utiliser de 2 manières, soit en spécifiant le numéros de la chaîne a supprimer, soit en spécifiant la règle à retirer. ''Exemples :'' <tt><nowiki># iptables -D INPUT --dport 80 -j DROP</nowiki></tt> <tt><nowiki># iptables -D INPUT 1</nowiki></tt>

<tt>-R --replace</tt> : Permet de remplacer la chaîne spécifiée. ''Exemple :'' <tt><nowiki># iptables -R INPUT 1 -s 192.168.0.1 -j DROP</nowiki></tt>

<tt>-I --insert</tt> : Permet d'ajouter une chaîne dans un endroit spécifié de la chaîne. ''
Exemple :'' <tt><nowiki># iptables -I INPUT 1 --dport 80 -j ACCEPT</nowiki></tt> ''
Si aucun chiffre n'est spécifié à la suite (#iptables -I INPUT --dport 80 -j ACCEPT), la règle est ajoutée au début de la chaîne spécifiée

<tt>-L --list</tt> : Permet d'afficher les règles. ''Exemples :'' ''<tt><nowiki># iptables -L </nowiki></tt><nowiki># Affiche toutes les règles des chaînes de FILTER</nowiki>'' ''<tt><nowiki># iptables -L INPUT </nowiki></tt><nowiki># Affiche toutes les règles de INPUT (FILTER)</nowiki>''

<tt>-F --flush</tt> : Permet de vider toutes les règles d'une chaîne. ''Exemple :'' <tt><nowiki># iptables -F INPUT</nowiki></tt>

<tt>-N --new-chain</tt> : Permet de créer une nouvelle chaîne. ''Exemple :'' <tt><nowiki># iptables -N LOG_DROP</nowiki></tt>

<tt>-X --delete-chain</tt> : Permet d'effacer une chaîne. ''Exemple :'' <tt><nowiki># iptables -X LOG_DROP</nowiki></tt>

<tt>-P --policy</tt> : Permet de spécifier au noyau la politique par défaut d'une chaîne DENY, ACCEPT, REJECT, DROP ... ''Exemple :'' <tt><nowiki># iptables -P INPUT DROP</nowiki></tt>

==== 2.2.2/ Commandes pour matcher ====

Remarques :

Le "!" peut être utilisé pour certaines commandes afin de spécifier le contraire (on peut le traduire par "sauf"). Par exemple une commande qui doit refuser tout trafic TCP sauf ce qui provient de l'adresse IP 10.42.42.42 sera traduite par la commande suivante : ''Exemple :'' <tt><nowiki># iptables -A INPUT -p tcp --source ! 10.42.42.42 -j DROP</nowiki></tt>

Les adresses IP peuvent optionnellement être spécifiées avec le masque associé sous la forme [adresse ip]/[masque].

<tt>-j (jump)</tt> : Défini l'action à prendre si un paquet répond aux critères de cette règle: <tt>ACCEPT</tt>, <tt>LOG</tt>, <tt>DROP</tt>... ''<fontcolor="#770000">Exemple :'' <tt><nowiki># iptables -A INPUT -p icmp -j DROP</nowiki></tt>

<tt>-p --protocol</tt> : Spécifier un protocole : <tt>tcp</tt>, <tt>udp</tt>, <tt>icmp</tt>, <tt>all</tt> (tous) ''Exemple :'' <tt><nowiki># iptables -A INPUT -p icmp -j DROP</nowiki></tt>

<tt>-s --source</tt> : Spécifier une adresse source à matcher ''Exemple :'' <tt><nowiki># iptables -A INPUT -p tcp -s 192.168.42.42 -j ACCEPT</nowiki></tt>

<tt>-d --destination</tt> : Spécifier une adresse destination ''Exemple :'' <tt><nowiki># iptables -A FORWARD -p tcp -d 10.1.0.1 -j ACCEPT</nowiki></tt>

<tt>-i --in-interface</tt> : Spécifier une interface d'entrée ''Exemple :'' <tt><nowiki># iptables -A INPUT -p icmp -i eth0 -j DROP</nowiki></tt>

<tt>-o --out-interface</tt> : Spécifier une interface de sortie ''Exemple :'' <tt><nowiki># iptables -A OUTPUT -p icmp -o eth0 -j DROP</nowiki></tt>

<tt>-f --fragment</tt> : Paquet fragmenté ''Exemple :'' <tt><nowiki># iptables -A INPUT -p icmp -f -j DROP</nowiki></tt>

<tt>--sport --source-port</tt> : Spécifier le port source ou une plage de ports, fonctionne aussi en udp, <tt>-m multiport</tt> permet de spécifier plusieurs ports à matcher. ''Exemples :'' <tt><nowiki># iptables -A INPUT -p tcp --sport 80 -j ACCEPT</nowiki></tt> <tt><nowiki># iptables -A INPUT -p udp --sport 80 -j DROP</nowiki></tt> <tt><nowiki># iptables -A OUTPUT -p tcp -m multiport --sport 3128,21,1000 -j DROP</nowiki></tt> <tt><nowiki># iptables -A OUTPUT -p tcp --sport 1024:2042 -j ACCEPT</nowiki></tt>

<tt>--dport --destination-port</tt> : Spécifier le port destination ou une plage de ports, fonctionne aussi en udp, <tt>-m multiport</tt> permet de spécifier plusieurs ports a matcher. ''Exemples :'' <tt><nowiki># iptables -A INPUT -p tcp --dport 110 -j DROP</nowiki></tt> <tt><nowiki># iptables -A INPUT -p udp --dport 110 -j DROP</nowiki></tt> <tt><nowiki># iptables -A INPUT -p tcp -m multiport --dport 110,4242,119 -j DROP</nowiki></tt> <tt><nowiki># iptables -A INPUT -p tcp --sport 4925:4633 -j ACCEPT</nowiki></tt>

<tt>--tcp-flags</tt> : Spécifier un flag tcp à matcher : <tt>SYN ACK FIN RST URG PSH ALL NONE</tt> ''Exemple :'' <tt><nowiki># iptables -A INPUT -p tcp --dport 42 --tcp-flags SYN,ACK -j ACCEPT</nowiki></tt>

<tt>--icmp-type</tt> : Spécifier un type de paquet icmp à matcher ''Exemple :'' <tt><nowiki># iptables -A INPUT -p icmp --icmp-type 8 -j DROP</nowiki></tt>

<tt>--mac-source</tt> : Spécifier l'adresse MAC à matcher ''Exemple :'' <tt><nowiki># iptables -A INPUT --mac-source 42.42.AA.42.42.AA -j DROP</nowiki></tt>

<tt>--state</tt> : Permet de spécifier l'état du paquet à matcher parmi les états suivants : <tt> ESTABLISHED </tt><nowiki>: paquet associé à une connexion déjà établie </nowiki> <tt> NEW </tt><nowiki>: paquet demandant une nouvelle connexion </nowiki> <tt> INVALID </tt><nowiki>: paquet associé à une connexion inconnue </nowiki> <tt> RELATED </tt><nowiki>: Nouvelle connexion mais liée, idéal pour les connexions FTP </nowiki> ''Exemples :'' <tt><nowiki># iptables -A INPUT -i eth0 -p tcp --dport 80 -m state --state NEW,ESTABLISHED -j ACCEPT</nowiki></tt> <tt><nowiki># iptables -A OUTPUT -o eth0 -p tcp --sport 80 -m state --state ESTABLISHED -j ACCEPT</nowiki></tt>

Spécificités NAT :

<tt>--to-destination</tt> : Utilisé en target pour le DNAT, permet de spécifier l'adresse de destination de la translation, on peut également spécifier un port s'il est différent du port source. ''Exemples :'' <tt><nowiki># iptables -t nat -A PREROUTING -d 42.12.42.12 -p tcp --dport 110 -j DNAT --to-destination 192.168.1.2:6110</nowiki></tt> <tt><nowiki># iptables -t nat -A PREROUTING -d ! 42.12.42.12 -p tcp --dport 80 -j DNAT --to-destination 192.168.2.1:3128</nowiki></tt>

<tt>--to-source</tt> : Utilisé pour en target pour le SNAT, permet de spécifier l'adresse source de la translation.

Spécificités pour les LOGS :

<tt>--log-level</tt> : Level, niveau de log ''Exemple : Cf. chapitre 3''

<tt>--log-prefix</tt> : Permet de spécifier un préfixe pour les logs. ''Exemple : Cf. chapitre 3'' 

==== 2.2.3/ Quelques exemples : ====

Les exemples qui suivent supposent que vous êtes reliés à internet par modem via l'interface ppp0 (mais en remplaçant ppp0 par eth0 - par exemple, on peut adapter les exemples pour d'autres type de liaisons) et que votre réseau local est 192.168.1.0/24 (classe C).

* Pour fixer les '''politiques par défaut''' (cad: ce qui se passe quand aucune règle ne correspond - ne matche pas), ici, on refuse tout (normal, on fait un firewall, oui ou non ?) : <blockquote><tt> iptables -P INPUT DROP iptables -P OUTPUT DROP iptables -P FORWARD DROP</tt></blockquote>
* Pour '''logguer''' tout ce qu'on jette : <blockquote><tt> iptables -N LOG_DROP iptables -A LOG_DROP -j LOG --log-prefix '[IPTABLES DROP] : ' iptables -A LOG_DROP -j DROP</tt></blockquote>
Les trois dernières règles doivent être : <blockquote><tt> iptables -A FORWARD -j LOG_DROP iptables -A INPUT -j LOG_DROP iptables -A OUTPUT -j LOG_DROP </tt></blockquote>
Enfin (pour loguer le trafic autorise), recommencer en remplacant <tt>-j DROP</tt>, par <tt>-j ACCEPT</tt> et a la place de <tt>-j LOG_DROP</tt> il faut mettre <tt>-j LOG_ACCEPT</tt>
* Pour '''accepter''' tout ce qui se passe sur l'interface <tt>lo</tt> (sinon ce n'est pas la peine d'activer le réseau !) : <blockquote><tt> iptables -A INPUT -i lo -j ACCEPT iptables -A OUTPUT -o lo -j ACCEPT </tt></blockquote>
* Pour '''accepter''' tout ce qui se passe sur le '''réseau local''' <tt>192.168.1.0</tt> : <blockquote><tt> iptables -A INPUT -s 192.168.1.0/24 -j ACCEPT iptables -A OUTPUT -d 192.168.1.0/24 -j ACCEPT iptables -A FORWARD -s 192.168.1.0/24 -j ACCEPT </tt></blockquote>
* Pour accepter les résolutions de nom (ie: le '''dns''') : <blockquote><tt> iptables -A INPUT -i ppp0 --protocol udp --source-port 53 -j ACCEPT iptables -A OUTPUT -o ppp0 --protocol udp --destination-port 53 -j ACCEPT iptables -A INPUT -i ppp0 --protocol tcp --source-port 53 -j ACCEPT iptables -A OUTPUT -o ppp0 --protocol tcp --destination-port 53 -j ACCEPT </tt></blockquote>
* Pour accepter le traffic '''web''' (on veut surfer!) : <blockquote><tt> iptables -A INPUT -i ppp0 --protocol tcp --source-port 80 -m state --state ESTABLISHED -j LOG_ACCEPT iptables -A OUTPUT -o ppp0 --protocol tcp --destination-port 80 -m state --state NEW,ESTABLISHED -j LOG_ACCEPT</tt></blockquote> La première ligne pour accepter ce qui entre sur notre interface ppp0 sur le port 80 (le port http) si c'est une connexion déjà établie, la seconde pour accepter ce qui sort sur ppp0 sur le port 80 si c'est une nouvelle connexion ou si c'est une connexion déjà établie.
Pour autoriser le '''ssh''', il faut préciser le port 22; pour autoriser l''''irc''', le port 6667 (ou celui que vous utilisez pour vous connecter à votre serveur); pour le '''smtp''' (envoi d'emails), le port 25; pour le '''pop3''' (réception d'emails), le port 110; pour le '''imap''' (réception d'emails), les ports 143 et 220 ('''imap3''') ; pour le '''cvs''', le port 2401 ; pour le '''https''', le port 443. De manière générale, le numéros de port se trouvent dans /etc/services.
* Pour le '''ftp''' c'est un peu plus complexe. D'abord, il faut charger le module : <tt>ip_conntrack_ftp</tt> (c'est lui qui suit - track en anglais - les connexions ftp) et, si vous ''nat''ez (en utilisant le masquerading par exemple) vos connexions ftp vers d'autres postes le module : <tt>ip_nat_ftp</tt> : <blockquote><tt> modprobe ip_conntrack_ftp</tt> # éventuellement : <tt> modprobe ip_nat_ftp</tt> </blockquote> Ensuite, il faut taper les commandes suivantes : <blockquote><tt> iptables -A INPUT -i ppp0 -p tcp --sport 21 -m state --state ESTABLISHED -j ACCEPT iptables -A OUTPUT -o ppp0 -p tcp --dport 21 -m state --state NEW,ESTABLISHED -j ACCEPT </tt></blockquote> Cela pour que la connexion puisse s'établir. Ensuite (et c'est la qu'on a besoin de <tt>ip_conntrack_ftp</tt>) : <blockquote><tt> iptables -A INPUT -i ppp0 -p tcp --sport 20 -m state --state ESTABLISHED,RELATED -j ACCEPT iptables -A OUTPUT -o ppp0 -p tcp --dport 20 -m state --state ESTABLISHED -j ACCEPT </tt></blockquote> Pour que serveur puisse établir la connexion pour les données (en mode actif). Et enfin : <blockquote><tt> iptables -A INPUT -i ppp0 -p tcp --sport 1024:65535 --dport 1024:65535 -m state --state ESTABLISHED -j ACCEPT iptables -A OUTPUT -o ppp0 -p tcp --sport 1024:65535 --dport 1024:65535 -m state --state ESTABLISHED,RELATED -j ACCEPT </tt></blockquote> Pour que le serveur puisse établir la connexion pour les données (en mode passif). Ici aussi <tt>ip_conntrack_ftp</tt> est nécessaire.
* Pour '''partager une connexion''', il faut que le forwarding soit activé dans le noyau (<tt>echo 1 > /proc/sys/net/ipv4/ip_forward</tt>), puis il faut autoriser iptable à faire le forwarding : <blockquote><tt> iptables -F FORWARD iptables -A FORWARD -j ACCEPT </tt></blockquote> et enfin, cacher les machines forward-ées par le firewall : <blockquote><tt> iptables -A POSTROUTING -t nat -o ppp0 -j MASQUERADE </tt></blockquote> Sur chaque machine devant être cachée par le firewall (ou devant partager la connexion avec la machine qui est connectée à internet), il faut ajouter une route par defaut : <blockquote><tt> route add default gw 192.168.1.1 </tt></blockquote> Si la machine connectée à internet a comme ip : 192.168.1.1. Il suffit avec une redhat/mandrake d'éditer : <blockquote><tt>/etc/sysconfig/network</tt></blockquote> et d'ajouter dedans : <blockquote><tt>GATEWAY=192.168.1.1</tt></blockquote> puis de redémarer le réseau :<blockquote><tt>/etc/rc.d/init.d/network restart</tt></blockquote>

== 3/ Application par l'exemple ==

Nous allons mettre en place un firewall / proxy.

Pour cet exemple, le firewall aura la connexion à Internet (interface eth2) et disposera de 2 pattes sur des réseaux privés (eth0 et eth1) :

* il fait office de proxy sur le port 3128 pour un réseau qui aura ainsi un accès internet
* et une DMZ<nowiki>*</nowiki> ("zone démilitarisée") sur laquelle il y a un ensemble de serveurs disponibles de l'extérieur dont un serveur web qui a pour adresse 192.168.1.2 écoutant sur le port 80 en TCP.

<blockquote><tt> ____ '''eth1''' '''.->''' ---+------+------+--- _/ \_ ____ 3128'''/''' [PC1] [PC2] [PC3] ( ) '''eth2'''| |'''<--'''' réseau local 198.168.2.0 (INTERNET)'''<--->'''|'''Fire'''| (_ _) ppp0|'''wall'''| \____/ |____|'''<--.''' DMZ serveurs 198.168.1.0 '''eth0\''' [WEB] [NEWS] [FTP] ''''->''' ---+------+------+--- ''ASCIIArt (c) Jice''</tt></blockquote>

La classe d'adresse IP 192.168.2.0 correspond au réseau interne sur l'interface <tt>eth1</tt>. La classe d'adresse IP 192.168.1.0 correspond a la DMZ sur l'interface <tt>eth0</tt>. L'interface de la connexion Internet est ppp0 sur l'interface <tt>eth2</tt>.

; <nowiki>* </nowiki>DMZ, ou zone démilitarisée
: Sous-réseau dans lequel des serveurs accessibles depuis internet sont en adressage privé (classe d'adresse IP réservée comme 192.168.x.x) derrière un firewall.

=== 3.1/ Le script init.d ===

Nous allons écrire un script qui permettra de charger automatiquement au démarrage de la machine ou sur demande les règles du firewall qui seront stockées dans le fichier <tt>/etc/firewall.sh</tt>. Le script de démarrage sera nommé <tt>/etc/init.d/firewall</tt>. Bien sûr, on n'oubliera pas d'exécuter un <tt>chmod +x</tt> sur les 2 scripts que nous allons créer au long de ce chapitre.

Go ! Fichier de chargement <tt>/etc/init.d/firewall</tt> : 

<center>

{| width="90%" bgcolor="#FFFFCC"
|
<tt><nowiki>#!/bin/bash</nowiki></tt> <tt><nowiki>#</nowiki></tt> <tt><nowiki># Lancement du script de Firewall</nowiki></tt> <tt><nowiki># Arnaud de Bermingham</nowiki></tt>

<tt>. /etc/init.d/functions</tt>

<tt>RETVAL=0</tt>

<tt><nowiki># Fonction pour le lancement du firewall</nowiki></tt> <tt>start() {</tt> <tt> echo -n "Application des règles IpTables: "</tt> <tt> /etc/firewall.sh</tt> <tt> RETVAL=0</tt> <tt> [ $RETVAL -eq 0 ] && touch /var/lock/subsys/firewall</tt> <tt> echo</tt> <tt>}</tt>

<tt><nowiki># Fonction pour arrêter le firewall (on flush)</nowiki></tt> <tt>stop() {</tt> <tt> echo -n "Flush des règles IpTables: "</tt> <tt> /etc/flush_iptables.sh</tt> <tt> RETVAL=0</tt> <tt> [ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/firewall</tt> <tt> echo</tt> <tt>}</tt>

<tt>case $1 in</tt> <tt> start)</tt> <tt> start</tt> <tt> ;;</tt> <tt> stop)</tt> <tt> stop</tt> <tt> ;;</tt> <tt> restart)</tt> <tt> stop</tt> <tt> start</tt> <tt> ;;</tt> <tt> status)</tt> <tt> /sbin/iptables -L</tt> <tt> /sbin/iptables -t nat -L</tt> <tt> RETVAL=0</tt> <tt> ;;</tt> <tt> *)</tt> <tt> echo "Usage: firewall {start|stop|restart|status}"</tt> <tt> RETVAL=1</tt> <tt>esac</tt>

<tt>exit</tt>
|}

</center>

C'est tout simple non ?

=== 3.2/ Le script pour vider (flusher) les règles ===

Et maintenant : <tt>/etc/flush_iptables.sh</tt>.

<center>

{| width="90%" bgcolor="#FFFFCC"
|
<tt><nowiki>#!/bin/sh</nowiki></tt> <tt><nowiki># </nowiki></tt> <tt><nowiki># Script pour vider les règles iptables</nowiki></tt> <tt><nowiki># Arnaud de Bermingham</nowiki></tt> <tt><nowiki># duracell@apinc.org</nowiki></tt>

<tt><nowiki>#</nowiki></tt> <tt><nowiki># On remet la police par défaut à ACCEPT</nowiki></tt> <tt><nowiki>#</nowiki></tt> <tt>iptables -P INPUT ACCEPT</tt> <tt>iptables -P FORWARD ACCEPT</tt> <tt>iptables -P OUTPUT ACCEPT</tt>

<tt><nowiki>#</nowiki></tt> <tt><nowiki># On remet les polices par défaut pour la table NAT</nowiki></tt> <tt><nowiki>#</nowiki></tt> <tt>iptables -t nat -P PREROUTING ACCEPT</tt> <tt>iptables -t nat -P POSTROUTING ACCEPT</tt> <tt>iptables -t nat -P OUTPUT ACCEPT</tt>

<tt><nowiki>#</nowiki></tt> <tt><nowiki># On vide (flush) toutes les règles existantes</nowiki></tt> <tt><nowiki>#</nowiki></tt> <tt>iptables -F</tt> <tt>iptables -t nat -F</tt>

<tt><nowiki>#</nowiki></tt> <tt><nowiki># Et enfin, on efface toutes les chaînes qui ne</nowiki></tt> <tt><nowiki># sont pas à defaut dans la table filter et nat</nowiki></tt>

<tt>iptables -X</tt> <tt>iptables -t nat -X</tt>

<tt><nowiki># Message de fin</nowiki></tt> <tt>echo " [termine]"</tt>
|}

</center>

Bon, on va enfin commencer les choses sérieuses : le script du firewall :)

=== 3.3/ Les prérequis pour le script du firewall et création des tables pour les logs ===

Le script sera commenté au fur et à mesure, afin de décrire chaque étape. 

<center>

{| width="90%" bgcolor="#FFFFCC"
|
<tt><nowiki>#!/bin/sh</nowiki></tt>

<tt><nowiki># script </nowiki>'''/etc/firewall.sh'''</tt>

<tt><nowiki># Firewall d'exemple a but pédagogique</nowiki></tt> <tt><nowiki># Arnaud de Bermingham</nowiki></tt> <tt><nowiki># duracell@apinc.org</nowiki></tt>

<tt><nowiki># </nowiki>'''Activation du forwarding'''</tt> <tt><nowiki># C'est pas pour faire joli, on aura des règles</nowiki></tt> <tt><nowiki># de forward et il faut bien que les paquets</nowiki></tt> <tt><nowiki># traversent la machine, donc on met ce fichier à 1</nowiki></tt>

<tt>echo 1 > /proc/sys/net/ipv4/ip_forward</tt>

<tt><nowiki># Alors la, on va appliquer quelques astuces</nowiki></tt> <tt><nowiki># pour empêcher les attaques de type </nowiki>''spoofing''</tt> <tt><nowiki># et bloquer les réponses ICMP du firewall,</nowiki></tt> <tt><nowiki># comme ça c'est très propre. Attention, le</nowiki></tt> <tt><nowiki># fait de bloquer le trafic ICMP sur</nowiki></tt> <tt><nowiki># le firewall bloque les pings.</nowiki></tt>

<tt><nowiki># Je veux </nowiki>'''pas de spoofing'''</tt>

<tt>if [ -e /proc/sys/net/ipv4/conf/all/rp_filter ]</tt> <tt>then</tt> <tt> for filtre in /proc/sys/net/ipv4/conf/*/rp_filter</tt> <tt> do</tt> <tt> echo 1 > $filtre</tt> <tt> done</tt> <tt>fi</tt>

<tt><nowiki># </nowiki>'''pas de icmp'''</tt>

<tt>echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all</tt> <tt>echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts</tt>

<tt><nowiki># On va utiliser iptables. Si on l'a compilé en module</nowiki></tt> <tt><nowiki># dans le kernel, il faut </nowiki>'''charger le module ip_tables'''.</tt>

<tt>modprobe ip_tables</tt>

<tt><nowiki># on va charger quelques </nowiki>'''modules supplémentaires''' pour</tt> <tt><nowiki># gérer la </nowiki>'''translation''' d'adresse, l''''IRC''' et le '''FTP'''</tt> <tt><nowiki># Tu me fait 4 pompes. Chef oui chef !</nowiki></tt>

<tt>modprobe ip_nat_ftp</tt> <tt>modprobe ip_nat_irc</tt> <tt>modprobe iptable_filter</tt> <tt>modprobe iptable_nat</tt>

<tt><nowiki># Pour faire bien, on va </nowiki>'''vider toutes les règles'''</tt> <tt><nowiki># avant d'appliquer les nouvelles règles de firewall</nowiki></tt>

<tt>iptables -F</tt> <tt>iptables -X</tt>

<tt><nowiki># On va rajouter 2 nouvelles </nowiki>'''chaînes'''.</tt> <tt><nowiki># Ceci permettra d'ajouter des nouvelles cibles qui</nowiki></tt> <tt><nowiki># auront la possibilité de loguer ce qui se passe.</nowiki></tt>

<tt><nowiki># La on logue et on refuse le paquet,</nowiki></tt> <tt><nowiki># on rajoute un préfixe pour pouvoir</nowiki></tt> <tt><nowiki># s'y retrouver dans les logs</nowiki></tt> <tt>iptables -N LOG_DROP</tt> <tt>iptables -A LOG_DROP -j LOG \</tt> <tt> --log-prefix '[IPTABLES DROP] : '</tt> <tt>iptables -A LOG_DROP -j DROP</tt>

<tt><nowiki># ici, on logue et on accepte le paquet,</nowiki></tt> <tt><nowiki># on rajoute un préfixe pour pouvoir</nowiki></tt> <tt><nowiki># s'y retrouver dans les logs</nowiki></tt> <tt>iptables -N LOG_ACCEPT</tt> <tt>iptables -A LOG_ACCEPT -j LOG \</tt> <tt> --log-prefix '[IPTABLES ACCEPT] : '</tt> <tt>iptables -A LOG_ACCEPT -j ACCEPT</tt>

<tt><nowiki># On veut faire un firewall efficace,</nowiki></tt> <tt><nowiki># donc la politique a appliquer est de tout</nowiki></tt> <tt><nowiki># refuser par défaut et rajouter une a une</nowiki></tt> <tt><nowiki># les règles que l'on autorise.</nowiki></tt> <tt><nowiki># Bien sur, on a RTFM un peu et on a vu que</nowiki></tt> <tt><nowiki># l'option -P permet de définir</nowiki></tt> <tt><nowiki># </nowiki>'''la cible par défaut'''</tt>

<tt>iptables -P INPUT DROP</tt> <tt>iptables -P OUTPUT DROP</tt> <tt>iptables -P FORWARD DROP</tt>

<tt><nowiki># Pour éviter les problèmes, on va </nowiki>'''tout accepter sur'''</tt> <tt><nowiki># </nowiki>'''la machine en local''' (interface lo).</tt> <tt><nowiki># Je déconseille de retirer cette règle car</nowiki></tt> <tt><nowiki># ça pose pas mal de problèmes et ça peut</nowiki></tt> <tt><nowiki># faire perdre la main sur la machine</nowiki></tt>

<tt>iptables -A INPUT -i lo -j ACCEPT</tt> <tt>iptables -A OUTPUT -o lo -j ACCEPT</tt>

<tt><nowiki># Bon, la partie initialisation et préparation est</nowiki></tt> <tt><nowiki># terminée, passons aux choses sérieuses</nowiki></tt> <tt><nowiki># Comme on l'a dit dans la présentation de</nowiki></tt> <tt><nowiki># l'architecture réseau, le firewall fait</nowiki></tt> <tt><nowiki># également office de proxy grâce par exemple</nowiki></tt> <tt><nowiki># à un squid installé dessus. On va donc</nowiki></tt> <tt><nowiki># accepter que le </nowiki>'''proxy''' ait une '''connexion'''</tt> <tt><nowiki># </nowiki>'''internet directe'''. Tant qu'à faire, on va</tt> <tt><nowiki># mettre des états pour que ça soit bien sécurisé</nowiki></tt>

<tt>iptables -A OUTPUT -o ppp0 -m state \</tt> <tt> --state NEW,ESTABLISHED -p tcp --dport 80 -j ACCEPT</tt> <tt>iptables -A INPUT -i ppp0 -m state \</tt> <tt> --state ESTABLISHED -p tcp --sport 80 -j ACCEPT</tt>

<tt><nowiki># Maintenant, on va faire en sorte que le</nowiki></tt> <tt><nowiki># </nowiki>'''proxy soit totalement transparent pour le LAN'''</tt> <tt><nowiki># bénéficiant de la connexion internet.</nowiki></tt> <tt><nowiki># L'astuce consiste a rediriger toutes les</nowiki></tt> <tt><nowiki># requêtes ayant un port de destination 80</nowiki></tt> <tt><nowiki># vers le port 3128 du proxy, ici c'est le</nowiki></tt> <tt><nowiki># firewall (qui est sur le firewall et qui</nowiki></tt> <tt><nowiki># a l'adresse IP 192.168.2.1 ).</nowiki></tt> <tt><nowiki># Une règle de NAT suffira largement pour faire ça.</nowiki></tt>

<tt>iptables -t nat -A PREROUTING -i eth1 -p tcp \</tt> <tt> --dport 80 -j DNAT --to-destination 192.168.2.1:3128</tt>

<tt><nowiki># Bon, c'est pas trop compliqué ! Maintenant</nowiki></tt> <tt><nowiki># on sait que l'on a un </nowiki>'''serveur web sur la DMZ'''</tt> <tt><nowiki># (la machine d'adresse IP 192.168.1.2) sur</nowiki></tt> <tt><nowiki># le port 80. On souhaite que toutes les requêtes</nowiki></tt> <tt><nowiki># provenant d'internet arrivant sur l'adresse IP</nowiki></tt> <tt><nowiki># publique du serveur ( ici 42.42.42.42 ) soit</nowiki></tt> <tt><nowiki># redirigées sur le serveur web de la DMZ.</nowiki></tt> <tt><nowiki># Rien de bien compliqué. Dans l'exemple,</nowiki></tt> <tt><nowiki># on peut retirer le :80 de la target</nowiki></tt> <tt><nowiki># --to-destination</nowiki></tt>

<tt>iptables -t nat -A PREROUTING -d 42.42.42.42 \</tt> <tt> -p tcp --dport 80 -j DNAT --to-destination 192.168.1.2:80</tt>

<tt><nowiki># C'est bien tout ça ! mais le problème c'est</nowiki></tt> <tt><nowiki># que les chaînes de la table FILTER sont toutes</nowiki></tt> <tt><nowiki># à DENY, donc tout ceci ne fait rien du tout.</nowiki></tt> <tt><nowiki># On va donc passer a la </nowiki>'''configuration du'''</tt> <tt><nowiki># </nowiki>'''firewall''' proprement dit.</tt>

<tt><nowiki># On va quand même </nowiki>'''accepter les connexions ssh'''</tt> <tt><nowiki># (port 22) provenant d'une machine (la votre en</nowiki></tt> <tt><nowiki># l'occurrence, on va dire 192.168.2.42) vers le</nowiki></tt> <tt><nowiki># firewall pour pouvoir modifier les règles</nowiki></tt> <tt><nowiki># facilement pour bien surveiller, on vas quand</nowiki></tt> <tt><nowiki># même loguer les connexions provenant de mon IP</nowiki></tt> <tt><nowiki># et à destination du ssh du firewall</nowiki></tt>

<tt>iptables -A INPUT -i eth1 -s 192.168.2.42 -m state \</tt> <tt> --state NEW,ESTABLISHED -p tcp --dport 22 -j LOG_ACCEPT</tt> <tt>iptables -A OUTPUT -o eth1 -d 192.168.2.42 -m state \</tt> <tt> --state ESTABLISHED -p tcp --sport 22 -j LOG_ACCEPT</tt>

<tt><nowiki># On veut que le </nowiki>'''LAN''' connecté à l'interface</tt> <tt><nowiki># eth1 ait un accès complet à </nowiki>'''internet'''.</tt> <tt><nowiki># La règle de NAT qui permettait d'avoir</nowiki></tt> <tt><nowiki># un </nowiki>'''proxy transparent''' sera automatiquement</tt> <tt><nowiki># appliqué. L'interface correspondant</nowiki></tt> <tt><nowiki># à la connexion internet est ici ppp0</nowiki></tt>

<tt>iptables -A FORWARD -i eth1 -o ppp0 -j ACCEPT</tt> <tt>iptables -A FORWARD -o eth1 -i ppp0 -j ACCEPT</tt>

<tt><nowiki># Maintenant on donne le droit au </nowiki>'''LAN''' de</tt> <tt><nowiki># </nowiki>'''consulter les pages web du serveur de la DMZ'''</tt>

<tt>iptables -A FORWARD -i eth1 -o eth0 -p tcp \</tt> <tt> --dport 80 -m state --state NEW,ESTABLISHED -j ACCEPT</tt> <tt>iptables -A FORWARD -i eth0 -o eth1 -p tcp \</tt> <tt> --sport 80 -m state --state ESTABLISHED -j ACCEPT</tt>

<tt><nowiki># Maintenant il n'y a plus qu'à dire au firewall</nowiki></tt> <tt><nowiki># d'autoriser à transmettre des paquets TCP à</nowiki></tt> <tt><nowiki># destination du port 80 provenant de l'adresse</nowiki></tt> <tt><nowiki># IP publique (i.e. d'</nowiki>'''internet''') '''vers le serveur'''</tt> <tt><nowiki># </nowiki>'''web de la DMZ''' que nous avons naté précédemment.</tt>

<tt>iptables -A FORWARD -i ppp0 -o eth0 -p tcp \</tt> <tt> --destination-port 80 -m state --state NEW,ESTABLISHED -j ACCEPT</tt> <tt>iptables -A FORWARD -o ppp0 -i eth0 -p tcp \</tt> <tt> --source-port 80 -m state --state ESTABLISHED -j ACCEPT</tt>

<tt><nowiki># Maintenant il ne reste plus grand chose à faire !</nowiki></tt>

<tt><nowiki># Il faut permettre à l'ensemble du LAN de dialoguer</nowiki></tt> <tt><nowiki># sur internet avec la même adresse IP sinon, bien</nowiki></tt> <tt><nowiki># évidemment ça ne marchera pas (à moins que vous</nowiki></tt> <tt><nowiki># ayez 30 adresses ip !).</nowiki></tt> <tt><nowiki># Une petite règle de NAT avec un -j MASQUERADE</nowiki></tt> <tt><nowiki># suffira (masquerade = dialoguer avec l'adresse</nowiki></tt> <tt><nowiki># IP publique sur firewall)</nowiki></tt>

<tt>iptables -t nat -A POSTROUTING \</tt> <tt> -s 192.168.2.0/24 -j MASQUERADE</tt>

<tt><nowiki># Il faut également que le serveur web de la DMZ</nowiki></tt> <tt><nowiki># soit masqueradé sinon, le serveur</nowiki></tt> <tt><nowiki># dialoguera sur internet avec son IP privée</nowiki></tt>

<tt>iptables -t nat -A POSTROUTING \</tt> <tt> -s 192.168.1.0/24 -j MASQUERADE</tt>

<tt><nowiki># Toutes les règles qui n'ont pas passé les</nowiki></tt> <tt><nowiki># règles du firewall seront refusées et loguées...</nowiki></tt> <tt><nowiki># facile :</nowiki></tt>

<tt>iptables -A FORWARD -j LOG_DROP</tt> <tt>iptables -A INPUT -j LOG_DROP</tt> <tt>iptables -A OUTPUT -j LOG_DROP</tt>

<tt><nowiki># Pour faire zoli</nowiki></tt> <tt>echo " [Termine]"</tt>

<tt><nowiki># c'est enfin fini</nowiki></tt>
|}

</center>

Et voilà ! le firewall de compèt' est prêt et fonctionnel.

Ceci était bien évidemment un exemple, vous pouvez dès à présent préparer votre propre firewall personnalisé ! Vous pouvez l'adapter à vos besoins, votre connexion vers internet (par ADSL par exemple), etc.

<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 Arnaud de Bermingham le 12/11/2001.</div>

{{Copy|12/11/2001|Arnaud de Bermingham|DP}}

=Autres ressources=
Le [http://lea-linux.org/trucs/index.php3?aff_item=272 partage de connexion] facile.

Tester votre firewall [http://grc.com/default.htm là].

Cliquez sur 'ShieldsUP!', puis sur l'un des boutons : 'Test My Shields !" et "Probe My Ports !". Ça vaut pas un bon <tt>nmap</tt> fait par un ami, mais ça permet de voir ou on en est.

Samba

2006-08-18T19:33:29Z

ST : /* Gestion des jetons sous DOS pour intégrer une installation administratives de vos clients sous windows 2000 & XP */

[[Category:Partager ses fichiers]]
= Partager ses fichiers et imprimantes avec Samba =

<div class="leatitre">Partager ses fichiers et imprimantes avec Samba</div><div class="leapar">Par Anne <anne at lea-linux point org></div>

Vous disposez à la maison ou dans votre entreprise de machines sous Linux et d'autres sous Windows. Comment faire en sorte de faire communiquer tout ce petit monde ? Samba va vous permettre de centraliser et rendre accessibles vos fichiers et imprimantes à partir de toutes ces machines.

L'article se propose de donner les éléments nécessaires pour configurer ce partage dans un contexte de groupe de travail (le plus simple) mais en sécurisant un minimum l'accès à ces ressources, et donc une authentification des utilisateurs. Nous verrons dans un premier temps la configuration en mode texte, qui a l'avantage de vous expliquer les arcanes du fonctionnement du serveur. Vous pourrez également utiliser les interfaces graphiques, ce qui vous permettra d'obtenir le même résultat.

= Le projet Samba =

Le projet démarre en 1992, grâce à Andrew TRIDGELL. Etudiant en physique, il développe un protocole de partage de fichiers qui émulait les systèmes Digital. 18 mois plus tard, il apprendra que ce protocole fonctionne également avec Windows.

Depuis le projet compte des développeurs dans le monde entier et bénéficie également de financements d'entreprise pour l'implémentation de fonctionnalités compatibles Windows.

= Installer Samba =

Nous allons travailler à partir d'une distribution Mandrake 10.0. Les postes clients peuvent être indifféremment sous Windows 95/98 et/ou Windows 2000/XP/2003.

== Récupération et installation des paquetages Samba. ==

Lors de l'installation de votre distribution, vous avez pu choisir d'installer un certain nombre de serveurs, dont Samba. Nous allons donc commencer par véfifier la présence des paquetages nécessaires.

<code># rpm -qa | grep samba
samba-server-3.0.2a-3mdk
samba-common-3.0.2a-3mdk
samba-client-3.0.2a-3mdk
</code>

Si vous obtenez quelque chose de similaire, c'est que tout est déjà prêt. Vous pouvez alors passer à la section suivante. Dans le cas contraire, nous allons installer les paquetages depuis le CD de votre distribution (ou tout autre support contenant votre distribution) :

<code># urpmi samba
Un des paquetages suivants est nécessaire :
1- samba-server-3.0.2a-3mdk.i586
2- samba2-server-2.2.8a-14mdk.i586
Que choisissez-vous ? (1-2)1
Pour satisfaire les dépendances, les paquetages suivants vont être installés (14 Mo):
samba-common-3.0.2a-3mdk.i586
samba-server-3.0.2a-3mdk.i586
Est-ce correct ? (O/n) o
Préparation... ##################################################
1:samba-common ##################################################
2:samba-server ##################################################
</code>

L'installation propose un choix entre Samba2 et Samba3. La dernière version apporte des améliorations considérables et des fonctionnalités supplémentaires, comme la gestion des groupes. Ces fonctionnalités sont surtout utilisées dans une configuration orientée entreprise mais après tout, ne nous refusons rien !

Nous allons également installer la partie cliente. Elle contient tous les outils qui permettent notamment le montage et le parcours des ressources Samba.

<code># urpmi samba-client
Préparation... ##################################################
1:samba-client ##################################################
</code>

== Premier test de votre installation ==

Maintenant que Samba est installé, démarrons le serveur :

<code># /etc/rc.d/init.d/smb start
Lancement du service SaMBa : [ OK ]
Lancement du service NMB : [ OK ]
</code>

Deux démons sont lancés, nécessaires au fonctionnement du serveur Samba : smbd et nmbd.

* smbd permet le partage des fichiers et imprimantes
* nmbd permet quant à lui le parcours du réseau et la résolution de noms Netbios...

<code># /etc/rc.d/init.d/smb status
smbd (pid 970) is running... nmbd (pid 972) is running...
</code>

La commande ci-dessus permet de vérifier que Samba fonctionne correctement. Vous devez voir apparaitre les deux dernières lignes.

== Automatiser le lancement de Samba ==

La dernière phase de l'installation consiste pour nous à vérifier que Samba sera bien lancé automatiquement à chaque démarrage de la machine (ce qui évite bien des surprises !). Pour le vérifier, exécutons la commande ci-dessous :

<code># chkconfig --list smb
smb 0:Arrêt 1:Arrêt 2:Arrêt 3:Arrêt 4:Arrêt 5:Arrêt 6:Arrêt
</code>

Elle indique les niveaux de fonctionnement auxquels le serveur est démarré. Dans le cas où Samba n'est pas démarré aux niveaux souhaités, ici il n'est jamais démarré, il suffit de reconfigurer l'initialisation du serveur :

<code># chkconfig --level 345 smb on
</code>

Dans ce cas, Samba est démarré aux niveaux 3, 4 et 5, ce qui correspond aux niveaux standards de fonctionnement des services réseau.

Si la ligne de commande vous insupporte, vous pouvez utiliser, en root, la commande drakxservices :

'''Schema1 : configurer le démarrage de Samba'''

[[Image:samba-samba1.png]]

Cliquez sur la case à cocher "Au démarrage" sur la ligne smb pour démarrer le service dès le démarrage.

== Installation du serveur d'impression ==

Pour terminer la phase d'installation, nous allons voir comment installer et configurer rapidement le serveur d'impression cups. Encore une fois, l'installation des paquetages est réalisée grâce à la commande urpmi, suivie du démarrage du serveur :

<code># urpmi cups cups-drivers
installation de /var/cache/urpmi/rpms/cups-1.1.20-5mdk.i586.rpm
/var/cache/urpmi/rpms/cups-drivers-1.1-133mdk.i586.rpm
Préparation... ##################################################
1:cups ##################################################
2:cups-drivers ##################################################
# service cups start
Lancement du service d'impression CUPS : [ OK ]
</code>

Ci-dessous la configuration et la gestion d'une imprimante :

'''Schema2 : interface d'administration de cups'''

[[Image:samba-samba2.png]]

La configuration est relativement simple. Sur votre machine, tapez l'url : http://localhost:631. Cliquez sur "Administrer les imprimantes" et laissez-vous guider pour ajouter votre ou vos imprimantes :).

= Le fichier de configuration principal =

Le fichier de configuration à connaitre pour Samba est /etc/samba/smb.conf. Nous allons en détailler les grandes rubriques. Celui-ci, on le verra, est modifiable soit à l'aide d'un éditeur de texte soit d'une interface graphique.

Le fichier est découpé en grandes sections indiquées de cette manière : [section]. Les différents paramètres sont ensuite inscrits de la manière suivante : paramètre = valeur. Toute ligne commencée par un "#" ou ";" est considérée comme un commentaire. Par convention, le ";" est utilisé pour commenter les lignes de configuration.

Nous allons passer en revue les différentes sections en énonçant les paramètres les plus courants. Les outils graphiques proposés pour paramétrer Samba que nous verrons par la suite, ne font que mettre à jour ce fichier de configuration.

== Section de configuration générale ==

La première section est annoncée par [global]. Elle contient les éléments généraux de la configuration du serveur Samba : nom du groupe de travail, réseaux autorisés, utilisateurs administrateurs...

* '''workgroup''' : nom du groupe de travail ou du domaine
* '''netbios name ''' : nom netbios du serveur Samba, par défaut égal au nom de la machine (hostname)
* '''server string ''' : description affichée lors du parcours réseau, il s'agit d'un commentaire
* '''printing''' : système d'impression utilisé pour le serveur d'impression : sous Linux on trouvera lprng et de plus en plus, cups (le choix réalisé dans cet article).
* '''log file / max log size / log level''' : configuration des logs du serveur : respectivement le nom du fichier de log, sa taille maximum et le niveau des logs (plus le niveau est élevé, plus la quantité d'informations est importante)
* '''hosts allow (deny) ''' : entrer ici la liste des adresses IP des machines (ex : 192.168.0.3) ou réseaux ( ex : 192.168.0.) autorisés à se connecter au serveur Samba (et inversement si on utilise le paramètre hosts deny). Le paramètre est important surtout si votre machine est accessible de l'extérieur. Le protocole Netbios fait l'objet de nombreuses attaques. Pensez également à configurer votre firewall pour bloquer les ports 137, 138 et 139 de l'extérieur.
* '''security''' : c'est une des options les plus importantes du fichier, qui pourra être bloquante si elle est mal renseignée. Elle indique le mode de discussion du client Windows avec le serveur Samba. Dans les versions 3.x de Samba, le défaut est user, et share pour Samba 2.x. Dans la version qui nous intéresse, on utilisera le mode user si les noms de comptes utilisés pour se connecter au serveur ont un compte équivalent sur la machine Linux (existence d'une entrée dans /etc/passwd). Dans le cas contraire, on préférera share. Il existe également 2 autres types possibles : domain et server que nous n'aborderons pas ici et qui sont réservés dans un fonctionnement de Samba en tant que contrôleur de domaine. Ci-dessous quelques explications sur les implications de ce choix :
** '''share''' : ce mode ne nécessite pas d'authentification par un compte valide. Si le paramètre guest only est renseigné, alors tout nouvel utilisateur sera identifié par le biais de cet utilisateur invité.
** '''user''' : dans ce cas de figure, l'utilisateur doit s'authentifier systématiquement. Son compte windows devra disposer d'un compte correspondant sur le serveur (on parle aussi en bon français de mapping)
* '''encrypt passwords / unix password sync / passwd program / passwd chat ''' : configuration des mots de passe. On aura recours aux mots de passes encryptés. La synchronisation des mots de passe permet la synchronisation entre le mot de passe de l'utilisateur Samba et son compte sur le système Linux. En l'autorisant, on permet à l'utilisateur de modifier son mot de passe à partir de la machine cliente et donc d'un poste client sous Windows. Enfin passwd program et passwd chat indiquent le programme utilisé pour réaliser cette modification ainsi que le dialogue qui s'établira avec le serveur. Les paramètres par défaut conviennent parfaitement.
* '''character set / client code page ''' : permettent de faire correspondre un code page Windows avec un character set UNIX, pour utiliser notamment les caractères accentués. Par défaut, on utilisera :
<code>client code page = 850
character set = ISO8859-1</code>
:ou <code>character set = UTF-8</code>, selon la locale de votre machine.

== Section de configuration des partages de fichiers ==

Nous allons maintenant passer aux sections de partages de fichiers. Nous aurons une section par partage défini. A l'intérieur de chacune de ces sections, nous trouverons les options qui définissent le dit partage.

Nous allons donner un nom à chaque partage. Attention il existe un nom de partage de fichiers spécifique : [homes]. Il définit le partage des répertoires personnels des utilisateurs, sans avoir à spécifier le chemin dans les options. De manière générale, on aura donc [monpartage].

Ci-dessous le détail des options les plus courantes utilisées :

* '''path''' : chemin d'accès du partage - il n'est pas à spécifier pour le partage [homes]
* '''comment''' : commentaire décrivant le partage qui apparait lors du parcours du réseau Samba (voisinage réseau sous Windows), il s'agit uniquement d'un commentaire
* '''browseable''' : le partage sera visible lors du parcours du réseau
* '''read only''' : limite l'accès en lecture uniquement
* '''write list''' : limite l'accès en écriture aux données du partage aux utilisateurs et/ou groupes d'utilisateurs spécifiés. Un groupe sera mentionné de cette façon : @nom_du_groupe.

== Configuration des partages d'imprimantes ==

Votre serveur Samba peut également vous servir à partager des imprimantes. Nous traiterons ici du cas où ces imprimantes sont gérées par cups.

Le partage d'imprimante peut se faire à plusieurs niveaux :

* partage de la ressource (partage intitulé [printers]), mais qui nécessite d'avoir installé les drivers sur le poste client,
* partage des drivers, dans ce dernier cas vous n'avez plus besoin d'installer de driver sur le client Windows, le partage est intitulé [print$].

Vous pouvez décider de partager uniquement la ressource ou bien les drivers et la ressource.

<code> [global]
...
# système d'impression utilisé
printing = cups
# administrateur des imprimantes
printer admin = root
...

# partage des ressources d'impression
[printers]
comment = All Printers
path = /var/spool/samba
create mask = 0700
guest ok = Yes
printable = Yes
browseable = Yes

# partage des drivers des imprimantes
[print$]
path = /var/lib/samba/printers
browseable = yes
read only = yes
write list = root
</code>

Pour mettre les drivers à disposition sur le serveur Samba, il vous faut vous procurer les drivers Postcript Adobe. Pour les télécharger : http://www.adobe.com/support/downloads. Une fois extraits, nous allons les copier dans /usr/share/cups/drivers.

Nous allons ensuite procéder à la création effective du partage des imprimantes cups par Samba grâce à la commande cupsaddsmb :

<code> # cupsaddsmb -a
...
passwd:
...
#</code>

Pour vérifier que le lien a bien été réalisé, vous avez plusieurs possibilités.

* la commande '''smbclient''' va vous lister, entre autres, les imprimantes partagées :
<code> # smbclient -L localhost
Password:
Anonymous login successful
Domain=[MONGROUPE] OS=[Unix] Server=[Samba 3.0.2a]
Sharename Type Comment
--------- ---- -------
print$ Disk
public Disk Public Stuff
IPC$ IPC IPC Service (Samba Server 3.0.2a)
ADMIN$ IPC IPC Service (Samba Server 3.0.2a)
hp4050n Printer
hplaser4000 Printer hplaser4000
Anonymous login successful
Domain=[MONGROUPE] OS=[Unix] Server=[Samba 3.0.2a]
...
</code>
* la commande '''rpcclient''' permet, selon l'option choisie, d'énumérer les imprimantes et drivers partagés :
<code> # rpcclient -d=0 -U root -c 'enumprinters' localhost
Password:
flags:[0x800000]
name:[\\pingu\hp4050n]
description:[\\pingu\hp4050n,hp4050n,]
comment:[]
flags:[0x800000]
name:[\\pingu\hplaser4000]
description:[\\pingu\hplaser4000,hplaser4000,hplaser4000]
comment:[hplaser4000]
# rpcclient -d=0 -U root -c 'enumdrivers' localhost
Password:
[Windows 4.0]
Printer Driver Info 1:
Driver Name: [hplaser4000]
Printer Driver Info 1:
Driver Name: [hp4050n]
[Windows NT x86]
Printer Driver Info 1:
Driver Name: [hplaser4000]
Printer Driver Info 1:
Driver Name: [hp4050n]
[Windows NT x86]
Printer Driver Info 1:
Driver Name: [hplaser4000]
Printer Driver Info 1:
Driver Name: [hp4050n]
</code>
* enfin la commande '''testprns''' permet de vérifier qu'un nom d'imprimante est valide c'est-à-dire utilisable car correctement reconnu sur le système.
<code> # testprns hp4050n
Looking for printer hp4050n in printcap file /etc/printcap
Printer name hp4050n is valid.
# testprns bidule
Looking for printer bidule in printcap file /etc/printcap
Printer name bidule is not valid.
</code>

= Commandes utiles =

== Monter des ressources du serveur dans un système de fichiers Linux ==

Il est possible d'utiliser une un partage de fichiers smb (Samba, WindowsÂ©) comme faisant partie du système de fichiers Linux local : il suffit de monter la ressource. Pour que cela fonctionne, il faut que le noyau de Linux ainsi que Samba aient été compilés avec le support du système de fichiers smbfs (ce qui est le cas du noyau et des paquetages Samba de Mandrake ainsi que de nombreuses autres distributions).

L'opération peut être réalisée avec la commande classique mount mais uniquement en tant que root.

Exemple :

<code> # mount -t smbfs \\\\pingu\\homes /mnt/samba -o username=anne
</code>

Cet exemple permet de monter le répertoire personnel de l'utilisateur anne partagé par le serveur samba sur le répertoire /mnt/samba. Le montage nécessite de spécifier le type de système de fichiers (-t smbfs) et l'identité utilisée pour accéder au partage (-o username=anne). Ce système de fichiers peut être démonté grâce à la commande umount.

<code> # umount /mnt/samba
</code>

Ce montage peut être effectué en "non root" grâce à la commande smbmount, à condition que le répertoire de montage soit accessible en écriture pour l'utilisateur, ainsi que le partage lui-même..

Exemple :

<code> $ smbmount \\\\pingu\\homes /home/anne/samba
</code>

Le système de fichiers sera démonté toujours en utilisateur grâce à la commande smbumount.

<code> $ smbumount home/anne/samba
</code>

== Tester la syntaxe de smb.conf : testparm ==

La commande testparm permet de tester les options utilisées dans le fichier ainsi que la syntaxe. Elle spécifie également, après parcours du fichier, les partages effectifs, le status du serveur.

Testons la validité de notre fichier de configuration :

<code> # testparm
Load smb config files from /etc/samba/smb.conf
Processing section "[homes]"
Processing section "[printers]"
Processing section "[public]"
Loaded services file OK.
Server role: ROLE_STANDALONE
Press enter to see a dump of your service definitions
</code>

== Parcourir le réseau : smbclient ==

smbclient est une commande qui permet d'accéder aux ressources partagées par le serveur. Elle est notamment très utile pour tester le bon fonctionnement des partages avec votre serveur Samba.

<code> # smbclient \\\\pingu\\homes -U anne
Password:
Domain=[PINGU] OS=[Unix] Server=[Samba 3.0.2a]
smb: \>
</code>

La commande ci-dessus est un accès au répertoire personnel sur le serveur en tant qu'utilisateur anne.

== Machines visibles sur le réseau netbios : findsmb ==

La commande findsmb va vous permettre de lister les machines visibles grâce aux requêtes smb de votre serveur (script effectuant une combinaison de commandes nmblookup et smbclient).

Exemple :

<code> # findsmb

IP ADDR NETBIOS NAME WORKGROUP/OS/VERSION
---------------------------------------------------------------------
Domain=[LINUXERIES] OS=[Unix] Server=[Samba 3.0.2a]
Domain=[LINUXERIES] OS=[Unix] Server=[Samba 3.0.2a]
192.168.0.3 PINGU +[ LINUXERIES ]
Domain=[WORKGROUP] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]
Domain=[WORKGROUP] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]
192.168.0.100 PLOPLAND-OAAHXLR+[ WORKGROUP ]
</code>

Nous pouvons voir ci-dessus 2 machines : PINGU et PLOPLAND-OAAHXLR.

== Résoudre les noms netbios : nmblookup ==

La commande nmblookup permet de résoudre les noms netbios en IP. La commande peut permettre de vérifier le bon fonctionnement de la configuration de votre serveur ou de vos machines clientes.

Exemple :

<code># nmblookup pingu
192.168.10.52 pingu<00>
</code>

Au nom netbios pingu correspond l'adresse IP 192.168.10.52. indique que la machine est simple station de travail.

== Lister les connexions au serveur : smbstatus ==

La commande smbstatus permet de générer une liste des connexions au serveur au moment précis où vous tapez la commande.

<code># smbstatus

Samba version 3.0.2a
PID Username Group Machine
-------------------------------------------------------------------
6909 lealinux lealinux pingu (192.168.0.3)
6916 bidule bidule pingu (192.168.0.3)

Service pid machine Connected at
-------------------------------------------------------
lealinux 6909 pingu Sun Jun 27 16:50:06 2004
bidule 6916 pingu Sun Jun 27 16:50:20 2004
No locked files
</code>

Ci-dessus, on peut voir 2 connexions actives au serveur Samba provenant des utilisateurs lealinux et bidule, effectuées en local.

= Exemple de configuration =

Pour terminer sur la configuration texte de votre serveur Samba, ci-dessous un exemple type de fichier /etc/samba/smb.conf pour une utilisation courante :

* authentification par utilisateur
* utilisation de cups en tant que serveur d'impression, root étant administrateur
* partage des imprimantes et de leurs drivers
* partage des répertoires maison dont l'accès est réservé à leur propriétaire
* partage public accessible à tous

<code> [global]
# nom de l'espace de travail
workgroup = LINUXERIES
# commentaire sur l'espace de travail
server string = Samba Server %v
# Configuration du partage des ressources d'impression
printcap name = cups
load printers = yes
printing = cups
printer admin = root
# Configuration des logs du serveur
log file = /var/log/samba/log.%m
max log size = 50
# Configuration de l'authentification
# type utilisé
security = user
# mots de passe encryptés - pour permettre de modifier le mot de passe à partir de la machine cliente
encrypt passwords = yes
smb passwd file = /etc/samba/smbpasswd
unix password sync = Yes
pam password change = yes
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192

# Partage des repertoires personnels
[homes]
comment = Home Directories
browseable = no
writable = yes

# Partage des ressources d'impression
[printers]
comment = All Printers
path = /var/spool/samba
browseable = no
# to allow user 'guest account' to print.
guest ok = yes
writable = no
printable = yes
create mode = 0700

# Partage des drivers d'impression
[print$]
path = /var/lib/samba/printers
browseable = yes
write list = @adm root
guest ok = yes
inherit permissions = yes

# Partage accessible à tous
[public]
path = /home/public
public = yes
only guest = yes
writable = yes
printable = no
</code>

= Test de votre installation depuis WindowsÂ© =

Passons maintenant à la phase de test à partir d'un de vos clients Windows. Cliquez sur le voisinage réseau de votre poste Windows.

'''Schema3 : visualisation des partages sur un poste client Windows'''

[[Image:samba-samba3.png]]

Cliquez ensuite sur le nom du workgroup correspondant au nom de votre serveur Samba. Vous allez alors pouvoir visualiser l'ensemble des partages configurés, à condition que ces ressources soient "browseable" et que vous ayez les droits nécessaires.

Attention tout changement intervenant sur ces ressources peut mettre un certain temps avant mise à jour de l'affichage. Netbios est en effet un protocole extremement bavard et basé sur ce qu'on appelle le broadcast. Il interpelle tout le reseau à des moments déterminés pour la mise à jour des ressources.

= Gestion des utilisateurs et des groupes =

Cette notion va permettre de sécuriser l'accès aux données. Toute la problématique repose sur la nécessité de disposer de comptes sur le système Linux qui vont correspondre aux utilisateurs sur les machines Windows. On parle aussi de synchronisationde ces deux types de comptes. Il en s era de même pour les groupes.

== Les différents types d'utilisateurs Samba ==

Il existe plusieurs types d'utilisateurs et donc de droits. Nous distinguerons l'administrateur, les utilisateurs et les invités (guest) :

 Exemple :

<code> [global]
...
guest account = nobody
...
[monpartage]
comment = mon joli partage
path = /home/public
guest ok = yes
</code>

== Synchroniser les utilisateurs ==

Pour synchroniser les utilisateurs Windows / Linux, on utilisera la commande smbpasswd.

Dans un premier temps, on ajoute l'utilisateur au fichier /etc/samba/smbpasswd ainsi que son mot de passe qui sera le même pour Linux et Windows. Pour ce faire, utilisez l'option -a.

Exemple :

# smbpasswd-a anne New SMB password: Retype new SMB password: Added user anne.

Vous pouvez vérifier le contenu de /etc/samba/smbpasswd :

<code># cat /etc/samba/smbpasswd
anne:500:C4315DF197EED860C2265B23734E0DAC:9C08AB50A2F8864881B0418E3A63B77B:[U ]:LCT-40DC451B:
</code>

Renouvelez l'opération pour chaque utilisateur devant accéder au serveur Samba.

Dans le cas de figure ci-dessus, la méthode utilisée implique que l'utilisateur porte le même nom sur les 2 systèmes, anne dans notre cas. Il est toutefois possible de conserver un nom d'utilisateur sur Windows différent. On aura alors recours à un fichier supplémentaire : /etc/samba/smbusers.

Exemple :

<code> # cat /etc/samba/smbusers
# Unix_name = SMB_name1 SMB_name2 ...
root = administrator admin
anne = leanne
</code>

Il est ensuite possible de changer le mot de passe de l'utilisateur, à partir de Windows ou bien du serveur Samba grâce à la commande smbpasswd :

<code> # smbpasswd anne
New SMB password:
Retype new SMB password:
#
</code>

== Gestion des groupes ==

Depuis la version 3.x de Samba, les groupes sont maintenant entièrement gérés. Là encore nous allons devoir synchroniser les groupes UNIX et Windows grâce à la commande net :

<code># net groupmap add unixgroup=nom_unix ntgroup=nom_windows
</code>

Ainsi si je dispose d'un groupe utilisateurs sur Linux, et que ce groupe se nomme utilisateurs ordinaires sur Windows, on procédera de la manière suivante :

<code> # net groupmap add unixgroup=utilisateurs ntgroup='utilisateurs ordinaires'
No rid or sid specified, choosing algorithmic mapping Successully added group utilisateurs ordinaires to the mapping db
</code>

Pour lister les correspondances existantes :

<code> # net groupmap list
utilisateurs ordinaires (S-1-5-21-567158280-4275195276-2466317430-2001) -> utilisateurs
</code>

Pour supprimer une correspondance :

<code> # net groupmap delete ntgroup='utilisateurs ordinaires'
Sucessfully removed utilisateurs ordinaires from the mapping db
</code>

= Outils graphiques de configuration d'un serveur Samba =

Il existe de nombreux outils graphiques qui vont vous permettre de procéder aux mêmes manipulations mais sans utiliser d'éditeur de texte. Les intitulés des actions à réaliser reprennent généralement les mêmes dénominations que les paramètres utilisés dans le fichier smb.conf décrit ci-dessus.

== KSambaPlugin ==

KsambaPlugin est un outil graphique écrit en GTK pour KDE. Il permet de configurer entièrement un serveur Samba. Il s'agit d'un module supplémentaire pour le centre de contrôle de KDE. Il procure également des propriétés supplémentaires à Konqueror, qui lui permettent d'en faire un outil de parcours réseau Samba (voir section suivante de l'article). Pour l'installer :

<code> # urpmi ksambaplugin
Préparation... ##################################################
1:ksambaplugin ##################################################
</code>

Pour l'utiliser, allez dans le menu KDE "Système >> Configuration >> Configurez votre bureau". Cliquez alors sur le menu "Réseau >> Configuration de Samba". Passez ensuite en mode superutilisateur. Vous avez alors accès à la configuration de votre serveur Samba sous forme de 5 onglets :

'''Schema4 : Ksamba - interface de configuration'''

[[Image:samba-samba4.png]]

* configuration de base : c'est la section [global]
* configuration des partages de fichiers : nous retrouvons la section [homes] et tout autre partage de fichiers
* configuration des imprimantes partagées : cet onglet permet la configuration des partages [print$] et [printers]
* configuration des comptes utilisateurs : créer, modifier supprimer des utilisateurs et des groupes tout en assurant la synchronisation
* paramètres de configuration avancée : paramétrage avancé du serveur

'''Schema5 : Ksamba - configuration des utilisateurs'''

[[Image:samba-samba5.png]]

== Module Samba pour Webmin ==

Webmin est un utilitaire accessible par interface web qui va vous permettre de configurer l'ensemble de votre machine (système et réseau). Il est constitué d'un ensemble de modules dont celui consacré au serveur Samba.

Pour installer Webmin, réutilisons urpmi puis démarrons webmin :

<code> # urpmi webmin
Préparation... ##################################################
1:webmin ##################################################
# service webmin start
Lancement de Webmin [ OK ]
</code>

Pour accéder à webmin, tapez dans la barre d'URL de votre navigateur : https://localhost:10000 Authentifiez-vous alors en tant que root avec votre mot de passe. Cliquez sur l'onglet "serveurs" puis "Samba Windows File Sharing"

'''Schema6 : Webmin - liste des partages du serveur'''

[[Image:samba-samba6.png]]

Vous avez alors décrit rapidement l'ensemble des ressources partagées, avec la possibilité de modifier cette configuration. Comme pour KsambaPlugin, l'ensemble du serveur est paramétrable.

'''Schema7 : Webmin - menu principal de configuration de samba'''

[[Image:samba-samba7.png]]

<div class="note">Remarque : l'idée n'est pas ici de décourager l'utilisation de tels outils. Mais ceux-ci proposent l'accès relativement simple à des paramétrages avancés de Samba. Mal maîtrisés, vous pouvez rapidement mettre votre serveur hors d'usage. Alors attention aux clics intempestifs et gardez un oeil sur la configuration texte.</div>

== Outil graphique de parcours des ressources Samba ==

Konqueror est maintenant un bon moyen d'accéder à un serveur Samba, il suffit pour cela de taper dans la zone URL smb://user@serveur/ ou smb://user:password@serveur/ pour accéder au serveur "serveur" en tant que "user".

'''Schema8 : parcours des ressources Samba avec Konqueror'''

[[Image:samba-samba8.png]]

L'utilisation est relativement aisée, il vous suffit de cliquer sur les fichiers et/ou répertoires, comme pour un système de fichiers local.

= Gestion des jetons sous DOS pour intégrer une installation administratives de vos clients sous windows 2000 & XP =

Complément de [[Mose]]

"je suis de l'ancienne école" et j'ai réalisé un petit programme sous DOS à améliorer

existant :

j'ai env. 20Pc en réseaux avec un serveur linux et samba
un logon.bat sur le serveur lancé sur chaque stations au logon de celles-ci

==Besoins==

sous un serveur linux avec samba j'ai procédé à des installations administratives de Ooo pour mes clients windows 2000 et XP uniquement. Mise sous logon.bat avec une commande IF EXIST pour ne pas écraser plusieurs fois les installations précédentes.

le problème c'est que si j'ai par exemple 20 clients qui ce connectent le matin avec une mise à jour de Ooo, je fais ramer mon serveur, ce qui n'est pas acceptable.

je n'ai pas d'argent pour l'achat d'un logiciel de gestion d'installation...

==Etude==

bridage du nombres d'installation automatique en même temps,
j'ai mis au points un algorithme que voici,

[[Image:samba-dia01ci3.jpg]]

[[Image:samba-dia02ok2.jpg]]

==Programme==
et voilà la partie la plus intéressante le programme proprement dit

<code>echo off
rem Fait par Oc le 3 aout 2006
echo .
echo .
echo Processus de don de jetons pour installation automatique
echo Ne pas fermer cette fenetre merci
echo .
echo .
rem ------------------------------------------------------
echo initialisation des variables
set nbmaxjetons=5
rem Nombre Max d'utilisateurs pouvant lancer l'installation en même temps
set jeton=0
set path_jeton=H:\Log\jetons
rem dossier de stocage des jetons sur mon serveur avec les droits R/W pour tout les utilisateurs
echo .
echo .
rem ------------------------------------------------------
echo demande de jeton pour l'installation
set /a nbmaxjetons=%nbmaxjetons%+1
:debut
set /a jeton=%jeton%+1
echo demande jeton Numéro %jeton%
if "%jeton%"=="%nbmaxjetons%" (goto fin)
if NOT EXIST "%path_jeton%\jeton%jeton%" (echo %USERNAME%,%COMPUTERNAME% >> %path_jeton%\jeton%jeton% >> %path_jeton%\jeton%jeton% & goto suite) ELSE (goto debut)
:suite
rem ------------------------------------------------------
echo Vérification du jeton %jeton%
echo %USERNAME%,%COMPUTERNAME% > %TEMP%\jeton%jeton%
rem ------------------------------------------------------
echo lancement des programmes d'installation administratives
rem pause
rem exemple : if NOT EXIST "%ProgramFiles%\install_log\ooo-202.log" (echo installation de Ooo en cours & echo %date%,%time%,%USERNAME%,%COMPUTERNAME%,installation de Ooo en cours>>%log_path% & start /WAIT H:\autoinstall\client\Standart\openoffice\install-jre-Ooo.bat) ELSE (echo instalation de Ooo n'est pas a faire & echo %date%,%time%,%USERNAME%,%COMPUTERNAME%,instalation de Ooo n'est pas a faire>>%log_path%)
rem exemple : c'est un peut long et j'ai pas mis mes variables d'installation dans cette exemple
rem exemple : mais je lui demande de faire une commande SI, des log de l'installation et de lancer ou pas le fichier Â« install-jre-Ooo.bat Â»
echo .
echo .
rem ------------------------------------------------------
echo Liberation du jeton Numero %jeton%
rem del "%path_jeton%\jeton%jeton%"
del "%TEMP%\jeton%jeton%"
:fin
echo fin</code>

les limites de ce programme :

le même jeton pris par 2 PC en même temps Â« c'est très rare, mais ça peut arriver Â»

la non libération du jeton via d'un problème de plantage ou intervention d'utilisateurs
(j'ai réglé en partie le problème en inscrivant dans le jeton le nom de l'utilisateur et le Nom du PC)

je met ce petit programme dans vos mains sous licences GPL
modifiable a volonté mais dans l'esprit du libre

= Conclusion =

Voilà donc votre serveur Samba fonctionnel. Nous n'avons abordé ici qu'une infime partie des possibilités offertes. Sachez que les dernières versions permettent d'apporter les mêmes fonctionnalités qu'un serveur NT, voire 2000 : contrôleur de domaine (PDC, BDC), serveur de netlogon (authentification centralisée), serveur de résolution de noms netbios (WINS)... Bref de quoi passer de votre configuration personnelle à une véritable architecture d'entreprise !

== Quelques adresses utiles ==

* [http://samba.org Le site officiel de Samba ]
* La documentation officielle de Samba (une mine d'or !) : Samba-HOWTO-Collection sur la section documentation du site
* [http://cups.org Le site officiel de cups ]

<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 Anne le 02/11/2004.</div>

= Copyright =
Copyright © 02/11/2004, Anne
{{CC-BY-NC-SA}}

=Autres ressources=
* [http://oreilly.com/catalog/samba/ Le livre O'Reilly]
* [http://www.linux-france.org/~eprigent/ Une série de PDF]
* [[Reseau-partfic-samba nt auth|Utiliser la base d'utilisateur d'un CPD (ou PDC) NT]].

Fichier:Samba-dia02ok2.jpg

2006-08-18T19:19:21Z

ST : Diagramme d'installation automatique Organigramme

Diagramme d'installation automatique
Organigramme

Fichier:Samba-dia01ci3.jpg

2006-08-18T19:18:18Z

ST : Diagramme d'installation automatique Fonction principale

Diagramme d'installation automatique
Fonction principale

Samba

2006-08-18T19:16:05Z

ST : /* Gestion des jetons sous DOS pour intégrer une installation administratives de vos clients sous windows 2000 & XP */

[[Category:Partager ses fichiers]]
= Partager ses fichiers et imprimantes avec Samba =

<div class="leatitre">Partager ses fichiers et imprimantes avec Samba</div><div class="leapar">Par Anne <anne at lea-linux point org></div>

Vous disposez à la maison ou dans votre entreprise de machines sous Linux et d'autres sous Windows. Comment faire en sorte de faire communiquer tout ce petit monde ? Samba va vous permettre de centraliser et rendre accessibles vos fichiers et imprimantes à partir de toutes ces machines.

L'article se propose de donner les éléments nécessaires pour configurer ce partage dans un contexte de groupe de travail (le plus simple) mais en sécurisant un minimum l'accès à ces ressources, et donc une authentification des utilisateurs. Nous verrons dans un premier temps la configuration en mode texte, qui a l'avantage de vous expliquer les arcanes du fonctionnement du serveur. Vous pourrez également utiliser les interfaces graphiques, ce qui vous permettra d'obtenir le même résultat.

= Le projet Samba =

Le projet démarre en 1992, grâce à Andrew TRIDGELL. Etudiant en physique, il développe un protocole de partage de fichiers qui émulait les systèmes Digital. 18 mois plus tard, il apprendra que ce protocole fonctionne également avec Windows.

Depuis le projet compte des développeurs dans le monde entier et bénéficie également de financements d'entreprise pour l'implémentation de fonctionnalités compatibles Windows.

= Installer Samba =

Nous allons travailler à partir d'une distribution Mandrake 10.0. Les postes clients peuvent être indifféremment sous Windows 95/98 et/ou Windows 2000/XP/2003.

== Récupération et installation des paquetages Samba. ==

Lors de l'installation de votre distribution, vous avez pu choisir d'installer un certain nombre de serveurs, dont Samba. Nous allons donc commencer par véfifier la présence des paquetages nécessaires.

<code># rpm -qa | grep samba
samba-server-3.0.2a-3mdk
samba-common-3.0.2a-3mdk
samba-client-3.0.2a-3mdk
</code>

Si vous obtenez quelque chose de similaire, c'est que tout est déjà prêt. Vous pouvez alors passer à la section suivante. Dans le cas contraire, nous allons installer les paquetages depuis le CD de votre distribution (ou tout autre support contenant votre distribution) :

<code># urpmi samba
Un des paquetages suivants est nécessaire :
1- samba-server-3.0.2a-3mdk.i586
2- samba2-server-2.2.8a-14mdk.i586
Que choisissez-vous ? (1-2)1
Pour satisfaire les dépendances, les paquetages suivants vont être installés (14 Mo):
samba-common-3.0.2a-3mdk.i586
samba-server-3.0.2a-3mdk.i586
Est-ce correct ? (O/n) o
Préparation... ##################################################
1:samba-common ##################################################
2:samba-server ##################################################
</code>

L'installation propose un choix entre Samba2 et Samba3. La dernière version apporte des améliorations considérables et des fonctionnalités supplémentaires, comme la gestion des groupes. Ces fonctionnalités sont surtout utilisées dans une configuration orientée entreprise mais après tout, ne nous refusons rien !

Nous allons également installer la partie cliente. Elle contient tous les outils qui permettent notamment le montage et le parcours des ressources Samba.

<code># urpmi samba-client
Préparation... ##################################################
1:samba-client ##################################################
</code>

== Premier test de votre installation ==

Maintenant que Samba est installé, démarrons le serveur :

<code># /etc/rc.d/init.d/smb start
Lancement du service SaMBa : [ OK ]
Lancement du service NMB : [ OK ]
</code>

Deux démons sont lancés, nécessaires au fonctionnement du serveur Samba : smbd et nmbd.

* smbd permet le partage des fichiers et imprimantes
* nmbd permet quant à lui le parcours du réseau et la résolution de noms Netbios...

<code># /etc/rc.d/init.d/smb status
smbd (pid 970) is running... nmbd (pid 972) is running...
</code>

La commande ci-dessus permet de vérifier que Samba fonctionne correctement. Vous devez voir apparaitre les deux dernières lignes.

== Automatiser le lancement de Samba ==

La dernière phase de l'installation consiste pour nous à vérifier que Samba sera bien lancé automatiquement à chaque démarrage de la machine (ce qui évite bien des surprises !). Pour le vérifier, exécutons la commande ci-dessous :

<code># chkconfig --list smb
smb 0:Arrêt 1:Arrêt 2:Arrêt 3:Arrêt 4:Arrêt 5:Arrêt 6:Arrêt
</code>

Elle indique les niveaux de fonctionnement auxquels le serveur est démarré. Dans le cas où Samba n'est pas démarré aux niveaux souhaités, ici il n'est jamais démarré, il suffit de reconfigurer l'initialisation du serveur :

<code># chkconfig --level 345 smb on
</code>

Dans ce cas, Samba est démarré aux niveaux 3, 4 et 5, ce qui correspond aux niveaux standards de fonctionnement des services réseau.

Si la ligne de commande vous insupporte, vous pouvez utiliser, en root, la commande drakxservices :

'''Schema1 : configurer le démarrage de Samba'''

[[Image:samba-samba1.png]]

Cliquez sur la case à cocher "Au démarrage" sur la ligne smb pour démarrer le service dès le démarrage.

== Installation du serveur d'impression ==

Pour terminer la phase d'installation, nous allons voir comment installer et configurer rapidement le serveur d'impression cups. Encore une fois, l'installation des paquetages est réalisée grâce à la commande urpmi, suivie du démarrage du serveur :

<code># urpmi cups cups-drivers
installation de /var/cache/urpmi/rpms/cups-1.1.20-5mdk.i586.rpm
/var/cache/urpmi/rpms/cups-drivers-1.1-133mdk.i586.rpm
Préparation... ##################################################
1:cups ##################################################
2:cups-drivers ##################################################
# service cups start
Lancement du service d'impression CUPS : [ OK ]
</code>

Ci-dessous la configuration et la gestion d'une imprimante :

'''Schema2 : interface d'administration de cups'''

[[Image:samba-samba2.png]]

La configuration est relativement simple. Sur votre machine, tapez l'url : http://localhost:631. Cliquez sur "Administrer les imprimantes" et laissez-vous guider pour ajouter votre ou vos imprimantes :).

= Le fichier de configuration principal =

Le fichier de configuration à connaitre pour Samba est /etc/samba/smb.conf. Nous allons en détailler les grandes rubriques. Celui-ci, on le verra, est modifiable soit à l'aide d'un éditeur de texte soit d'une interface graphique.

Le fichier est découpé en grandes sections indiquées de cette manière : [section]. Les différents paramètres sont ensuite inscrits de la manière suivante : paramètre = valeur. Toute ligne commencée par un "#" ou ";" est considérée comme un commentaire. Par convention, le ";" est utilisé pour commenter les lignes de configuration.

Nous allons passer en revue les différentes sections en énonçant les paramètres les plus courants. Les outils graphiques proposés pour paramétrer Samba que nous verrons par la suite, ne font que mettre à jour ce fichier de configuration.

== Section de configuration générale ==

La première section est annoncée par [global]. Elle contient les éléments généraux de la configuration du serveur Samba : nom du groupe de travail, réseaux autorisés, utilisateurs administrateurs...

* '''workgroup''' : nom du groupe de travail ou du domaine
* '''netbios name ''' : nom netbios du serveur Samba, par défaut égal au nom de la machine (hostname)
* '''server string ''' : description affichée lors du parcours réseau, il s'agit d'un commentaire
* '''printing''' : système d'impression utilisé pour le serveur d'impression : sous Linux on trouvera lprng et de plus en plus, cups (le choix réalisé dans cet article).
* '''log file / max log size / log level''' : configuration des logs du serveur : respectivement le nom du fichier de log, sa taille maximum et le niveau des logs (plus le niveau est élevé, plus la quantité d'informations est importante)
* '''hosts allow (deny) ''' : entrer ici la liste des adresses IP des machines (ex : 192.168.0.3) ou réseaux ( ex : 192.168.0.) autorisés à se connecter au serveur Samba (et inversement si on utilise le paramètre hosts deny). Le paramètre est important surtout si votre machine est accessible de l'extérieur. Le protocole Netbios fait l'objet de nombreuses attaques. Pensez également à configurer votre firewall pour bloquer les ports 137, 138 et 139 de l'extérieur.
* '''security''' : c'est une des options les plus importantes du fichier, qui pourra être bloquante si elle est mal renseignée. Elle indique le mode de discussion du client Windows avec le serveur Samba. Dans les versions 3.x de Samba, le défaut est user, et share pour Samba 2.x. Dans la version qui nous intéresse, on utilisera le mode user si les noms de comptes utilisés pour se connecter au serveur ont un compte équivalent sur la machine Linux (existence d'une entrée dans /etc/passwd). Dans le cas contraire, on préférera share. Il existe également 2 autres types possibles : domain et server que nous n'aborderons pas ici et qui sont réservés dans un fonctionnement de Samba en tant que contrôleur de domaine. Ci-dessous quelques explications sur les implications de ce choix :
** '''share''' : ce mode ne nécessite pas d'authentification par un compte valide. Si le paramètre guest only est renseigné, alors tout nouvel utilisateur sera identifié par le biais de cet utilisateur invité.
** '''user''' : dans ce cas de figure, l'utilisateur doit s'authentifier systématiquement. Son compte windows devra disposer d'un compte correspondant sur le serveur (on parle aussi en bon français de mapping)
* '''encrypt passwords / unix password sync / passwd program / passwd chat ''' : configuration des mots de passe. On aura recours aux mots de passes encryptés. La synchronisation des mots de passe permet la synchronisation entre le mot de passe de l'utilisateur Samba et son compte sur le système Linux. En l'autorisant, on permet à l'utilisateur de modifier son mot de passe à partir de la machine cliente et donc d'un poste client sous Windows. Enfin passwd program et passwd chat indiquent le programme utilisé pour réaliser cette modification ainsi que le dialogue qui s'établira avec le serveur. Les paramètres par défaut conviennent parfaitement.
* '''character set / client code page ''' : permettent de faire correspondre un code page Windows avec un character set UNIX, pour utiliser notamment les caractères accentués. Par défaut, on utilisera :
<code>client code page = 850
character set = ISO8859-1</code>
:ou <code>character set = UTF-8</code>, selon la locale de votre machine.

== Section de configuration des partages de fichiers ==

Nous allons maintenant passer aux sections de partages de fichiers. Nous aurons une section par partage défini. A l'intérieur de chacune de ces sections, nous trouverons les options qui définissent le dit partage.

Nous allons donner un nom à chaque partage. Attention il existe un nom de partage de fichiers spécifique : [homes]. Il définit le partage des répertoires personnels des utilisateurs, sans avoir à spécifier le chemin dans les options. De manière générale, on aura donc [monpartage].

Ci-dessous le détail des options les plus courantes utilisées :

* '''path''' : chemin d'accès du partage - il n'est pas à spécifier pour le partage [homes]
* '''comment''' : commentaire décrivant le partage qui apparait lors du parcours du réseau Samba (voisinage réseau sous Windows), il s'agit uniquement d'un commentaire
* '''browseable''' : le partage sera visible lors du parcours du réseau
* '''read only''' : limite l'accès en lecture uniquement
* '''write list''' : limite l'accès en écriture aux données du partage aux utilisateurs et/ou groupes d'utilisateurs spécifiés. Un groupe sera mentionné de cette façon : @nom_du_groupe.

== Configuration des partages d'imprimantes ==

Votre serveur Samba peut également vous servir à partager des imprimantes. Nous traiterons ici du cas où ces imprimantes sont gérées par cups.

Le partage d'imprimante peut se faire à plusieurs niveaux :

* partage de la ressource (partage intitulé [printers]), mais qui nécessite d'avoir installé les drivers sur le poste client,
* partage des drivers, dans ce dernier cas vous n'avez plus besoin d'installer de driver sur le client Windows, le partage est intitulé [print$].

Vous pouvez décider de partager uniquement la ressource ou bien les drivers et la ressource.

<code> [global]
...
# système d'impression utilisé
printing = cups
# administrateur des imprimantes
printer admin = root
...

# partage des ressources d'impression
[printers]
comment = All Printers
path = /var/spool/samba
create mask = 0700
guest ok = Yes
printable = Yes
browseable = Yes

# partage des drivers des imprimantes
[print$]
path = /var/lib/samba/printers
browseable = yes
read only = yes
write list = root
</code>

Pour mettre les drivers à disposition sur le serveur Samba, il vous faut vous procurer les drivers Postcript Adobe. Pour les télécharger : http://www.adobe.com/support/downloads. Une fois extraits, nous allons les copier dans /usr/share/cups/drivers.

Nous allons ensuite procéder à la création effective du partage des imprimantes cups par Samba grâce à la commande cupsaddsmb :

<code> # cupsaddsmb -a
...
passwd:
...
#</code>

Pour vérifier que le lien a bien été réalisé, vous avez plusieurs possibilités.

* la commande '''smbclient''' va vous lister, entre autres, les imprimantes partagées :
<code> # smbclient -L localhost
Password:
Anonymous login successful
Domain=[MONGROUPE] OS=[Unix] Server=[Samba 3.0.2a]
Sharename Type Comment
--------- ---- -------
print$ Disk
public Disk Public Stuff
IPC$ IPC IPC Service (Samba Server 3.0.2a)
ADMIN$ IPC IPC Service (Samba Server 3.0.2a)
hp4050n Printer
hplaser4000 Printer hplaser4000
Anonymous login successful
Domain=[MONGROUPE] OS=[Unix] Server=[Samba 3.0.2a]
...
</code>
* la commande '''rpcclient''' permet, selon l'option choisie, d'énumérer les imprimantes et drivers partagés :
<code> # rpcclient -d=0 -U root -c 'enumprinters' localhost
Password:
flags:[0x800000]
name:[\\pingu\hp4050n]
description:[\\pingu\hp4050n,hp4050n,]
comment:[]
flags:[0x800000]
name:[\\pingu\hplaser4000]
description:[\\pingu\hplaser4000,hplaser4000,hplaser4000]
comment:[hplaser4000]
# rpcclient -d=0 -U root -c 'enumdrivers' localhost
Password:
[Windows 4.0]
Printer Driver Info 1:
Driver Name: [hplaser4000]
Printer Driver Info 1:
Driver Name: [hp4050n]
[Windows NT x86]
Printer Driver Info 1:
Driver Name: [hplaser4000]
Printer Driver Info 1:
Driver Name: [hp4050n]
[Windows NT x86]
Printer Driver Info 1:
Driver Name: [hplaser4000]
Printer Driver Info 1:
Driver Name: [hp4050n]
</code>
* enfin la commande '''testprns''' permet de vérifier qu'un nom d'imprimante est valide c'est-à-dire utilisable car correctement reconnu sur le système.
<code> # testprns hp4050n
Looking for printer hp4050n in printcap file /etc/printcap
Printer name hp4050n is valid.
# testprns bidule
Looking for printer bidule in printcap file /etc/printcap
Printer name bidule is not valid.
</code>

= Commandes utiles =

== Monter des ressources du serveur dans un système de fichiers Linux ==

Il est possible d'utiliser une un partage de fichiers smb (Samba, WindowsÂ©) comme faisant partie du système de fichiers Linux local : il suffit de monter la ressource. Pour que cela fonctionne, il faut que le noyau de Linux ainsi que Samba aient été compilés avec le support du système de fichiers smbfs (ce qui est le cas du noyau et des paquetages Samba de Mandrake ainsi que de nombreuses autres distributions).

L'opération peut être réalisée avec la commande classique mount mais uniquement en tant que root.

Exemple :

<code> # mount -t smbfs \\\\pingu\\homes /mnt/samba -o username=anne
</code>

Cet exemple permet de monter le répertoire personnel de l'utilisateur anne partagé par le serveur samba sur le répertoire /mnt/samba. Le montage nécessite de spécifier le type de système de fichiers (-t smbfs) et l'identité utilisée pour accéder au partage (-o username=anne). Ce système de fichiers peut être démonté grâce à la commande umount.

<code> # umount /mnt/samba
</code>

Ce montage peut être effectué en "non root" grâce à la commande smbmount, à condition que le répertoire de montage soit accessible en écriture pour l'utilisateur, ainsi que le partage lui-même..

Exemple :

<code> $ smbmount \\\\pingu\\homes /home/anne/samba
</code>

Le système de fichiers sera démonté toujours en utilisateur grâce à la commande smbumount.

<code> $ smbumount home/anne/samba
</code>

== Tester la syntaxe de smb.conf : testparm ==

La commande testparm permet de tester les options utilisées dans le fichier ainsi que la syntaxe. Elle spécifie également, après parcours du fichier, les partages effectifs, le status du serveur.

Testons la validité de notre fichier de configuration :

<code> # testparm
Load smb config files from /etc/samba/smb.conf
Processing section "[homes]"
Processing section "[printers]"
Processing section "[public]"
Loaded services file OK.
Server role: ROLE_STANDALONE
Press enter to see a dump of your service definitions
</code>

== Parcourir le réseau : smbclient ==

smbclient est une commande qui permet d'accéder aux ressources partagées par le serveur. Elle est notamment très utile pour tester le bon fonctionnement des partages avec votre serveur Samba.

<code> # smbclient \\\\pingu\\homes -U anne
Password:
Domain=[PINGU] OS=[Unix] Server=[Samba 3.0.2a]
smb: \>
</code>

La commande ci-dessus est un accès au répertoire personnel sur le serveur en tant qu'utilisateur anne.

== Machines visibles sur le réseau netbios : findsmb ==

La commande findsmb va vous permettre de lister les machines visibles grâce aux requêtes smb de votre serveur (script effectuant une combinaison de commandes nmblookup et smbclient).

Exemple :

<code> # findsmb

IP ADDR NETBIOS NAME WORKGROUP/OS/VERSION
---------------------------------------------------------------------
Domain=[LINUXERIES] OS=[Unix] Server=[Samba 3.0.2a]
Domain=[LINUXERIES] OS=[Unix] Server=[Samba 3.0.2a]
192.168.0.3 PINGU +[ LINUXERIES ]
Domain=[WORKGROUP] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]
Domain=[WORKGROUP] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]
192.168.0.100 PLOPLAND-OAAHXLR+[ WORKGROUP ]
</code>

Nous pouvons voir ci-dessus 2 machines : PINGU et PLOPLAND-OAAHXLR.

== Résoudre les noms netbios : nmblookup ==

La commande nmblookup permet de résoudre les noms netbios en IP. La commande peut permettre de vérifier le bon fonctionnement de la configuration de votre serveur ou de vos machines clientes.

Exemple :

<code># nmblookup pingu
192.168.10.52 pingu<00>
</code>

Au nom netbios pingu correspond l'adresse IP 192.168.10.52. indique que la machine est simple station de travail.

== Lister les connexions au serveur : smbstatus ==

La commande smbstatus permet de générer une liste des connexions au serveur au moment précis où vous tapez la commande.

<code># smbstatus

Samba version 3.0.2a
PID Username Group Machine
-------------------------------------------------------------------
6909 lealinux lealinux pingu (192.168.0.3)
6916 bidule bidule pingu (192.168.0.3)

Service pid machine Connected at
-------------------------------------------------------
lealinux 6909 pingu Sun Jun 27 16:50:06 2004
bidule 6916 pingu Sun Jun 27 16:50:20 2004
No locked files
</code>

Ci-dessus, on peut voir 2 connexions actives au serveur Samba provenant des utilisateurs lealinux et bidule, effectuées en local.

= Exemple de configuration =

Pour terminer sur la configuration texte de votre serveur Samba, ci-dessous un exemple type de fichier /etc/samba/smb.conf pour une utilisation courante :

* authentification par utilisateur
* utilisation de cups en tant que serveur d'impression, root étant administrateur
* partage des imprimantes et de leurs drivers
* partage des répertoires maison dont l'accès est réservé à leur propriétaire
* partage public accessible à tous

<code> [global]
# nom de l'espace de travail
workgroup = LINUXERIES
# commentaire sur l'espace de travail
server string = Samba Server %v
# Configuration du partage des ressources d'impression
printcap name = cups
load printers = yes
printing = cups
printer admin = root
# Configuration des logs du serveur
log file = /var/log/samba/log.%m
max log size = 50
# Configuration de l'authentification
# type utilisé
security = user
# mots de passe encryptés - pour permettre de modifier le mot de passe à partir de la machine cliente
encrypt passwords = yes
smb passwd file = /etc/samba/smbpasswd
unix password sync = Yes
pam password change = yes
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192

# Partage des repertoires personnels
[homes]
comment = Home Directories
browseable = no
writable = yes

# Partage des ressources d'impression
[printers]
comment = All Printers
path = /var/spool/samba
browseable = no
# to allow user 'guest account' to print.
guest ok = yes
writable = no
printable = yes
create mode = 0700

# Partage des drivers d'impression
[print$]
path = /var/lib/samba/printers
browseable = yes
write list = @adm root
guest ok = yes
inherit permissions = yes

# Partage accessible à tous
[public]
path = /home/public
public = yes
only guest = yes
writable = yes
printable = no
</code>

= Test de votre installation depuis WindowsÂ© =

Passons maintenant à la phase de test à partir d'un de vos clients Windows. Cliquez sur le voisinage réseau de votre poste Windows.

'''Schema3 : visualisation des partages sur un poste client Windows'''

[[Image:samba-samba3.png]]

Cliquez ensuite sur le nom du workgroup correspondant au nom de votre serveur Samba. Vous allez alors pouvoir visualiser l'ensemble des partages configurés, à condition que ces ressources soient "browseable" et que vous ayez les droits nécessaires.

Attention tout changement intervenant sur ces ressources peut mettre un certain temps avant mise à jour de l'affichage. Netbios est en effet un protocole extremement bavard et basé sur ce qu'on appelle le broadcast. Il interpelle tout le reseau à des moments déterminés pour la mise à jour des ressources.

= Gestion des utilisateurs et des groupes =

Cette notion va permettre de sécuriser l'accès aux données. Toute la problématique repose sur la nécessité de disposer de comptes sur le système Linux qui vont correspondre aux utilisateurs sur les machines Windows. On parle aussi de synchronisationde ces deux types de comptes. Il en s era de même pour les groupes.

== Les différents types d'utilisateurs Samba ==

Il existe plusieurs types d'utilisateurs et donc de droits. Nous distinguerons l'administrateur, les utilisateurs et les invités (guest) :

 Exemple :

<code> [global]
...
guest account = nobody
...
[monpartage]
comment = mon joli partage
path = /home/public
guest ok = yes
</code>

== Synchroniser les utilisateurs ==

Pour synchroniser les utilisateurs Windows / Linux, on utilisera la commande smbpasswd.

Dans un premier temps, on ajoute l'utilisateur au fichier /etc/samba/smbpasswd ainsi que son mot de passe qui sera le même pour Linux et Windows. Pour ce faire, utilisez l'option -a.

Exemple :

# smbpasswd-a anne New SMB password: Retype new SMB password: Added user anne.

Vous pouvez vérifier le contenu de /etc/samba/smbpasswd :

<code># cat /etc/samba/smbpasswd
anne:500:C4315DF197EED860C2265B23734E0DAC:9C08AB50A2F8864881B0418E3A63B77B:[U ]:LCT-40DC451B:
</code>

Renouvelez l'opération pour chaque utilisateur devant accéder au serveur Samba.

Dans le cas de figure ci-dessus, la méthode utilisée implique que l'utilisateur porte le même nom sur les 2 systèmes, anne dans notre cas. Il est toutefois possible de conserver un nom d'utilisateur sur Windows différent. On aura alors recours à un fichier supplémentaire : /etc/samba/smbusers.

Exemple :

<code> # cat /etc/samba/smbusers
# Unix_name = SMB_name1 SMB_name2 ...
root = administrator admin
anne = leanne
</code>

Il est ensuite possible de changer le mot de passe de l'utilisateur, à partir de Windows ou bien du serveur Samba grâce à la commande smbpasswd :

<code> # smbpasswd anne
New SMB password:
Retype new SMB password:
#
</code>

== Gestion des groupes ==

Depuis la version 3.x de Samba, les groupes sont maintenant entièrement gérés. Là encore nous allons devoir synchroniser les groupes UNIX et Windows grâce à la commande net :

<code># net groupmap add unixgroup=nom_unix ntgroup=nom_windows
</code>

Ainsi si je dispose d'un groupe utilisateurs sur Linux, et que ce groupe se nomme utilisateurs ordinaires sur Windows, on procédera de la manière suivante :

<code> # net groupmap add unixgroup=utilisateurs ntgroup='utilisateurs ordinaires'
No rid or sid specified, choosing algorithmic mapping Successully added group utilisateurs ordinaires to the mapping db
</code>

Pour lister les correspondances existantes :

<code> # net groupmap list
utilisateurs ordinaires (S-1-5-21-567158280-4275195276-2466317430-2001) -> utilisateurs
</code>

Pour supprimer une correspondance :

<code> # net groupmap delete ntgroup='utilisateurs ordinaires'
Sucessfully removed utilisateurs ordinaires from the mapping db
</code>

= Outils graphiques de configuration d'un serveur Samba =

Il existe de nombreux outils graphiques qui vont vous permettre de procéder aux mêmes manipulations mais sans utiliser d'éditeur de texte. Les intitulés des actions à réaliser reprennent généralement les mêmes dénominations que les paramètres utilisés dans le fichier smb.conf décrit ci-dessus.

== KSambaPlugin ==

KsambaPlugin est un outil graphique écrit en GTK pour KDE. Il permet de configurer entièrement un serveur Samba. Il s'agit d'un module supplémentaire pour le centre de contrôle de KDE. Il procure également des propriétés supplémentaires à Konqueror, qui lui permettent d'en faire un outil de parcours réseau Samba (voir section suivante de l'article). Pour l'installer :

<code> # urpmi ksambaplugin
Préparation... ##################################################
1:ksambaplugin ##################################################
</code>

Pour l'utiliser, allez dans le menu KDE "Système >> Configuration >> Configurez votre bureau". Cliquez alors sur le menu "Réseau >> Configuration de Samba". Passez ensuite en mode superutilisateur. Vous avez alors accès à la configuration de votre serveur Samba sous forme de 5 onglets :

'''Schema4 : Ksamba - interface de configuration'''

[[Image:samba-samba4.png]]

* configuration de base : c'est la section [global]
* configuration des partages de fichiers : nous retrouvons la section [homes] et tout autre partage de fichiers
* configuration des imprimantes partagées : cet onglet permet la configuration des partages [print$] et [printers]
* configuration des comptes utilisateurs : créer, modifier supprimer des utilisateurs et des groupes tout en assurant la synchronisation
* paramètres de configuration avancée : paramétrage avancé du serveur

'''Schema5 : Ksamba - configuration des utilisateurs'''

[[Image:samba-samba5.png]]

== Module Samba pour Webmin ==

Webmin est un utilitaire accessible par interface web qui va vous permettre de configurer l'ensemble de votre machine (système et réseau). Il est constitué d'un ensemble de modules dont celui consacré au serveur Samba.

Pour installer Webmin, réutilisons urpmi puis démarrons webmin :

<code> # urpmi webmin
Préparation... ##################################################
1:webmin ##################################################
# service webmin start
Lancement de Webmin [ OK ]
</code>

Pour accéder à webmin, tapez dans la barre d'URL de votre navigateur : https://localhost:10000 Authentifiez-vous alors en tant que root avec votre mot de passe. Cliquez sur l'onglet "serveurs" puis "Samba Windows File Sharing"

'''Schema6 : Webmin - liste des partages du serveur'''

[[Image:samba-samba6.png]]

Vous avez alors décrit rapidement l'ensemble des ressources partagées, avec la possibilité de modifier cette configuration. Comme pour KsambaPlugin, l'ensemble du serveur est paramétrable.

'''Schema7 : Webmin - menu principal de configuration de samba'''

[[Image:samba-samba7.png]]

<div class="note">Remarque : l'idée n'est pas ici de décourager l'utilisation de tels outils. Mais ceux-ci proposent l'accès relativement simple à des paramétrages avancés de Samba. Mal maîtrisés, vous pouvez rapidement mettre votre serveur hors d'usage. Alors attention aux clics intempestifs et gardez un oeil sur la configuration texte.</div>

== Outil graphique de parcours des ressources Samba ==

Konqueror est maintenant un bon moyen d'accéder à un serveur Samba, il suffit pour cela de taper dans la zone URL smb://user@serveur/ ou smb://user:password@serveur/ pour accéder au serveur "serveur" en tant que "user".

'''Schema8 : parcours des ressources Samba avec Konqueror'''

[[Image:samba-samba8.png]]

L'utilisation est relativement aisée, il vous suffit de cliquer sur les fichiers et/ou répertoires, comme pour un système de fichiers local.

= Gestion des jetons sous DOS pour intégrer une installation administratives de vos clients sous windows 2000 & XP =

Complément de [[Mose]]

"je suis de l'ancienne école" et j'ai réalisé un petit programme sous DOS à améliorer

existant :

j'ai env. 20Pc en réseaux avec un serveur linux et samba
un logon.bat sur le serveur lancé sur chaque stations au logon de celles-ci

mes besoins :

sous un serveur linux avec samba j'ai procédé à des installations administratives de Ooo pour mes clients windows 2000 et XP uniquement. Mise sous logon.bat avec une commande IF EXIST pour ne pas écraser plusieurs fois les installations précédentes.

le problème c'est que si j'ai par exemple 20 clients qui ce connectent le matin avec une mise à jour de Ooo, je fais ramer mon serveur, ce qui n'est pas acceptable.

je n'ai pas d'argent pour l'achat d'un logiciel de gestion d'installation...

étude :

bridage du nombres d'installation automatique en même temps,
j'ai mis au points un algorithme que voici,

[[Image:samba-dia01ci3.jpg]]

[[Image:samba-dia02ok2.jpg]]

et voilà la partie la plus intéressante le programme proprement dit

<code>echo off
rem Fait par Oc le 3 aout 2006
echo .
echo .
echo Processus de don de jetons pour installation automatique
echo Ne pas fermer cette fenetre merci
echo .
echo .
rem ------------------------------------------------------
echo initialisation des variables
set nbmaxjetons=5
rem Nombre Max d'utilisateurs pouvant lancer l'installation en même temps
set jeton=0
set path_jeton=H:\Log\jetons
rem dossier de stocage des jetons sur mon serveur avec les droits R/W pour tout les utilisateurs
echo .
echo .
rem ------------------------------------------------------
echo demande de jeton pour l'installation
set /a nbmaxjetons=%nbmaxjetons%+1
:debut
set /a jeton=%jeton%+1
echo demande jeton Numéro %jeton%
if "%jeton%"=="%nbmaxjetons%" (goto fin)
if NOT EXIST "%path_jeton%\jeton%jeton%" (echo %USERNAME%,%COMPUTERNAME% >> %path_jeton%\jeton%jeton% >> %path_jeton%\jeton%jeton% & goto suite) ELSE (goto debut)
:suite
rem ------------------------------------------------------
echo Vérification du jeton %jeton%
echo %USERNAME%,%COMPUTERNAME% > %TEMP%\jeton%jeton%
rem ------------------------------------------------------
echo lancement des programmes d'installation administratives
rem pause
rem exemple : if NOT EXIST "%ProgramFiles%\install_log\ooo-202.log" (echo installation de Ooo en cours & echo %date%,%time%,%USERNAME%,%COMPUTERNAME%,installation de Ooo en cours>>%log_path% & start /WAIT H:\autoinstall\client\Standart\openoffice\install-jre-Ooo.bat) ELSE (echo instalation de Ooo n'est pas a faire & echo %date%,%time%,%USERNAME%,%COMPUTERNAME%,instalation de Ooo n'est pas a faire>>%log_path%)
rem exemple : c'est un peut long et j'ai pas mis mes variables d'installation dans cette exemple
rem exemple : mais je lui demande de faire une commande SI, des log de l'installation et de lancer ou pas le fichier Â« install-jre-Ooo.bat Â»
echo .
echo .
rem ------------------------------------------------------
echo Liberation du jeton Numero %jeton%
rem del "%path_jeton%\jeton%jeton%"
del "%TEMP%\jeton%jeton%"
:fin
echo fin</code>

les limites de ce programme :

le même jeton pris par 2 PC en même temps Â« c'est très rare, mais ça peut arriver Â»

la non libération du jeton via d'un problème de plantage ou intervention d'utilisateurs
(j'ai réglé en partie le problème en inscrivant dans le jeton le nom de l'utilisateur et le Nom du PC)

je met ce petit programme dans vos mains sous licences GPL
modifiable a volonté mais dans l'esprit du libre

= Conclusion =

Voilà donc votre serveur Samba fonctionnel. Nous n'avons abordé ici qu'une infime partie des possibilités offertes. Sachez que les dernières versions permettent d'apporter les mêmes fonctionnalités qu'un serveur NT, voire 2000 : contrôleur de domaine (PDC, BDC), serveur de netlogon (authentification centralisée), serveur de résolution de noms netbios (WINS)... Bref de quoi passer de votre configuration personnelle à une véritable architecture d'entreprise !

== Quelques adresses utiles ==

* [http://samba.org Le site officiel de Samba ]
* La documentation officielle de Samba (une mine d'or !) : Samba-HOWTO-Collection sur la section documentation du site
* [http://cups.org Le site officiel de cups ]

<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 Anne le 02/11/2004.</div>

= Copyright =
Copyright © 02/11/2004, Anne
{{CC-BY-NC-SA}}

=Autres ressources=
* [http://oreilly.com/catalog/samba/ Le livre O'Reilly]
* [http://www.linux-france.org/~eprigent/ Une série de PDF]
* [[Reseau-partfic-samba nt auth|Utiliser la base d'utilisateur d'un CPD (ou PDC) NT]].

Samba

2006-08-18T19:14:22Z

ST : /* Gestion des jetons sous DOS pour intégrer une installation administratives de vos clients sous windows 2000 & XP */

[[Category:Partager ses fichiers]]
= Partager ses fichiers et imprimantes avec Samba =

<div class="leatitre">Partager ses fichiers et imprimantes avec Samba</div><div class="leapar">Par Anne <anne at lea-linux point org></div>

Vous disposez à la maison ou dans votre entreprise de machines sous Linux et d'autres sous Windows. Comment faire en sorte de faire communiquer tout ce petit monde ? Samba va vous permettre de centraliser et rendre accessibles vos fichiers et imprimantes à partir de toutes ces machines.

L'article se propose de donner les éléments nécessaires pour configurer ce partage dans un contexte de groupe de travail (le plus simple) mais en sécurisant un minimum l'accès à ces ressources, et donc une authentification des utilisateurs. Nous verrons dans un premier temps la configuration en mode texte, qui a l'avantage de vous expliquer les arcanes du fonctionnement du serveur. Vous pourrez également utiliser les interfaces graphiques, ce qui vous permettra d'obtenir le même résultat.

= Le projet Samba =

Le projet démarre en 1992, grâce à Andrew TRIDGELL. Etudiant en physique, il développe un protocole de partage de fichiers qui émulait les systèmes Digital. 18 mois plus tard, il apprendra que ce protocole fonctionne également avec Windows.

Depuis le projet compte des développeurs dans le monde entier et bénéficie également de financements d'entreprise pour l'implémentation de fonctionnalités compatibles Windows.

= Installer Samba =

Nous allons travailler à partir d'une distribution Mandrake 10.0. Les postes clients peuvent être indifféremment sous Windows 95/98 et/ou Windows 2000/XP/2003.

== Récupération et installation des paquetages Samba. ==

Lors de l'installation de votre distribution, vous avez pu choisir d'installer un certain nombre de serveurs, dont Samba. Nous allons donc commencer par véfifier la présence des paquetages nécessaires.

<code># rpm -qa | grep samba
samba-server-3.0.2a-3mdk
samba-common-3.0.2a-3mdk
samba-client-3.0.2a-3mdk
</code>

Si vous obtenez quelque chose de similaire, c'est que tout est déjà prêt. Vous pouvez alors passer à la section suivante. Dans le cas contraire, nous allons installer les paquetages depuis le CD de votre distribution (ou tout autre support contenant votre distribution) :

<code># urpmi samba
Un des paquetages suivants est nécessaire :
1- samba-server-3.0.2a-3mdk.i586
2- samba2-server-2.2.8a-14mdk.i586
Que choisissez-vous ? (1-2)1
Pour satisfaire les dépendances, les paquetages suivants vont être installés (14 Mo):
samba-common-3.0.2a-3mdk.i586
samba-server-3.0.2a-3mdk.i586
Est-ce correct ? (O/n) o
Préparation... ##################################################
1:samba-common ##################################################
2:samba-server ##################################################
</code>

L'installation propose un choix entre Samba2 et Samba3. La dernière version apporte des améliorations considérables et des fonctionnalités supplémentaires, comme la gestion des groupes. Ces fonctionnalités sont surtout utilisées dans une configuration orientée entreprise mais après tout, ne nous refusons rien !

Nous allons également installer la partie cliente. Elle contient tous les outils qui permettent notamment le montage et le parcours des ressources Samba.

<code># urpmi samba-client
Préparation... ##################################################
1:samba-client ##################################################
</code>

== Premier test de votre installation ==

Maintenant que Samba est installé, démarrons le serveur :

<code># /etc/rc.d/init.d/smb start
Lancement du service SaMBa : [ OK ]
Lancement du service NMB : [ OK ]
</code>

Deux démons sont lancés, nécessaires au fonctionnement du serveur Samba : smbd et nmbd.

* smbd permet le partage des fichiers et imprimantes
* nmbd permet quant à lui le parcours du réseau et la résolution de noms Netbios...

<code># /etc/rc.d/init.d/smb status
smbd (pid 970) is running... nmbd (pid 972) is running...
</code>

La commande ci-dessus permet de vérifier que Samba fonctionne correctement. Vous devez voir apparaitre les deux dernières lignes.

== Automatiser le lancement de Samba ==

La dernière phase de l'installation consiste pour nous à vérifier que Samba sera bien lancé automatiquement à chaque démarrage de la machine (ce qui évite bien des surprises !). Pour le vérifier, exécutons la commande ci-dessous :

<code># chkconfig --list smb
smb 0:Arrêt 1:Arrêt 2:Arrêt 3:Arrêt 4:Arrêt 5:Arrêt 6:Arrêt
</code>

Elle indique les niveaux de fonctionnement auxquels le serveur est démarré. Dans le cas où Samba n'est pas démarré aux niveaux souhaités, ici il n'est jamais démarré, il suffit de reconfigurer l'initialisation du serveur :

<code># chkconfig --level 345 smb on
</code>

Dans ce cas, Samba est démarré aux niveaux 3, 4 et 5, ce qui correspond aux niveaux standards de fonctionnement des services réseau.

Si la ligne de commande vous insupporte, vous pouvez utiliser, en root, la commande drakxservices :

'''Schema1 : configurer le démarrage de Samba'''

[[Image:samba-samba1.png]]

Cliquez sur la case à cocher "Au démarrage" sur la ligne smb pour démarrer le service dès le démarrage.

== Installation du serveur d'impression ==

Pour terminer la phase d'installation, nous allons voir comment installer et configurer rapidement le serveur d'impression cups. Encore une fois, l'installation des paquetages est réalisée grâce à la commande urpmi, suivie du démarrage du serveur :

<code># urpmi cups cups-drivers
installation de /var/cache/urpmi/rpms/cups-1.1.20-5mdk.i586.rpm
/var/cache/urpmi/rpms/cups-drivers-1.1-133mdk.i586.rpm
Préparation... ##################################################
1:cups ##################################################
2:cups-drivers ##################################################
# service cups start
Lancement du service d'impression CUPS : [ OK ]
</code>

Ci-dessous la configuration et la gestion d'une imprimante :

'''Schema2 : interface d'administration de cups'''

[[Image:samba-samba2.png]]

La configuration est relativement simple. Sur votre machine, tapez l'url : http://localhost:631. Cliquez sur "Administrer les imprimantes" et laissez-vous guider pour ajouter votre ou vos imprimantes :).

= Le fichier de configuration principal =

Le fichier de configuration à connaitre pour Samba est /etc/samba/smb.conf. Nous allons en détailler les grandes rubriques. Celui-ci, on le verra, est modifiable soit à l'aide d'un éditeur de texte soit d'une interface graphique.

Le fichier est découpé en grandes sections indiquées de cette manière : [section]. Les différents paramètres sont ensuite inscrits de la manière suivante : paramètre = valeur. Toute ligne commencée par un "#" ou ";" est considérée comme un commentaire. Par convention, le ";" est utilisé pour commenter les lignes de configuration.

Nous allons passer en revue les différentes sections en énonçant les paramètres les plus courants. Les outils graphiques proposés pour paramétrer Samba que nous verrons par la suite, ne font que mettre à jour ce fichier de configuration.

== Section de configuration générale ==

La première section est annoncée par [global]. Elle contient les éléments généraux de la configuration du serveur Samba : nom du groupe de travail, réseaux autorisés, utilisateurs administrateurs...

* '''workgroup''' : nom du groupe de travail ou du domaine
* '''netbios name ''' : nom netbios du serveur Samba, par défaut égal au nom de la machine (hostname)
* '''server string ''' : description affichée lors du parcours réseau, il s'agit d'un commentaire
* '''printing''' : système d'impression utilisé pour le serveur d'impression : sous Linux on trouvera lprng et de plus en plus, cups (le choix réalisé dans cet article).
* '''log file / max log size / log level''' : configuration des logs du serveur : respectivement le nom du fichier de log, sa taille maximum et le niveau des logs (plus le niveau est élevé, plus la quantité d'informations est importante)
* '''hosts allow (deny) ''' : entrer ici la liste des adresses IP des machines (ex : 192.168.0.3) ou réseaux ( ex : 192.168.0.) autorisés à se connecter au serveur Samba (et inversement si on utilise le paramètre hosts deny). Le paramètre est important surtout si votre machine est accessible de l'extérieur. Le protocole Netbios fait l'objet de nombreuses attaques. Pensez également à configurer votre firewall pour bloquer les ports 137, 138 et 139 de l'extérieur.
* '''security''' : c'est une des options les plus importantes du fichier, qui pourra être bloquante si elle est mal renseignée. Elle indique le mode de discussion du client Windows avec le serveur Samba. Dans les versions 3.x de Samba, le défaut est user, et share pour Samba 2.x. Dans la version qui nous intéresse, on utilisera le mode user si les noms de comptes utilisés pour se connecter au serveur ont un compte équivalent sur la machine Linux (existence d'une entrée dans /etc/passwd). Dans le cas contraire, on préférera share. Il existe également 2 autres types possibles : domain et server que nous n'aborderons pas ici et qui sont réservés dans un fonctionnement de Samba en tant que contrôleur de domaine. Ci-dessous quelques explications sur les implications de ce choix :
** '''share''' : ce mode ne nécessite pas d'authentification par un compte valide. Si le paramètre guest only est renseigné, alors tout nouvel utilisateur sera identifié par le biais de cet utilisateur invité.
** '''user''' : dans ce cas de figure, l'utilisateur doit s'authentifier systématiquement. Son compte windows devra disposer d'un compte correspondant sur le serveur (on parle aussi en bon français de mapping)
* '''encrypt passwords / unix password sync / passwd program / passwd chat ''' : configuration des mots de passe. On aura recours aux mots de passes encryptés. La synchronisation des mots de passe permet la synchronisation entre le mot de passe de l'utilisateur Samba et son compte sur le système Linux. En l'autorisant, on permet à l'utilisateur de modifier son mot de passe à partir de la machine cliente et donc d'un poste client sous Windows. Enfin passwd program et passwd chat indiquent le programme utilisé pour réaliser cette modification ainsi que le dialogue qui s'établira avec le serveur. Les paramètres par défaut conviennent parfaitement.
* '''character set / client code page ''' : permettent de faire correspondre un code page Windows avec un character set UNIX, pour utiliser notamment les caractères accentués. Par défaut, on utilisera :
<code>client code page = 850
character set = ISO8859-1</code>
:ou <code>character set = UTF-8</code>, selon la locale de votre machine.

== Section de configuration des partages de fichiers ==

Nous allons maintenant passer aux sections de partages de fichiers. Nous aurons une section par partage défini. A l'intérieur de chacune de ces sections, nous trouverons les options qui définissent le dit partage.

Nous allons donner un nom à chaque partage. Attention il existe un nom de partage de fichiers spécifique : [homes]. Il définit le partage des répertoires personnels des utilisateurs, sans avoir à spécifier le chemin dans les options. De manière générale, on aura donc [monpartage].

Ci-dessous le détail des options les plus courantes utilisées :

* '''path''' : chemin d'accès du partage - il n'est pas à spécifier pour le partage [homes]
* '''comment''' : commentaire décrivant le partage qui apparait lors du parcours du réseau Samba (voisinage réseau sous Windows), il s'agit uniquement d'un commentaire
* '''browseable''' : le partage sera visible lors du parcours du réseau
* '''read only''' : limite l'accès en lecture uniquement
* '''write list''' : limite l'accès en écriture aux données du partage aux utilisateurs et/ou groupes d'utilisateurs spécifiés. Un groupe sera mentionné de cette façon : @nom_du_groupe.

== Configuration des partages d'imprimantes ==

Votre serveur Samba peut également vous servir à partager des imprimantes. Nous traiterons ici du cas où ces imprimantes sont gérées par cups.

Le partage d'imprimante peut se faire à plusieurs niveaux :

* partage de la ressource (partage intitulé [printers]), mais qui nécessite d'avoir installé les drivers sur le poste client,
* partage des drivers, dans ce dernier cas vous n'avez plus besoin d'installer de driver sur le client Windows, le partage est intitulé [print$].

Vous pouvez décider de partager uniquement la ressource ou bien les drivers et la ressource.

<code> [global]
...
# système d'impression utilisé
printing = cups
# administrateur des imprimantes
printer admin = root
...

# partage des ressources d'impression
[printers]
comment = All Printers
path = /var/spool/samba
create mask = 0700
guest ok = Yes
printable = Yes
browseable = Yes

# partage des drivers des imprimantes
[print$]
path = /var/lib/samba/printers
browseable = yes
read only = yes
write list = root
</code>

Pour mettre les drivers à disposition sur le serveur Samba, il vous faut vous procurer les drivers Postcript Adobe. Pour les télécharger : http://www.adobe.com/support/downloads. Une fois extraits, nous allons les copier dans /usr/share/cups/drivers.

Nous allons ensuite procéder à la création effective du partage des imprimantes cups par Samba grâce à la commande cupsaddsmb :

<code> # cupsaddsmb -a
...
passwd:
...
#</code>

Pour vérifier que le lien a bien été réalisé, vous avez plusieurs possibilités.

* la commande '''smbclient''' va vous lister, entre autres, les imprimantes partagées :
<code> # smbclient -L localhost
Password:
Anonymous login successful
Domain=[MONGROUPE] OS=[Unix] Server=[Samba 3.0.2a]
Sharename Type Comment
--------- ---- -------
print$ Disk
public Disk Public Stuff
IPC$ IPC IPC Service (Samba Server 3.0.2a)
ADMIN$ IPC IPC Service (Samba Server 3.0.2a)
hp4050n Printer
hplaser4000 Printer hplaser4000
Anonymous login successful
Domain=[MONGROUPE] OS=[Unix] Server=[Samba 3.0.2a]
...
</code>
* la commande '''rpcclient''' permet, selon l'option choisie, d'énumérer les imprimantes et drivers partagés :
<code> # rpcclient -d=0 -U root -c 'enumprinters' localhost
Password:
flags:[0x800000]
name:[\\pingu\hp4050n]
description:[\\pingu\hp4050n,hp4050n,]
comment:[]
flags:[0x800000]
name:[\\pingu\hplaser4000]
description:[\\pingu\hplaser4000,hplaser4000,hplaser4000]
comment:[hplaser4000]
# rpcclient -d=0 -U root -c 'enumdrivers' localhost
Password:
[Windows 4.0]
Printer Driver Info 1:
Driver Name: [hplaser4000]
Printer Driver Info 1:
Driver Name: [hp4050n]
[Windows NT x86]
Printer Driver Info 1:
Driver Name: [hplaser4000]
Printer Driver Info 1:
Driver Name: [hp4050n]
[Windows NT x86]
Printer Driver Info 1:
Driver Name: [hplaser4000]
Printer Driver Info 1:
Driver Name: [hp4050n]
</code>
* enfin la commande '''testprns''' permet de vérifier qu'un nom d'imprimante est valide c'est-à-dire utilisable car correctement reconnu sur le système.
<code> # testprns hp4050n
Looking for printer hp4050n in printcap file /etc/printcap
Printer name hp4050n is valid.
# testprns bidule
Looking for printer bidule in printcap file /etc/printcap
Printer name bidule is not valid.
</code>

= Commandes utiles =

== Monter des ressources du serveur dans un système de fichiers Linux ==

Il est possible d'utiliser une un partage de fichiers smb (Samba, WindowsÂ©) comme faisant partie du système de fichiers Linux local : il suffit de monter la ressource. Pour que cela fonctionne, il faut que le noyau de Linux ainsi que Samba aient été compilés avec le support du système de fichiers smbfs (ce qui est le cas du noyau et des paquetages Samba de Mandrake ainsi que de nombreuses autres distributions).

L'opération peut être réalisée avec la commande classique mount mais uniquement en tant que root.

Exemple :

<code> # mount -t smbfs \\\\pingu\\homes /mnt/samba -o username=anne
</code>

Cet exemple permet de monter le répertoire personnel de l'utilisateur anne partagé par le serveur samba sur le répertoire /mnt/samba. Le montage nécessite de spécifier le type de système de fichiers (-t smbfs) et l'identité utilisée pour accéder au partage (-o username=anne). Ce système de fichiers peut être démonté grâce à la commande umount.

<code> # umount /mnt/samba
</code>

Ce montage peut être effectué en "non root" grâce à la commande smbmount, à condition que le répertoire de montage soit accessible en écriture pour l'utilisateur, ainsi que le partage lui-même..

Exemple :

<code> $ smbmount \\\\pingu\\homes /home/anne/samba
</code>

Le système de fichiers sera démonté toujours en utilisateur grâce à la commande smbumount.

<code> $ smbumount home/anne/samba
</code>

== Tester la syntaxe de smb.conf : testparm ==

La commande testparm permet de tester les options utilisées dans le fichier ainsi que la syntaxe. Elle spécifie également, après parcours du fichier, les partages effectifs, le status du serveur.

Testons la validité de notre fichier de configuration :

<code> # testparm
Load smb config files from /etc/samba/smb.conf
Processing section "[homes]"
Processing section "[printers]"
Processing section "[public]"
Loaded services file OK.
Server role: ROLE_STANDALONE
Press enter to see a dump of your service definitions
</code>

== Parcourir le réseau : smbclient ==

smbclient est une commande qui permet d'accéder aux ressources partagées par le serveur. Elle est notamment très utile pour tester le bon fonctionnement des partages avec votre serveur Samba.

<code> # smbclient \\\\pingu\\homes -U anne
Password:
Domain=[PINGU] OS=[Unix] Server=[Samba 3.0.2a]
smb: \>
</code>

La commande ci-dessus est un accès au répertoire personnel sur le serveur en tant qu'utilisateur anne.

== Machines visibles sur le réseau netbios : findsmb ==

La commande findsmb va vous permettre de lister les machines visibles grâce aux requêtes smb de votre serveur (script effectuant une combinaison de commandes nmblookup et smbclient).

Exemple :

<code> # findsmb

IP ADDR NETBIOS NAME WORKGROUP/OS/VERSION
---------------------------------------------------------------------
Domain=[LINUXERIES] OS=[Unix] Server=[Samba 3.0.2a]
Domain=[LINUXERIES] OS=[Unix] Server=[Samba 3.0.2a]
192.168.0.3 PINGU +[ LINUXERIES ]
Domain=[WORKGROUP] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]
Domain=[WORKGROUP] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]
192.168.0.100 PLOPLAND-OAAHXLR+[ WORKGROUP ]
</code>

Nous pouvons voir ci-dessus 2 machines : PINGU et PLOPLAND-OAAHXLR.

== Résoudre les noms netbios : nmblookup ==

La commande nmblookup permet de résoudre les noms netbios en IP. La commande peut permettre de vérifier le bon fonctionnement de la configuration de votre serveur ou de vos machines clientes.

Exemple :

<code># nmblookup pingu
192.168.10.52 pingu<00>
</code>

Au nom netbios pingu correspond l'adresse IP 192.168.10.52. indique que la machine est simple station de travail.

== Lister les connexions au serveur : smbstatus ==

La commande smbstatus permet de générer une liste des connexions au serveur au moment précis où vous tapez la commande.

<code># smbstatus

Samba version 3.0.2a
PID Username Group Machine
-------------------------------------------------------------------
6909 lealinux lealinux pingu (192.168.0.3)
6916 bidule bidule pingu (192.168.0.3)

Service pid machine Connected at
-------------------------------------------------------
lealinux 6909 pingu Sun Jun 27 16:50:06 2004
bidule 6916 pingu Sun Jun 27 16:50:20 2004
No locked files
</code>

Ci-dessus, on peut voir 2 connexions actives au serveur Samba provenant des utilisateurs lealinux et bidule, effectuées en local.

= Exemple de configuration =

Pour terminer sur la configuration texte de votre serveur Samba, ci-dessous un exemple type de fichier /etc/samba/smb.conf pour une utilisation courante :

* authentification par utilisateur
* utilisation de cups en tant que serveur d'impression, root étant administrateur
* partage des imprimantes et de leurs drivers
* partage des répertoires maison dont l'accès est réservé à leur propriétaire
* partage public accessible à tous

<code> [global]
# nom de l'espace de travail
workgroup = LINUXERIES
# commentaire sur l'espace de travail
server string = Samba Server %v
# Configuration du partage des ressources d'impression
printcap name = cups
load printers = yes
printing = cups
printer admin = root
# Configuration des logs du serveur
log file = /var/log/samba/log.%m
max log size = 50
# Configuration de l'authentification
# type utilisé
security = user
# mots de passe encryptés - pour permettre de modifier le mot de passe à partir de la machine cliente
encrypt passwords = yes
smb passwd file = /etc/samba/smbpasswd
unix password sync = Yes
pam password change = yes
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192

# Partage des repertoires personnels
[homes]
comment = Home Directories
browseable = no
writable = yes

# Partage des ressources d'impression
[printers]
comment = All Printers
path = /var/spool/samba
browseable = no
# to allow user 'guest account' to print.
guest ok = yes
writable = no
printable = yes
create mode = 0700

# Partage des drivers d'impression
[print$]
path = /var/lib/samba/printers
browseable = yes
write list = @adm root
guest ok = yes
inherit permissions = yes

# Partage accessible à tous
[public]
path = /home/public
public = yes
only guest = yes
writable = yes
printable = no
</code>

= Test de votre installation depuis WindowsÂ© =

Passons maintenant à la phase de test à partir d'un de vos clients Windows. Cliquez sur le voisinage réseau de votre poste Windows.

'''Schema3 : visualisation des partages sur un poste client Windows'''

[[Image:samba-samba3.png]]

Cliquez ensuite sur le nom du workgroup correspondant au nom de votre serveur Samba. Vous allez alors pouvoir visualiser l'ensemble des partages configurés, à condition que ces ressources soient "browseable" et que vous ayez les droits nécessaires.

Attention tout changement intervenant sur ces ressources peut mettre un certain temps avant mise à jour de l'affichage. Netbios est en effet un protocole extremement bavard et basé sur ce qu'on appelle le broadcast. Il interpelle tout le reseau à des moments déterminés pour la mise à jour des ressources.

= Gestion des utilisateurs et des groupes =

Cette notion va permettre de sécuriser l'accès aux données. Toute la problématique repose sur la nécessité de disposer de comptes sur le système Linux qui vont correspondre aux utilisateurs sur les machines Windows. On parle aussi de synchronisationde ces deux types de comptes. Il en s era de même pour les groupes.

== Les différents types d'utilisateurs Samba ==

Il existe plusieurs types d'utilisateurs et donc de droits. Nous distinguerons l'administrateur, les utilisateurs et les invités (guest) :

 Exemple :

<code> [global]
...
guest account = nobody
...
[monpartage]
comment = mon joli partage
path = /home/public
guest ok = yes
</code>

== Synchroniser les utilisateurs ==

Pour synchroniser les utilisateurs Windows / Linux, on utilisera la commande smbpasswd.

Dans un premier temps, on ajoute l'utilisateur au fichier /etc/samba/smbpasswd ainsi que son mot de passe qui sera le même pour Linux et Windows. Pour ce faire, utilisez l'option -a.

Exemple :

# smbpasswd-a anne New SMB password: Retype new SMB password: Added user anne.

Vous pouvez vérifier le contenu de /etc/samba/smbpasswd :

<code># cat /etc/samba/smbpasswd
anne:500:C4315DF197EED860C2265B23734E0DAC:9C08AB50A2F8864881B0418E3A63B77B:[U ]:LCT-40DC451B:
</code>

Renouvelez l'opération pour chaque utilisateur devant accéder au serveur Samba.

Dans le cas de figure ci-dessus, la méthode utilisée implique que l'utilisateur porte le même nom sur les 2 systèmes, anne dans notre cas. Il est toutefois possible de conserver un nom d'utilisateur sur Windows différent. On aura alors recours à un fichier supplémentaire : /etc/samba/smbusers.

Exemple :

<code> # cat /etc/samba/smbusers
# Unix_name = SMB_name1 SMB_name2 ...
root = administrator admin
anne = leanne
</code>

Il est ensuite possible de changer le mot de passe de l'utilisateur, à partir de Windows ou bien du serveur Samba grâce à la commande smbpasswd :

<code> # smbpasswd anne
New SMB password:
Retype new SMB password:
#
</code>

== Gestion des groupes ==

Depuis la version 3.x de Samba, les groupes sont maintenant entièrement gérés. Là encore nous allons devoir synchroniser les groupes UNIX et Windows grâce à la commande net :

<code># net groupmap add unixgroup=nom_unix ntgroup=nom_windows
</code>

Ainsi si je dispose d'un groupe utilisateurs sur Linux, et que ce groupe se nomme utilisateurs ordinaires sur Windows, on procédera de la manière suivante :

<code> # net groupmap add unixgroup=utilisateurs ntgroup='utilisateurs ordinaires'
No rid or sid specified, choosing algorithmic mapping Successully added group utilisateurs ordinaires to the mapping db
</code>

Pour lister les correspondances existantes :

<code> # net groupmap list
utilisateurs ordinaires (S-1-5-21-567158280-4275195276-2466317430-2001) -> utilisateurs
</code>

Pour supprimer une correspondance :

<code> # net groupmap delete ntgroup='utilisateurs ordinaires'
Sucessfully removed utilisateurs ordinaires from the mapping db
</code>

= Outils graphiques de configuration d'un serveur Samba =

Il existe de nombreux outils graphiques qui vont vous permettre de procéder aux mêmes manipulations mais sans utiliser d'éditeur de texte. Les intitulés des actions à réaliser reprennent généralement les mêmes dénominations que les paramètres utilisés dans le fichier smb.conf décrit ci-dessus.

== KSambaPlugin ==

KsambaPlugin est un outil graphique écrit en GTK pour KDE. Il permet de configurer entièrement un serveur Samba. Il s'agit d'un module supplémentaire pour le centre de contrôle de KDE. Il procure également des propriétés supplémentaires à Konqueror, qui lui permettent d'en faire un outil de parcours réseau Samba (voir section suivante de l'article). Pour l'installer :

<code> # urpmi ksambaplugin
Préparation... ##################################################
1:ksambaplugin ##################################################
</code>

Pour l'utiliser, allez dans le menu KDE "Système >> Configuration >> Configurez votre bureau". Cliquez alors sur le menu "Réseau >> Configuration de Samba". Passez ensuite en mode superutilisateur. Vous avez alors accès à la configuration de votre serveur Samba sous forme de 5 onglets :

'''Schema4 : Ksamba - interface de configuration'''

[[Image:samba-samba4.png]]

* configuration de base : c'est la section [global]
* configuration des partages de fichiers : nous retrouvons la section [homes] et tout autre partage de fichiers
* configuration des imprimantes partagées : cet onglet permet la configuration des partages [print$] et [printers]
* configuration des comptes utilisateurs : créer, modifier supprimer des utilisateurs et des groupes tout en assurant la synchronisation
* paramètres de configuration avancée : paramétrage avancé du serveur

'''Schema5 : Ksamba - configuration des utilisateurs'''

[[Image:samba-samba5.png]]

== Module Samba pour Webmin ==

Webmin est un utilitaire accessible par interface web qui va vous permettre de configurer l'ensemble de votre machine (système et réseau). Il est constitué d'un ensemble de modules dont celui consacré au serveur Samba.

Pour installer Webmin, réutilisons urpmi puis démarrons webmin :

<code> # urpmi webmin
Préparation... ##################################################
1:webmin ##################################################
# service webmin start
Lancement de Webmin [ OK ]
</code>

Pour accéder à webmin, tapez dans la barre d'URL de votre navigateur : https://localhost:10000 Authentifiez-vous alors en tant que root avec votre mot de passe. Cliquez sur l'onglet "serveurs" puis "Samba Windows File Sharing"

'''Schema6 : Webmin - liste des partages du serveur'''

[[Image:samba-samba6.png]]

Vous avez alors décrit rapidement l'ensemble des ressources partagées, avec la possibilité de modifier cette configuration. Comme pour KsambaPlugin, l'ensemble du serveur est paramétrable.

'''Schema7 : Webmin - menu principal de configuration de samba'''

[[Image:samba-samba7.png]]

<div class="note">Remarque : l'idée n'est pas ici de décourager l'utilisation de tels outils. Mais ceux-ci proposent l'accès relativement simple à des paramétrages avancés de Samba. Mal maîtrisés, vous pouvez rapidement mettre votre serveur hors d'usage. Alors attention aux clics intempestifs et gardez un oeil sur la configuration texte.</div>

== Outil graphique de parcours des ressources Samba ==

Konqueror est maintenant un bon moyen d'accéder à un serveur Samba, il suffit pour cela de taper dans la zone URL smb://user@serveur/ ou smb://user:password@serveur/ pour accéder au serveur "serveur" en tant que "user".

'''Schema8 : parcours des ressources Samba avec Konqueror'''

[[Image:samba-samba8.png]]

L'utilisation est relativement aisée, il vous suffit de cliquer sur les fichiers et/ou répertoires, comme pour un système de fichiers local.

= Gestion des jetons sous DOS pour intégrer une installation administratives de vos clients sous windows 2000 & XP =

Complément de [[Mose]]

"je suis de l'ancienne école" et j'ai réalisé un petit programme sous DOS à améliorer

existant :

j'ai env. 20Pc en réseaux avec un serveur linux et samba
un logon.bat sur le serveur lancé sur chaque stations au logon de celles-ci

mes besoins :

sous un serveur linux avec samba j'ai procédé à des installations administratives de Ooo pour mes clients windows 2000 et XP uniquement. Mise sous logon.bat avec une commande IF EXIST pour ne pas écraser plusieurs fois les installations précédentes.

le problème c'est que si j'ai par exemple 20 clients qui ce connectent le matin avec une mise à jour de Ooo, je fais ramer mon serveur, ce qui n'est pas acceptable.

je n'ai pas d'argent pour l'achat d'un logiciel de gestion d'installation...

étude :

bridage du nombres d'installation automatique en même temps,
j'ai mis au points un algorithme que voici,

[[Image:Exemple.jpg]]

[[Image:Exemple.jpg]]

et voilà la partie la plus intéressante le programme proprement dit

<code>echo off
rem Fait par Oc le 3 aout 2006
echo .
echo .
echo Processus de don de jetons pour installation automatique
echo Ne pas fermer cette fenetre merci
echo .
echo .
rem ------------------------------------------------------
echo initialisation des variables
set nbmaxjetons=5
rem Nombre Max d'utilisateurs pouvant lancer l'installation en même temps
set jeton=0
set path_jeton=H:\Log\jetons
rem dossier de stocage des jetons sur mon serveur avec les droits R/W pour tout les utilisateurs
echo .
echo .
rem ------------------------------------------------------
echo demande de jeton pour l'installation
set /a nbmaxjetons=%nbmaxjetons%+1
:debut
set /a jeton=%jeton%+1
echo demande jeton Numéro %jeton%
if "%jeton%"=="%nbmaxjetons%" (goto fin)
if NOT EXIST "%path_jeton%\jeton%jeton%" (echo %USERNAME%,%COMPUTERNAME% >> %path_jeton%\jeton%jeton% >> %path_jeton%\jeton%jeton% & goto suite) ELSE (goto debut)
:suite
rem ------------------------------------------------------
echo Vérification du jeton %jeton%
echo %USERNAME%,%COMPUTERNAME% > %TEMP%\jeton%jeton%
rem ------------------------------------------------------
echo lancement des programmes d'installation administratives
rem pause
rem exemple : if NOT EXIST "%ProgramFiles%\install_log\ooo-202.log" (echo installation de Ooo en cours & echo %date%,%time%,%USERNAME%,%COMPUTERNAME%,installation de Ooo en cours>>%log_path% & start /WAIT H:\autoinstall\client\Standart\openoffice\install-jre-Ooo.bat) ELSE (echo instalation de Ooo n'est pas a faire & echo %date%,%time%,%USERNAME%,%COMPUTERNAME%,instalation de Ooo n'est pas a faire>>%log_path%)
rem exemple : c'est un peut long et j'ai pas mis mes variables d'installation dans cette exemple
rem exemple : mais je lui demande de faire une commande SI, des log de l'installation et de lancer ou pas le fichier Â« install-jre-Ooo.bat Â»
echo .
echo .
rem ------------------------------------------------------
echo Liberation du jeton Numero %jeton%
rem del "%path_jeton%\jeton%jeton%"
del "%TEMP%\jeton%jeton%"
:fin
echo fin</code>

les limites de ce programme :

le même jeton pris par 2 PC en même temps Â« c'est très rare, mais ça peut arriver Â»

la non libération du jeton via d'un problème de plantage ou intervention d'utilisateurs
(j'ai réglé en partie le problème en inscrivant dans le jeton le nom de l'utilisateur et le Nom du PC)

je met ce petit programme dans vos mains sous licences GPL
modifiable a volonté mais dans l'esprit du libre

= Conclusion =

Voilà donc votre serveur Samba fonctionnel. Nous n'avons abordé ici qu'une infime partie des possibilités offertes. Sachez que les dernières versions permettent d'apporter les mêmes fonctionnalités qu'un serveur NT, voire 2000 : contrôleur de domaine (PDC, BDC), serveur de netlogon (authentification centralisée), serveur de résolution de noms netbios (WINS)... Bref de quoi passer de votre configuration personnelle à une véritable architecture d'entreprise !

== Quelques adresses utiles ==

* [http://samba.org Le site officiel de Samba ]
* La documentation officielle de Samba (une mine d'or !) : Samba-HOWTO-Collection sur la section documentation du site
* [http://cups.org Le site officiel de cups ]

<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 Anne le 02/11/2004.</div>

= Copyright =
Copyright © 02/11/2004, Anne
{{CC-BY-NC-SA}}

=Autres ressources=
* [http://oreilly.com/catalog/samba/ Le livre O'Reilly]
* [http://www.linux-france.org/~eprigent/ Une série de PDF]
* [[Reseau-partfic-samba nt auth|Utiliser la base d'utilisateur d'un CPD (ou PDC) NT]].

Samba

2006-08-18T19:09:26Z

ST : /* Gestion des jetons sous DOS pour intégrer une installation administratives de vos clients sous windows 2000 & XP */

[[Category:Partager ses fichiers]]
= Partager ses fichiers et imprimantes avec Samba =

<div class="leatitre">Partager ses fichiers et imprimantes avec Samba</div><div class="leapar">Par Anne <anne at lea-linux point org></div>

Vous disposez à la maison ou dans votre entreprise de machines sous Linux et d'autres sous Windows. Comment faire en sorte de faire communiquer tout ce petit monde ? Samba va vous permettre de centraliser et rendre accessibles vos fichiers et imprimantes à partir de toutes ces machines.

L'article se propose de donner les éléments nécessaires pour configurer ce partage dans un contexte de groupe de travail (le plus simple) mais en sécurisant un minimum l'accès à ces ressources, et donc une authentification des utilisateurs. Nous verrons dans un premier temps la configuration en mode texte, qui a l'avantage de vous expliquer les arcanes du fonctionnement du serveur. Vous pourrez également utiliser les interfaces graphiques, ce qui vous permettra d'obtenir le même résultat.

= Le projet Samba =

Le projet démarre en 1992, grâce à Andrew TRIDGELL. Etudiant en physique, il développe un protocole de partage de fichiers qui émulait les systèmes Digital. 18 mois plus tard, il apprendra que ce protocole fonctionne également avec Windows.

Depuis le projet compte des développeurs dans le monde entier et bénéficie également de financements d'entreprise pour l'implémentation de fonctionnalités compatibles Windows.

= Installer Samba =

Nous allons travailler à partir d'une distribution Mandrake 10.0. Les postes clients peuvent être indifféremment sous Windows 95/98 et/ou Windows 2000/XP/2003.

== Récupération et installation des paquetages Samba. ==

Lors de l'installation de votre distribution, vous avez pu choisir d'installer un certain nombre de serveurs, dont Samba. Nous allons donc commencer par véfifier la présence des paquetages nécessaires.

<code># rpm -qa | grep samba
samba-server-3.0.2a-3mdk
samba-common-3.0.2a-3mdk
samba-client-3.0.2a-3mdk
</code>

Si vous obtenez quelque chose de similaire, c'est que tout est déjà prêt. Vous pouvez alors passer à la section suivante. Dans le cas contraire, nous allons installer les paquetages depuis le CD de votre distribution (ou tout autre support contenant votre distribution) :

<code># urpmi samba
Un des paquetages suivants est nécessaire :
1- samba-server-3.0.2a-3mdk.i586
2- samba2-server-2.2.8a-14mdk.i586
Que choisissez-vous ? (1-2)1
Pour satisfaire les dépendances, les paquetages suivants vont être installés (14 Mo):
samba-common-3.0.2a-3mdk.i586
samba-server-3.0.2a-3mdk.i586
Est-ce correct ? (O/n) o
Préparation... ##################################################
1:samba-common ##################################################
2:samba-server ##################################################
</code>

L'installation propose un choix entre Samba2 et Samba3. La dernière version apporte des améliorations considérables et des fonctionnalités supplémentaires, comme la gestion des groupes. Ces fonctionnalités sont surtout utilisées dans une configuration orientée entreprise mais après tout, ne nous refusons rien !

Nous allons également installer la partie cliente. Elle contient tous les outils qui permettent notamment le montage et le parcours des ressources Samba.

<code># urpmi samba-client
Préparation... ##################################################
1:samba-client ##################################################
</code>

== Premier test de votre installation ==

Maintenant que Samba est installé, démarrons le serveur :

<code># /etc/rc.d/init.d/smb start
Lancement du service SaMBa : [ OK ]
Lancement du service NMB : [ OK ]
</code>

Deux démons sont lancés, nécessaires au fonctionnement du serveur Samba : smbd et nmbd.

* smbd permet le partage des fichiers et imprimantes
* nmbd permet quant à lui le parcours du réseau et la résolution de noms Netbios...

<code># /etc/rc.d/init.d/smb status
smbd (pid 970) is running... nmbd (pid 972) is running...
</code>

La commande ci-dessus permet de vérifier que Samba fonctionne correctement. Vous devez voir apparaitre les deux dernières lignes.

== Automatiser le lancement de Samba ==

La dernière phase de l'installation consiste pour nous à vérifier que Samba sera bien lancé automatiquement à chaque démarrage de la machine (ce qui évite bien des surprises !). Pour le vérifier, exécutons la commande ci-dessous :

<code># chkconfig --list smb
smb 0:Arrêt 1:Arrêt 2:Arrêt 3:Arrêt 4:Arrêt 5:Arrêt 6:Arrêt
</code>

Elle indique les niveaux de fonctionnement auxquels le serveur est démarré. Dans le cas où Samba n'est pas démarré aux niveaux souhaités, ici il n'est jamais démarré, il suffit de reconfigurer l'initialisation du serveur :

<code># chkconfig --level 345 smb on
</code>

Dans ce cas, Samba est démarré aux niveaux 3, 4 et 5, ce qui correspond aux niveaux standards de fonctionnement des services réseau.

Si la ligne de commande vous insupporte, vous pouvez utiliser, en root, la commande drakxservices :

'''Schema1 : configurer le démarrage de Samba'''

[[Image:samba-samba1.png]]

Cliquez sur la case à cocher "Au démarrage" sur la ligne smb pour démarrer le service dès le démarrage.

== Installation du serveur d'impression ==

Pour terminer la phase d'installation, nous allons voir comment installer et configurer rapidement le serveur d'impression cups. Encore une fois, l'installation des paquetages est réalisée grâce à la commande urpmi, suivie du démarrage du serveur :

<code># urpmi cups cups-drivers
installation de /var/cache/urpmi/rpms/cups-1.1.20-5mdk.i586.rpm
/var/cache/urpmi/rpms/cups-drivers-1.1-133mdk.i586.rpm
Préparation... ##################################################
1:cups ##################################################
2:cups-drivers ##################################################
# service cups start
Lancement du service d'impression CUPS : [ OK ]
</code>

Ci-dessous la configuration et la gestion d'une imprimante :

'''Schema2 : interface d'administration de cups'''

[[Image:samba-samba2.png]]

La configuration est relativement simple. Sur votre machine, tapez l'url : http://localhost:631. Cliquez sur "Administrer les imprimantes" et laissez-vous guider pour ajouter votre ou vos imprimantes :).

= Le fichier de configuration principal =

Le fichier de configuration à connaitre pour Samba est /etc/samba/smb.conf. Nous allons en détailler les grandes rubriques. Celui-ci, on le verra, est modifiable soit à l'aide d'un éditeur de texte soit d'une interface graphique.

Le fichier est découpé en grandes sections indiquées de cette manière : [section]. Les différents paramètres sont ensuite inscrits de la manière suivante : paramètre = valeur. Toute ligne commencée par un "#" ou ";" est considérée comme un commentaire. Par convention, le ";" est utilisé pour commenter les lignes de configuration.

Nous allons passer en revue les différentes sections en énonçant les paramètres les plus courants. Les outils graphiques proposés pour paramétrer Samba que nous verrons par la suite, ne font que mettre à jour ce fichier de configuration.

== Section de configuration générale ==

La première section est annoncée par [global]. Elle contient les éléments généraux de la configuration du serveur Samba : nom du groupe de travail, réseaux autorisés, utilisateurs administrateurs...

* '''workgroup''' : nom du groupe de travail ou du domaine
* '''netbios name ''' : nom netbios du serveur Samba, par défaut égal au nom de la machine (hostname)
* '''server string ''' : description affichée lors du parcours réseau, il s'agit d'un commentaire
* '''printing''' : système d'impression utilisé pour le serveur d'impression : sous Linux on trouvera lprng et de plus en plus, cups (le choix réalisé dans cet article).
* '''log file / max log size / log level''' : configuration des logs du serveur : respectivement le nom du fichier de log, sa taille maximum et le niveau des logs (plus le niveau est élevé, plus la quantité d'informations est importante)
* '''hosts allow (deny) ''' : entrer ici la liste des adresses IP des machines (ex : 192.168.0.3) ou réseaux ( ex : 192.168.0.) autorisés à se connecter au serveur Samba (et inversement si on utilise le paramètre hosts deny). Le paramètre est important surtout si votre machine est accessible de l'extérieur. Le protocole Netbios fait l'objet de nombreuses attaques. Pensez également à configurer votre firewall pour bloquer les ports 137, 138 et 139 de l'extérieur.
* '''security''' : c'est une des options les plus importantes du fichier, qui pourra être bloquante si elle est mal renseignée. Elle indique le mode de discussion du client Windows avec le serveur Samba. Dans les versions 3.x de Samba, le défaut est user, et share pour Samba 2.x. Dans la version qui nous intéresse, on utilisera le mode user si les noms de comptes utilisés pour se connecter au serveur ont un compte équivalent sur la machine Linux (existence d'une entrée dans /etc/passwd). Dans le cas contraire, on préférera share. Il existe également 2 autres types possibles : domain et server que nous n'aborderons pas ici et qui sont réservés dans un fonctionnement de Samba en tant que contrôleur de domaine. Ci-dessous quelques explications sur les implications de ce choix :
** '''share''' : ce mode ne nécessite pas d'authentification par un compte valide. Si le paramètre guest only est renseigné, alors tout nouvel utilisateur sera identifié par le biais de cet utilisateur invité.
** '''user''' : dans ce cas de figure, l'utilisateur doit s'authentifier systématiquement. Son compte windows devra disposer d'un compte correspondant sur le serveur (on parle aussi en bon français de mapping)
* '''encrypt passwords / unix password sync / passwd program / passwd chat ''' : configuration des mots de passe. On aura recours aux mots de passes encryptés. La synchronisation des mots de passe permet la synchronisation entre le mot de passe de l'utilisateur Samba et son compte sur le système Linux. En l'autorisant, on permet à l'utilisateur de modifier son mot de passe à partir de la machine cliente et donc d'un poste client sous Windows. Enfin passwd program et passwd chat indiquent le programme utilisé pour réaliser cette modification ainsi que le dialogue qui s'établira avec le serveur. Les paramètres par défaut conviennent parfaitement.
* '''character set / client code page ''' : permettent de faire correspondre un code page Windows avec un character set UNIX, pour utiliser notamment les caractères accentués. Par défaut, on utilisera :
<code>client code page = 850
character set = ISO8859-1</code>
:ou <code>character set = UTF-8</code>, selon la locale de votre machine.

== Section de configuration des partages de fichiers ==

Nous allons maintenant passer aux sections de partages de fichiers. Nous aurons une section par partage défini. A l'intérieur de chacune de ces sections, nous trouverons les options qui définissent le dit partage.

Nous allons donner un nom à chaque partage. Attention il existe un nom de partage de fichiers spécifique : [homes]. Il définit le partage des répertoires personnels des utilisateurs, sans avoir à spécifier le chemin dans les options. De manière générale, on aura donc [monpartage].

Ci-dessous le détail des options les plus courantes utilisées :

* '''path''' : chemin d'accès du partage - il n'est pas à spécifier pour le partage [homes]
* '''comment''' : commentaire décrivant le partage qui apparait lors du parcours du réseau Samba (voisinage réseau sous Windows), il s'agit uniquement d'un commentaire
* '''browseable''' : le partage sera visible lors du parcours du réseau
* '''read only''' : limite l'accès en lecture uniquement
* '''write list''' : limite l'accès en écriture aux données du partage aux utilisateurs et/ou groupes d'utilisateurs spécifiés. Un groupe sera mentionné de cette façon : @nom_du_groupe.

== Configuration des partages d'imprimantes ==

Votre serveur Samba peut également vous servir à partager des imprimantes. Nous traiterons ici du cas où ces imprimantes sont gérées par cups.

Le partage d'imprimante peut se faire à plusieurs niveaux :

* partage de la ressource (partage intitulé [printers]), mais qui nécessite d'avoir installé les drivers sur le poste client,
* partage des drivers, dans ce dernier cas vous n'avez plus besoin d'installer de driver sur le client Windows, le partage est intitulé [print$].

Vous pouvez décider de partager uniquement la ressource ou bien les drivers et la ressource.

<code> [global]
...
# système d'impression utilisé
printing = cups
# administrateur des imprimantes
printer admin = root
...

# partage des ressources d'impression
[printers]
comment = All Printers
path = /var/spool/samba
create mask = 0700
guest ok = Yes
printable = Yes
browseable = Yes

# partage des drivers des imprimantes
[print$]
path = /var/lib/samba/printers
browseable = yes
read only = yes
write list = root
</code>

Pour mettre les drivers à disposition sur le serveur Samba, il vous faut vous procurer les drivers Postcript Adobe. Pour les télécharger : http://www.adobe.com/support/downloads. Une fois extraits, nous allons les copier dans /usr/share/cups/drivers.

Nous allons ensuite procéder à la création effective du partage des imprimantes cups par Samba grâce à la commande cupsaddsmb :

<code> # cupsaddsmb -a
...
passwd:
...
#</code>

Pour vérifier que le lien a bien été réalisé, vous avez plusieurs possibilités.

* la commande '''smbclient''' va vous lister, entre autres, les imprimantes partagées :
<code> # smbclient -L localhost
Password:
Anonymous login successful
Domain=[MONGROUPE] OS=[Unix] Server=[Samba 3.0.2a]
Sharename Type Comment
--------- ---- -------
print$ Disk
public Disk Public Stuff
IPC$ IPC IPC Service (Samba Server 3.0.2a)
ADMIN$ IPC IPC Service (Samba Server 3.0.2a)
hp4050n Printer
hplaser4000 Printer hplaser4000
Anonymous login successful
Domain=[MONGROUPE] OS=[Unix] Server=[Samba 3.0.2a]
...
</code>
* la commande '''rpcclient''' permet, selon l'option choisie, d'énumérer les imprimantes et drivers partagés :
<code> # rpcclient -d=0 -U root -c 'enumprinters' localhost
Password:
flags:[0x800000]
name:[\\pingu\hp4050n]
description:[\\pingu\hp4050n,hp4050n,]
comment:[]
flags:[0x800000]
name:[\\pingu\hplaser4000]
description:[\\pingu\hplaser4000,hplaser4000,hplaser4000]
comment:[hplaser4000]
# rpcclient -d=0 -U root -c 'enumdrivers' localhost
Password:
[Windows 4.0]
Printer Driver Info 1:
Driver Name: [hplaser4000]
Printer Driver Info 1:
Driver Name: [hp4050n]
[Windows NT x86]
Printer Driver Info 1:
Driver Name: [hplaser4000]
Printer Driver Info 1:
Driver Name: [hp4050n]
[Windows NT x86]
Printer Driver Info 1:
Driver Name: [hplaser4000]
Printer Driver Info 1:
Driver Name: [hp4050n]
</code>
* enfin la commande '''testprns''' permet de vérifier qu'un nom d'imprimante est valide c'est-à-dire utilisable car correctement reconnu sur le système.
<code> # testprns hp4050n
Looking for printer hp4050n in printcap file /etc/printcap
Printer name hp4050n is valid.
# testprns bidule
Looking for printer bidule in printcap file /etc/printcap
Printer name bidule is not valid.
</code>

= Commandes utiles =

== Monter des ressources du serveur dans un système de fichiers Linux ==

Il est possible d'utiliser une un partage de fichiers smb (Samba, WindowsÂ©) comme faisant partie du système de fichiers Linux local : il suffit de monter la ressource. Pour que cela fonctionne, il faut que le noyau de Linux ainsi que Samba aient été compilés avec le support du système de fichiers smbfs (ce qui est le cas du noyau et des paquetages Samba de Mandrake ainsi que de nombreuses autres distributions).

L'opération peut être réalisée avec la commande classique mount mais uniquement en tant que root.

Exemple :

<code> # mount -t smbfs \\\\pingu\\homes /mnt/samba -o username=anne
</code>

Cet exemple permet de monter le répertoire personnel de l'utilisateur anne partagé par le serveur samba sur le répertoire /mnt/samba. Le montage nécessite de spécifier le type de système de fichiers (-t smbfs) et l'identité utilisée pour accéder au partage (-o username=anne). Ce système de fichiers peut être démonté grâce à la commande umount.

<code> # umount /mnt/samba
</code>

Ce montage peut être effectué en "non root" grâce à la commande smbmount, à condition que le répertoire de montage soit accessible en écriture pour l'utilisateur, ainsi que le partage lui-même..

Exemple :

<code> $ smbmount \\\\pingu\\homes /home/anne/samba
</code>

Le système de fichiers sera démonté toujours en utilisateur grâce à la commande smbumount.

<code> $ smbumount home/anne/samba
</code>

== Tester la syntaxe de smb.conf : testparm ==

La commande testparm permet de tester les options utilisées dans le fichier ainsi que la syntaxe. Elle spécifie également, après parcours du fichier, les partages effectifs, le status du serveur.

Testons la validité de notre fichier de configuration :

<code> # testparm
Load smb config files from /etc/samba/smb.conf
Processing section "[homes]"
Processing section "[printers]"
Processing section "[public]"
Loaded services file OK.
Server role: ROLE_STANDALONE
Press enter to see a dump of your service definitions
</code>

== Parcourir le réseau : smbclient ==

smbclient est une commande qui permet d'accéder aux ressources partagées par le serveur. Elle est notamment très utile pour tester le bon fonctionnement des partages avec votre serveur Samba.

<code> # smbclient \\\\pingu\\homes -U anne
Password:
Domain=[PINGU] OS=[Unix] Server=[Samba 3.0.2a]
smb: \>
</code>

La commande ci-dessus est un accès au répertoire personnel sur le serveur en tant qu'utilisateur anne.

== Machines visibles sur le réseau netbios : findsmb ==

La commande findsmb va vous permettre de lister les machines visibles grâce aux requêtes smb de votre serveur (script effectuant une combinaison de commandes nmblookup et smbclient).

Exemple :

<code> # findsmb

IP ADDR NETBIOS NAME WORKGROUP/OS/VERSION
---------------------------------------------------------------------
Domain=[LINUXERIES] OS=[Unix] Server=[Samba 3.0.2a]
Domain=[LINUXERIES] OS=[Unix] Server=[Samba 3.0.2a]
192.168.0.3 PINGU +[ LINUXERIES ]
Domain=[WORKGROUP] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]
Domain=[WORKGROUP] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]
192.168.0.100 PLOPLAND-OAAHXLR+[ WORKGROUP ]
</code>

Nous pouvons voir ci-dessus 2 machines : PINGU et PLOPLAND-OAAHXLR.

== Résoudre les noms netbios : nmblookup ==

La commande nmblookup permet de résoudre les noms netbios en IP. La commande peut permettre de vérifier le bon fonctionnement de la configuration de votre serveur ou de vos machines clientes.

Exemple :

<code># nmblookup pingu
192.168.10.52 pingu<00>
</code>

Au nom netbios pingu correspond l'adresse IP 192.168.10.52. indique que la machine est simple station de travail.

== Lister les connexions au serveur : smbstatus ==

La commande smbstatus permet de générer une liste des connexions au serveur au moment précis où vous tapez la commande.

<code># smbstatus

Samba version 3.0.2a
PID Username Group Machine
-------------------------------------------------------------------
6909 lealinux lealinux pingu (192.168.0.3)
6916 bidule bidule pingu (192.168.0.3)

Service pid machine Connected at
-------------------------------------------------------
lealinux 6909 pingu Sun Jun 27 16:50:06 2004
bidule 6916 pingu Sun Jun 27 16:50:20 2004
No locked files
</code>

Ci-dessus, on peut voir 2 connexions actives au serveur Samba provenant des utilisateurs lealinux et bidule, effectuées en local.

= Exemple de configuration =

Pour terminer sur la configuration texte de votre serveur Samba, ci-dessous un exemple type de fichier /etc/samba/smb.conf pour une utilisation courante :

* authentification par utilisateur
* utilisation de cups en tant que serveur d'impression, root étant administrateur
* partage des imprimantes et de leurs drivers
* partage des répertoires maison dont l'accès est réservé à leur propriétaire
* partage public accessible à tous

<code> [global]
# nom de l'espace de travail
workgroup = LINUXERIES
# commentaire sur l'espace de travail
server string = Samba Server %v
# Configuration du partage des ressources d'impression
printcap name = cups
load printers = yes
printing = cups
printer admin = root
# Configuration des logs du serveur
log file = /var/log/samba/log.%m
max log size = 50
# Configuration de l'authentification
# type utilisé
security = user
# mots de passe encryptés - pour permettre de modifier le mot de passe à partir de la machine cliente
encrypt passwords = yes
smb passwd file = /etc/samba/smbpasswd
unix password sync = Yes
pam password change = yes
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192

# Partage des repertoires personnels
[homes]
comment = Home Directories
browseable = no
writable = yes

# Partage des ressources d'impression
[printers]
comment = All Printers
path = /var/spool/samba
browseable = no
# to allow user 'guest account' to print.
guest ok = yes
writable = no
printable = yes
create mode = 0700

# Partage des drivers d'impression
[print$]
path = /var/lib/samba/printers
browseable = yes
write list = @adm root
guest ok = yes
inherit permissions = yes

# Partage accessible à tous
[public]
path = /home/public
public = yes
only guest = yes
writable = yes
printable = no
</code>

= Test de votre installation depuis WindowsÂ© =

Passons maintenant à la phase de test à partir d'un de vos clients Windows. Cliquez sur le voisinage réseau de votre poste Windows.

'''Schema3 : visualisation des partages sur un poste client Windows'''

[[Image:samba-samba3.png]]

Cliquez ensuite sur le nom du workgroup correspondant au nom de votre serveur Samba. Vous allez alors pouvoir visualiser l'ensemble des partages configurés, à condition que ces ressources soient "browseable" et que vous ayez les droits nécessaires.

Attention tout changement intervenant sur ces ressources peut mettre un certain temps avant mise à jour de l'affichage. Netbios est en effet un protocole extremement bavard et basé sur ce qu'on appelle le broadcast. Il interpelle tout le reseau à des moments déterminés pour la mise à jour des ressources.

= Gestion des utilisateurs et des groupes =

Cette notion va permettre de sécuriser l'accès aux données. Toute la problématique repose sur la nécessité de disposer de comptes sur le système Linux qui vont correspondre aux utilisateurs sur les machines Windows. On parle aussi de synchronisationde ces deux types de comptes. Il en s era de même pour les groupes.

== Les différents types d'utilisateurs Samba ==

Il existe plusieurs types d'utilisateurs et donc de droits. Nous distinguerons l'administrateur, les utilisateurs et les invités (guest) :

 Exemple :

<code> [global]
...
guest account = nobody
...
[monpartage]
comment = mon joli partage
path = /home/public
guest ok = yes
</code>

== Synchroniser les utilisateurs ==

Pour synchroniser les utilisateurs Windows / Linux, on utilisera la commande smbpasswd.

Dans un premier temps, on ajoute l'utilisateur au fichier /etc/samba/smbpasswd ainsi que son mot de passe qui sera le même pour Linux et Windows. Pour ce faire, utilisez l'option -a.

Exemple :

# smbpasswd-a anne New SMB password: Retype new SMB password: Added user anne.

Vous pouvez vérifier le contenu de /etc/samba/smbpasswd :

<code># cat /etc/samba/smbpasswd
anne:500:C4315DF197EED860C2265B23734E0DAC:9C08AB50A2F8864881B0418E3A63B77B:[U ]:LCT-40DC451B:
</code>

Renouvelez l'opération pour chaque utilisateur devant accéder au serveur Samba.

Dans le cas de figure ci-dessus, la méthode utilisée implique que l'utilisateur porte le même nom sur les 2 systèmes, anne dans notre cas. Il est toutefois possible de conserver un nom d'utilisateur sur Windows différent. On aura alors recours à un fichier supplémentaire : /etc/samba/smbusers.

Exemple :

<code> # cat /etc/samba/smbusers
# Unix_name = SMB_name1 SMB_name2 ...
root = administrator admin
anne = leanne
</code>

Il est ensuite possible de changer le mot de passe de l'utilisateur, à partir de Windows ou bien du serveur Samba grâce à la commande smbpasswd :

<code> # smbpasswd anne
New SMB password:
Retype new SMB password:
#
</code>

== Gestion des groupes ==

Depuis la version 3.x de Samba, les groupes sont maintenant entièrement gérés. Là encore nous allons devoir synchroniser les groupes UNIX et Windows grâce à la commande net :

<code># net groupmap add unixgroup=nom_unix ntgroup=nom_windows
</code>

Ainsi si je dispose d'un groupe utilisateurs sur Linux, et que ce groupe se nomme utilisateurs ordinaires sur Windows, on procédera de la manière suivante :

<code> # net groupmap add unixgroup=utilisateurs ntgroup='utilisateurs ordinaires'
No rid or sid specified, choosing algorithmic mapping Successully added group utilisateurs ordinaires to the mapping db
</code>

Pour lister les correspondances existantes :

<code> # net groupmap list
utilisateurs ordinaires (S-1-5-21-567158280-4275195276-2466317430-2001) -> utilisateurs
</code>

Pour supprimer une correspondance :

<code> # net groupmap delete ntgroup='utilisateurs ordinaires'
Sucessfully removed utilisateurs ordinaires from the mapping db
</code>

= Outils graphiques de configuration d'un serveur Samba =

Il existe de nombreux outils graphiques qui vont vous permettre de procéder aux mêmes manipulations mais sans utiliser d'éditeur de texte. Les intitulés des actions à réaliser reprennent généralement les mêmes dénominations que les paramètres utilisés dans le fichier smb.conf décrit ci-dessus.

== KSambaPlugin ==

KsambaPlugin est un outil graphique écrit en GTK pour KDE. Il permet de configurer entièrement un serveur Samba. Il s'agit d'un module supplémentaire pour le centre de contrôle de KDE. Il procure également des propriétés supplémentaires à Konqueror, qui lui permettent d'en faire un outil de parcours réseau Samba (voir section suivante de l'article). Pour l'installer :

<code> # urpmi ksambaplugin
Préparation... ##################################################
1:ksambaplugin ##################################################
</code>

Pour l'utiliser, allez dans le menu KDE "Système >> Configuration >> Configurez votre bureau". Cliquez alors sur le menu "Réseau >> Configuration de Samba". Passez ensuite en mode superutilisateur. Vous avez alors accès à la configuration de votre serveur Samba sous forme de 5 onglets :

'''Schema4 : Ksamba - interface de configuration'''

[[Image:samba-samba4.png]]

* configuration de base : c'est la section [global]
* configuration des partages de fichiers : nous retrouvons la section [homes] et tout autre partage de fichiers
* configuration des imprimantes partagées : cet onglet permet la configuration des partages [print$] et [printers]
* configuration des comptes utilisateurs : créer, modifier supprimer des utilisateurs et des groupes tout en assurant la synchronisation
* paramètres de configuration avancée : paramétrage avancé du serveur

'''Schema5 : Ksamba - configuration des utilisateurs'''

[[Image:samba-samba5.png]]

== Module Samba pour Webmin ==

Webmin est un utilitaire accessible par interface web qui va vous permettre de configurer l'ensemble de votre machine (système et réseau). Il est constitué d'un ensemble de modules dont celui consacré au serveur Samba.

Pour installer Webmin, réutilisons urpmi puis démarrons webmin :

<code> # urpmi webmin
Préparation... ##################################################
1:webmin ##################################################
# service webmin start
Lancement de Webmin [ OK ]
</code>

Pour accéder à webmin, tapez dans la barre d'URL de votre navigateur : https://localhost:10000 Authentifiez-vous alors en tant que root avec votre mot de passe. Cliquez sur l'onglet "serveurs" puis "Samba Windows File Sharing"

'''Schema6 : Webmin - liste des partages du serveur'''

[[Image:samba-samba6.png]]

Vous avez alors décrit rapidement l'ensemble des ressources partagées, avec la possibilité de modifier cette configuration. Comme pour KsambaPlugin, l'ensemble du serveur est paramétrable.

'''Schema7 : Webmin - menu principal de configuration de samba'''

[[Image:samba-samba7.png]]

<div class="note">Remarque : l'idée n'est pas ici de décourager l'utilisation de tels outils. Mais ceux-ci proposent l'accès relativement simple à des paramétrages avancés de Samba. Mal maîtrisés, vous pouvez rapidement mettre votre serveur hors d'usage. Alors attention aux clics intempestifs et gardez un oeil sur la configuration texte.</div>

== Outil graphique de parcours des ressources Samba ==

Konqueror est maintenant un bon moyen d'accéder à un serveur Samba, il suffit pour cela de taper dans la zone URL smb://user@serveur/ ou smb://user:password@serveur/ pour accéder au serveur "serveur" en tant que "user".

'''Schema8 : parcours des ressources Samba avec Konqueror'''

[[Image:samba-samba8.png]]

L'utilisation est relativement aisée, il vous suffit de cliquer sur les fichiers et/ou répertoires, comme pour un système de fichiers local.

= Gestion des jetons sous DOS pour intégrer une installation administratives de vos clients sous windows 2000 & XP =

Complément de [mose]

"je suis de l'ancienne école" et j'ai réalisé un petit programme sous DOS à améliorer

existant :

j'ai env. 20Pc en réseaux avec un serveur linux et samba
un logon.bat sur le serveur lancé sur chaque stations au logon de celles-ci

mes besoins :

sous un serveur linux avec samba j'ai procédé à des installations administratives de Ooo pour mes clients windows 2000 et XP uniquement. Mise sous logon.bat avec une commande IF EXIST pour ne pas écraser plusieurs fois les installations précédentes.

le problème c'est que si j'ai par exemple 20 clients qui ce connectent le matin avec une mise à jour de Ooo, je fais ramer mon serveur, ce qui n'est pas acceptable.

je n'ai pas d'argent pour l'achat d'un logiciel de gestion d'installation...

étude :

bridage du nombres d'installation automatique en même temps,
j'ai mis au points un algorithme que voici,

[[Image:Exemple.jpg]]

[[Image:Exemple.jpg]]

et voilà la partie la plus intéressante le programme proprement dit

<code>echo off
rem Fait par Oc le 3 aout 2006
echo .
echo .
echo Processus de don de jetons pour installation automatique
echo Ne pas fermer cette fenetre merci
echo .
echo .
rem ------------------------------------------------------
echo initialisation des variables
set nbmaxjetons=5
rem Nombre Max d'utilisateurs pouvant lancer l'installation en même temps
set jeton=0
set path_jeton=H:\Log\jetons
rem dossier de stocage des jetons sur mon serveur avec les droits R/W pour tout les utilisateurs
echo .
echo .
rem ------------------------------------------------------
echo demande de jeton pour l'installation
set /a nbmaxjetons=%nbmaxjetons%+1
:debut
set /a jeton=%jeton%+1
echo demande jeton Numéro %jeton%
if "%jeton%"=="%nbmaxjetons%" (goto fin)
if NOT EXIST "%path_jeton%\jeton%jeton%" (echo %USERNAME%,%COMPUTERNAME% >> %path_jeton%\jeton%jeton% >> %path_jeton%\jeton%jeton% & goto suite) ELSE (goto debut)
:suite
rem ------------------------------------------------------
echo Vérification du jeton %jeton%
echo %USERNAME%,%COMPUTERNAME% > %TEMP%\jeton%jeton%
rem ------------------------------------------------------
echo lancement des programmes d'installation administratives
rem pause
rem exemple : if NOT EXIST "%ProgramFiles%\install_log\ooo-202.log" (echo installation de Ooo en cours & echo %date%,%time%,%USERNAME%,%COMPUTERNAME%,installation de Ooo en cours>>%log_path% & start /WAIT H:\autoinstall\client\Standart\openoffice\install-jre-Ooo.bat) ELSE (echo instalation de Ooo n'est pas a faire & echo %date%,%time%,%USERNAME%,%COMPUTERNAME%,instalation de Ooo n'est pas a faire>>%log_path%)
rem exemple : c'est un peut long et j'ai pas mis mes variables d'installation dans cette exemple
rem exemple : mais je lui demande de faire une commande SI, des log de l'installation et de lancer ou pas le fichier Â« install-jre-Ooo.bat Â»
echo .
echo .
rem ------------------------------------------------------
echo Liberation du jeton Numero %jeton%
rem del "%path_jeton%\jeton%jeton%"
del "%TEMP%\jeton%jeton%"
:fin
echo fin</code>

les limites de ce programme :

le même jeton pris par 2 PC en même temps Â« c'est très rare, mais ça peut arriver Â»

la non libération du jeton via d'un problème de plantage ou intervention d'utilisateurs
(j'ai réglé en partie le problème en inscrivant dans le jeton le nom de l'utilisateur et le Nom du PC)

je met ce petit programme dans vos mains sous licences GPL
modifiable a volonté mais dans l'esprit du libre

= Conclusion =

Voilà donc votre serveur Samba fonctionnel. Nous n'avons abordé ici qu'une infime partie des possibilités offertes. Sachez que les dernières versions permettent d'apporter les mêmes fonctionnalités qu'un serveur NT, voire 2000 : contrôleur de domaine (PDC, BDC), serveur de netlogon (authentification centralisée), serveur de résolution de noms netbios (WINS)... Bref de quoi passer de votre configuration personnelle à une véritable architecture d'entreprise !

== Quelques adresses utiles ==

* [http://samba.org Le site officiel de Samba ]
* La documentation officielle de Samba (une mine d'or !) : Samba-HOWTO-Collection sur la section documentation du site
* [http://cups.org Le site officiel de cups ]

<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 Anne le 02/11/2004.</div>

= Copyright =
Copyright © 02/11/2004, Anne
{{CC-BY-NC-SA}}

=Autres ressources=
* [http://oreilly.com/catalog/samba/ Le livre O'Reilly]
* [http://www.linux-france.org/~eprigent/ Une série de PDF]
* [[Reseau-partfic-samba nt auth|Utiliser la base d'utilisateur d'un CPD (ou PDC) NT]].

Samba

2006-08-18T19:08:14Z

ST : /* gestion des jetons sous DOS pour intégrer une installation administratives de vos clients sous windows 2000 & XP */

[[Category:Partager ses fichiers]]
= Partager ses fichiers et imprimantes avec Samba =

<div class="leatitre">Partager ses fichiers et imprimantes avec Samba</div><div class="leapar">Par Anne <anne at lea-linux point org></div>

Vous disposez à la maison ou dans votre entreprise de machines sous Linux et d'autres sous Windows. Comment faire en sorte de faire communiquer tout ce petit monde ? Samba va vous permettre de centraliser et rendre accessibles vos fichiers et imprimantes à partir de toutes ces machines.

L'article se propose de donner les éléments nécessaires pour configurer ce partage dans un contexte de groupe de travail (le plus simple) mais en sécurisant un minimum l'accès à ces ressources, et donc une authentification des utilisateurs. Nous verrons dans un premier temps la configuration en mode texte, qui a l'avantage de vous expliquer les arcanes du fonctionnement du serveur. Vous pourrez également utiliser les interfaces graphiques, ce qui vous permettra d'obtenir le même résultat.

= Le projet Samba =

Le projet démarre en 1992, grâce à Andrew TRIDGELL. Etudiant en physique, il développe un protocole de partage de fichiers qui émulait les systèmes Digital. 18 mois plus tard, il apprendra que ce protocole fonctionne également avec Windows.

Depuis le projet compte des développeurs dans le monde entier et bénéficie également de financements d'entreprise pour l'implémentation de fonctionnalités compatibles Windows.

= Installer Samba =

Nous allons travailler à partir d'une distribution Mandrake 10.0. Les postes clients peuvent être indifféremment sous Windows 95/98 et/ou Windows 2000/XP/2003.

== Récupération et installation des paquetages Samba. ==

Lors de l'installation de votre distribution, vous avez pu choisir d'installer un certain nombre de serveurs, dont Samba. Nous allons donc commencer par véfifier la présence des paquetages nécessaires.

<code># rpm -qa | grep samba
samba-server-3.0.2a-3mdk
samba-common-3.0.2a-3mdk
samba-client-3.0.2a-3mdk
</code>

Si vous obtenez quelque chose de similaire, c'est que tout est déjà prêt. Vous pouvez alors passer à la section suivante. Dans le cas contraire, nous allons installer les paquetages depuis le CD de votre distribution (ou tout autre support contenant votre distribution) :

<code># urpmi samba
Un des paquetages suivants est nécessaire :
1- samba-server-3.0.2a-3mdk.i586
2- samba2-server-2.2.8a-14mdk.i586
Que choisissez-vous ? (1-2)1
Pour satisfaire les dépendances, les paquetages suivants vont être installés (14 Mo):
samba-common-3.0.2a-3mdk.i586
samba-server-3.0.2a-3mdk.i586
Est-ce correct ? (O/n) o
Préparation... ##################################################
1:samba-common ##################################################
2:samba-server ##################################################
</code>

L'installation propose un choix entre Samba2 et Samba3. La dernière version apporte des améliorations considérables et des fonctionnalités supplémentaires, comme la gestion des groupes. Ces fonctionnalités sont surtout utilisées dans une configuration orientée entreprise mais après tout, ne nous refusons rien !

Nous allons également installer la partie cliente. Elle contient tous les outils qui permettent notamment le montage et le parcours des ressources Samba.

<code># urpmi samba-client
Préparation... ##################################################
1:samba-client ##################################################
</code>

== Premier test de votre installation ==

Maintenant que Samba est installé, démarrons le serveur :

<code># /etc/rc.d/init.d/smb start
Lancement du service SaMBa : [ OK ]
Lancement du service NMB : [ OK ]
</code>

Deux démons sont lancés, nécessaires au fonctionnement du serveur Samba : smbd et nmbd.

* smbd permet le partage des fichiers et imprimantes
* nmbd permet quant à lui le parcours du réseau et la résolution de noms Netbios...

<code># /etc/rc.d/init.d/smb status
smbd (pid 970) is running... nmbd (pid 972) is running...
</code>

La commande ci-dessus permet de vérifier que Samba fonctionne correctement. Vous devez voir apparaitre les deux dernières lignes.

== Automatiser le lancement de Samba ==

La dernière phase de l'installation consiste pour nous à vérifier que Samba sera bien lancé automatiquement à chaque démarrage de la machine (ce qui évite bien des surprises !). Pour le vérifier, exécutons la commande ci-dessous :

<code># chkconfig --list smb
smb 0:Arrêt 1:Arrêt 2:Arrêt 3:Arrêt 4:Arrêt 5:Arrêt 6:Arrêt
</code>

Elle indique les niveaux de fonctionnement auxquels le serveur est démarré. Dans le cas où Samba n'est pas démarré aux niveaux souhaités, ici il n'est jamais démarré, il suffit de reconfigurer l'initialisation du serveur :

<code># chkconfig --level 345 smb on
</code>

Dans ce cas, Samba est démarré aux niveaux 3, 4 et 5, ce qui correspond aux niveaux standards de fonctionnement des services réseau.

Si la ligne de commande vous insupporte, vous pouvez utiliser, en root, la commande drakxservices :

'''Schema1 : configurer le démarrage de Samba'''

[[Image:samba-samba1.png]]

Cliquez sur la case à cocher "Au démarrage" sur la ligne smb pour démarrer le service dès le démarrage.

== Installation du serveur d'impression ==

Pour terminer la phase d'installation, nous allons voir comment installer et configurer rapidement le serveur d'impression cups. Encore une fois, l'installation des paquetages est réalisée grâce à la commande urpmi, suivie du démarrage du serveur :

<code># urpmi cups cups-drivers
installation de /var/cache/urpmi/rpms/cups-1.1.20-5mdk.i586.rpm
/var/cache/urpmi/rpms/cups-drivers-1.1-133mdk.i586.rpm
Préparation... ##################################################
1:cups ##################################################
2:cups-drivers ##################################################
# service cups start
Lancement du service d'impression CUPS : [ OK ]
</code>

Ci-dessous la configuration et la gestion d'une imprimante :

'''Schema2 : interface d'administration de cups'''

[[Image:samba-samba2.png]]

La configuration est relativement simple. Sur votre machine, tapez l'url : http://localhost:631. Cliquez sur "Administrer les imprimantes" et laissez-vous guider pour ajouter votre ou vos imprimantes :).

= Le fichier de configuration principal =

Le fichier de configuration à connaitre pour Samba est /etc/samba/smb.conf. Nous allons en détailler les grandes rubriques. Celui-ci, on le verra, est modifiable soit à l'aide d'un éditeur de texte soit d'une interface graphique.

Le fichier est découpé en grandes sections indiquées de cette manière : [section]. Les différents paramètres sont ensuite inscrits de la manière suivante : paramètre = valeur. Toute ligne commencée par un "#" ou ";" est considérée comme un commentaire. Par convention, le ";" est utilisé pour commenter les lignes de configuration.

Nous allons passer en revue les différentes sections en énonçant les paramètres les plus courants. Les outils graphiques proposés pour paramétrer Samba que nous verrons par la suite, ne font que mettre à jour ce fichier de configuration.

== Section de configuration générale ==

La première section est annoncée par [global]. Elle contient les éléments généraux de la configuration du serveur Samba : nom du groupe de travail, réseaux autorisés, utilisateurs administrateurs...

* '''workgroup''' : nom du groupe de travail ou du domaine
* '''netbios name ''' : nom netbios du serveur Samba, par défaut égal au nom de la machine (hostname)
* '''server string ''' : description affichée lors du parcours réseau, il s'agit d'un commentaire
* '''printing''' : système d'impression utilisé pour le serveur d'impression : sous Linux on trouvera lprng et de plus en plus, cups (le choix réalisé dans cet article).
* '''log file / max log size / log level''' : configuration des logs du serveur : respectivement le nom du fichier de log, sa taille maximum et le niveau des logs (plus le niveau est élevé, plus la quantité d'informations est importante)
* '''hosts allow (deny) ''' : entrer ici la liste des adresses IP des machines (ex : 192.168.0.3) ou réseaux ( ex : 192.168.0.) autorisés à se connecter au serveur Samba (et inversement si on utilise le paramètre hosts deny). Le paramètre est important surtout si votre machine est accessible de l'extérieur. Le protocole Netbios fait l'objet de nombreuses attaques. Pensez également à configurer votre firewall pour bloquer les ports 137, 138 et 139 de l'extérieur.
* '''security''' : c'est une des options les plus importantes du fichier, qui pourra être bloquante si elle est mal renseignée. Elle indique le mode de discussion du client Windows avec le serveur Samba. Dans les versions 3.x de Samba, le défaut est user, et share pour Samba 2.x. Dans la version qui nous intéresse, on utilisera le mode user si les noms de comptes utilisés pour se connecter au serveur ont un compte équivalent sur la machine Linux (existence d'une entrée dans /etc/passwd). Dans le cas contraire, on préférera share. Il existe également 2 autres types possibles : domain et server que nous n'aborderons pas ici et qui sont réservés dans un fonctionnement de Samba en tant que contrôleur de domaine. Ci-dessous quelques explications sur les implications de ce choix :
** '''share''' : ce mode ne nécessite pas d'authentification par un compte valide. Si le paramètre guest only est renseigné, alors tout nouvel utilisateur sera identifié par le biais de cet utilisateur invité.
** '''user''' : dans ce cas de figure, l'utilisateur doit s'authentifier systématiquement. Son compte windows devra disposer d'un compte correspondant sur le serveur (on parle aussi en bon français de mapping)
* '''encrypt passwords / unix password sync / passwd program / passwd chat ''' : configuration des mots de passe. On aura recours aux mots de passes encryptés. La synchronisation des mots de passe permet la synchronisation entre le mot de passe de l'utilisateur Samba et son compte sur le système Linux. En l'autorisant, on permet à l'utilisateur de modifier son mot de passe à partir de la machine cliente et donc d'un poste client sous Windows. Enfin passwd program et passwd chat indiquent le programme utilisé pour réaliser cette modification ainsi que le dialogue qui s'établira avec le serveur. Les paramètres par défaut conviennent parfaitement.
* '''character set / client code page ''' : permettent de faire correspondre un code page Windows avec un character set UNIX, pour utiliser notamment les caractères accentués. Par défaut, on utilisera :
<code>client code page = 850
character set = ISO8859-1</code>
:ou <code>character set = UTF-8</code>, selon la locale de votre machine.

== Section de configuration des partages de fichiers ==

Nous allons maintenant passer aux sections de partages de fichiers. Nous aurons une section par partage défini. A l'intérieur de chacune de ces sections, nous trouverons les options qui définissent le dit partage.

Nous allons donner un nom à chaque partage. Attention il existe un nom de partage de fichiers spécifique : [homes]. Il définit le partage des répertoires personnels des utilisateurs, sans avoir à spécifier le chemin dans les options. De manière générale, on aura donc [monpartage].

Ci-dessous le détail des options les plus courantes utilisées :

* '''path''' : chemin d'accès du partage - il n'est pas à spécifier pour le partage [homes]
* '''comment''' : commentaire décrivant le partage qui apparait lors du parcours du réseau Samba (voisinage réseau sous Windows), il s'agit uniquement d'un commentaire
* '''browseable''' : le partage sera visible lors du parcours du réseau
* '''read only''' : limite l'accès en lecture uniquement
* '''write list''' : limite l'accès en écriture aux données du partage aux utilisateurs et/ou groupes d'utilisateurs spécifiés. Un groupe sera mentionné de cette façon : @nom_du_groupe.

== Configuration des partages d'imprimantes ==

Votre serveur Samba peut également vous servir à partager des imprimantes. Nous traiterons ici du cas où ces imprimantes sont gérées par cups.

Le partage d'imprimante peut se faire à plusieurs niveaux :

* partage de la ressource (partage intitulé [printers]), mais qui nécessite d'avoir installé les drivers sur le poste client,
* partage des drivers, dans ce dernier cas vous n'avez plus besoin d'installer de driver sur le client Windows, le partage est intitulé [print$].

Vous pouvez décider de partager uniquement la ressource ou bien les drivers et la ressource.

<code> [global]
...
# système d'impression utilisé
printing = cups
# administrateur des imprimantes
printer admin = root
...

# partage des ressources d'impression
[printers]
comment = All Printers
path = /var/spool/samba
create mask = 0700
guest ok = Yes
printable = Yes
browseable = Yes

# partage des drivers des imprimantes
[print$]
path = /var/lib/samba/printers
browseable = yes
read only = yes
write list = root
</code>

Pour mettre les drivers à disposition sur le serveur Samba, il vous faut vous procurer les drivers Postcript Adobe. Pour les télécharger : http://www.adobe.com/support/downloads. Une fois extraits, nous allons les copier dans /usr/share/cups/drivers.

Nous allons ensuite procéder à la création effective du partage des imprimantes cups par Samba grâce à la commande cupsaddsmb :

<code> # cupsaddsmb -a
...
passwd:
...
#</code>

Pour vérifier que le lien a bien été réalisé, vous avez plusieurs possibilités.

* la commande '''smbclient''' va vous lister, entre autres, les imprimantes partagées :
<code> # smbclient -L localhost
Password:
Anonymous login successful
Domain=[MONGROUPE] OS=[Unix] Server=[Samba 3.0.2a]
Sharename Type Comment
--------- ---- -------
print$ Disk
public Disk Public Stuff
IPC$ IPC IPC Service (Samba Server 3.0.2a)
ADMIN$ IPC IPC Service (Samba Server 3.0.2a)
hp4050n Printer
hplaser4000 Printer hplaser4000
Anonymous login successful
Domain=[MONGROUPE] OS=[Unix] Server=[Samba 3.0.2a]
...
</code>
* la commande '''rpcclient''' permet, selon l'option choisie, d'énumérer les imprimantes et drivers partagés :
<code> # rpcclient -d=0 -U root -c 'enumprinters' localhost
Password:
flags:[0x800000]
name:[\\pingu\hp4050n]
description:[\\pingu\hp4050n,hp4050n,]
comment:[]
flags:[0x800000]
name:[\\pingu\hplaser4000]
description:[\\pingu\hplaser4000,hplaser4000,hplaser4000]
comment:[hplaser4000]
# rpcclient -d=0 -U root -c 'enumdrivers' localhost
Password:
[Windows 4.0]
Printer Driver Info 1:
Driver Name: [hplaser4000]
Printer Driver Info 1:
Driver Name: [hp4050n]
[Windows NT x86]
Printer Driver Info 1:
Driver Name: [hplaser4000]
Printer Driver Info 1:
Driver Name: [hp4050n]
[Windows NT x86]
Printer Driver Info 1:
Driver Name: [hplaser4000]
Printer Driver Info 1:
Driver Name: [hp4050n]
</code>
* enfin la commande '''testprns''' permet de vérifier qu'un nom d'imprimante est valide c'est-à-dire utilisable car correctement reconnu sur le système.
<code> # testprns hp4050n
Looking for printer hp4050n in printcap file /etc/printcap
Printer name hp4050n is valid.
# testprns bidule
Looking for printer bidule in printcap file /etc/printcap
Printer name bidule is not valid.
</code>

= Commandes utiles =

== Monter des ressources du serveur dans un système de fichiers Linux ==

Il est possible d'utiliser une un partage de fichiers smb (Samba, WindowsÂ©) comme faisant partie du système de fichiers Linux local : il suffit de monter la ressource. Pour que cela fonctionne, il faut que le noyau de Linux ainsi que Samba aient été compilés avec le support du système de fichiers smbfs (ce qui est le cas du noyau et des paquetages Samba de Mandrake ainsi que de nombreuses autres distributions).

L'opération peut être réalisée avec la commande classique mount mais uniquement en tant que root.

Exemple :

<code> # mount -t smbfs \\\\pingu\\homes /mnt/samba -o username=anne
</code>

Cet exemple permet de monter le répertoire personnel de l'utilisateur anne partagé par le serveur samba sur le répertoire /mnt/samba. Le montage nécessite de spécifier le type de système de fichiers (-t smbfs) et l'identité utilisée pour accéder au partage (-o username=anne). Ce système de fichiers peut être démonté grâce à la commande umount.

<code> # umount /mnt/samba
</code>

Ce montage peut être effectué en "non root" grâce à la commande smbmount, à condition que le répertoire de montage soit accessible en écriture pour l'utilisateur, ainsi que le partage lui-même..

Exemple :

<code> $ smbmount \\\\pingu\\homes /home/anne/samba
</code>

Le système de fichiers sera démonté toujours en utilisateur grâce à la commande smbumount.

<code> $ smbumount home/anne/samba
</code>

== Tester la syntaxe de smb.conf : testparm ==

La commande testparm permet de tester les options utilisées dans le fichier ainsi que la syntaxe. Elle spécifie également, après parcours du fichier, les partages effectifs, le status du serveur.

Testons la validité de notre fichier de configuration :

<code> # testparm
Load smb config files from /etc/samba/smb.conf
Processing section "[homes]"
Processing section "[printers]"
Processing section "[public]"
Loaded services file OK.
Server role: ROLE_STANDALONE
Press enter to see a dump of your service definitions
</code>

== Parcourir le réseau : smbclient ==

smbclient est une commande qui permet d'accéder aux ressources partagées par le serveur. Elle est notamment très utile pour tester le bon fonctionnement des partages avec votre serveur Samba.

<code> # smbclient \\\\pingu\\homes -U anne
Password:
Domain=[PINGU] OS=[Unix] Server=[Samba 3.0.2a]
smb: \>
</code>

La commande ci-dessus est un accès au répertoire personnel sur le serveur en tant qu'utilisateur anne.

== Machines visibles sur le réseau netbios : findsmb ==

La commande findsmb va vous permettre de lister les machines visibles grâce aux requêtes smb de votre serveur (script effectuant une combinaison de commandes nmblookup et smbclient).

Exemple :

<code> # findsmb

IP ADDR NETBIOS NAME WORKGROUP/OS/VERSION
---------------------------------------------------------------------
Domain=[LINUXERIES] OS=[Unix] Server=[Samba 3.0.2a]
Domain=[LINUXERIES] OS=[Unix] Server=[Samba 3.0.2a]
192.168.0.3 PINGU +[ LINUXERIES ]
Domain=[WORKGROUP] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]
Domain=[WORKGROUP] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]
192.168.0.100 PLOPLAND-OAAHXLR+[ WORKGROUP ]
</code>

Nous pouvons voir ci-dessus 2 machines : PINGU et PLOPLAND-OAAHXLR.

== Résoudre les noms netbios : nmblookup ==

La commande nmblookup permet de résoudre les noms netbios en IP. La commande peut permettre de vérifier le bon fonctionnement de la configuration de votre serveur ou de vos machines clientes.

Exemple :

<code># nmblookup pingu
192.168.10.52 pingu<00>
</code>

Au nom netbios pingu correspond l'adresse IP 192.168.10.52. indique que la machine est simple station de travail.

== Lister les connexions au serveur : smbstatus ==

La commande smbstatus permet de générer une liste des connexions au serveur au moment précis où vous tapez la commande.

<code># smbstatus

Samba version 3.0.2a
PID Username Group Machine
-------------------------------------------------------------------
6909 lealinux lealinux pingu (192.168.0.3)
6916 bidule bidule pingu (192.168.0.3)

Service pid machine Connected at
-------------------------------------------------------
lealinux 6909 pingu Sun Jun 27 16:50:06 2004
bidule 6916 pingu Sun Jun 27 16:50:20 2004
No locked files
</code>

Ci-dessus, on peut voir 2 connexions actives au serveur Samba provenant des utilisateurs lealinux et bidule, effectuées en local.

= Exemple de configuration =

Pour terminer sur la configuration texte de votre serveur Samba, ci-dessous un exemple type de fichier /etc/samba/smb.conf pour une utilisation courante :

* authentification par utilisateur
* utilisation de cups en tant que serveur d'impression, root étant administrateur
* partage des imprimantes et de leurs drivers
* partage des répertoires maison dont l'accès est réservé à leur propriétaire
* partage public accessible à tous

<code> [global]
# nom de l'espace de travail
workgroup = LINUXERIES
# commentaire sur l'espace de travail
server string = Samba Server %v
# Configuration du partage des ressources d'impression
printcap name = cups
load printers = yes
printing = cups
printer admin = root
# Configuration des logs du serveur
log file = /var/log/samba/log.%m
max log size = 50
# Configuration de l'authentification
# type utilisé
security = user
# mots de passe encryptés - pour permettre de modifier le mot de passe à partir de la machine cliente
encrypt passwords = yes
smb passwd file = /etc/samba/smbpasswd
unix password sync = Yes
pam password change = yes
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192

# Partage des repertoires personnels
[homes]
comment = Home Directories
browseable = no
writable = yes

# Partage des ressources d'impression
[printers]
comment = All Printers
path = /var/spool/samba
browseable = no
# to allow user 'guest account' to print.
guest ok = yes
writable = no
printable = yes
create mode = 0700

# Partage des drivers d'impression
[print$]
path = /var/lib/samba/printers
browseable = yes
write list = @adm root
guest ok = yes
inherit permissions = yes

# Partage accessible à tous
[public]
path = /home/public
public = yes
only guest = yes
writable = yes
printable = no
</code>

= Test de votre installation depuis WindowsÂ© =

Passons maintenant à la phase de test à partir d'un de vos clients Windows. Cliquez sur le voisinage réseau de votre poste Windows.

'''Schema3 : visualisation des partages sur un poste client Windows'''

[[Image:samba-samba3.png]]

Cliquez ensuite sur le nom du workgroup correspondant au nom de votre serveur Samba. Vous allez alors pouvoir visualiser l'ensemble des partages configurés, à condition que ces ressources soient "browseable" et que vous ayez les droits nécessaires.

Attention tout changement intervenant sur ces ressources peut mettre un certain temps avant mise à jour de l'affichage. Netbios est en effet un protocole extremement bavard et basé sur ce qu'on appelle le broadcast. Il interpelle tout le reseau à des moments déterminés pour la mise à jour des ressources.

= Gestion des utilisateurs et des groupes =

Cette notion va permettre de sécuriser l'accès aux données. Toute la problématique repose sur la nécessité de disposer de comptes sur le système Linux qui vont correspondre aux utilisateurs sur les machines Windows. On parle aussi de synchronisationde ces deux types de comptes. Il en s era de même pour les groupes.

== Les différents types d'utilisateurs Samba ==

Il existe plusieurs types d'utilisateurs et donc de droits. Nous distinguerons l'administrateur, les utilisateurs et les invités (guest) :

 Exemple :

<code> [global]
...
guest account = nobody
...
[monpartage]
comment = mon joli partage
path = /home/public
guest ok = yes
</code>

== Synchroniser les utilisateurs ==

Pour synchroniser les utilisateurs Windows / Linux, on utilisera la commande smbpasswd.

Dans un premier temps, on ajoute l'utilisateur au fichier /etc/samba/smbpasswd ainsi que son mot de passe qui sera le même pour Linux et Windows. Pour ce faire, utilisez l'option -a.

Exemple :

# smbpasswd-a anne New SMB password: Retype new SMB password: Added user anne.

Vous pouvez vérifier le contenu de /etc/samba/smbpasswd :

<code># cat /etc/samba/smbpasswd
anne:500:C4315DF197EED860C2265B23734E0DAC:9C08AB50A2F8864881B0418E3A63B77B:[U ]:LCT-40DC451B:
</code>

Renouvelez l'opération pour chaque utilisateur devant accéder au serveur Samba.

Dans le cas de figure ci-dessus, la méthode utilisée implique que l'utilisateur porte le même nom sur les 2 systèmes, anne dans notre cas. Il est toutefois possible de conserver un nom d'utilisateur sur Windows différent. On aura alors recours à un fichier supplémentaire : /etc/samba/smbusers.

Exemple :

<code> # cat /etc/samba/smbusers
# Unix_name = SMB_name1 SMB_name2 ...
root = administrator admin
anne = leanne
</code>

Il est ensuite possible de changer le mot de passe de l'utilisateur, à partir de Windows ou bien du serveur Samba grâce à la commande smbpasswd :

<code> # smbpasswd anne
New SMB password:
Retype new SMB password:
#
</code>

== Gestion des groupes ==

Depuis la version 3.x de Samba, les groupes sont maintenant entièrement gérés. Là encore nous allons devoir synchroniser les groupes UNIX et Windows grâce à la commande net :

<code># net groupmap add unixgroup=nom_unix ntgroup=nom_windows
</code>

Ainsi si je dispose d'un groupe utilisateurs sur Linux, et que ce groupe se nomme utilisateurs ordinaires sur Windows, on procédera de la manière suivante :

<code> # net groupmap add unixgroup=utilisateurs ntgroup='utilisateurs ordinaires'
No rid or sid specified, choosing algorithmic mapping Successully added group utilisateurs ordinaires to the mapping db
</code>

Pour lister les correspondances existantes :

<code> # net groupmap list
utilisateurs ordinaires (S-1-5-21-567158280-4275195276-2466317430-2001) -> utilisateurs
</code>

Pour supprimer une correspondance :

<code> # net groupmap delete ntgroup='utilisateurs ordinaires'
Sucessfully removed utilisateurs ordinaires from the mapping db
</code>

= Outils graphiques de configuration d'un serveur Samba =

Il existe de nombreux outils graphiques qui vont vous permettre de procéder aux mêmes manipulations mais sans utiliser d'éditeur de texte. Les intitulés des actions à réaliser reprennent généralement les mêmes dénominations que les paramètres utilisés dans le fichier smb.conf décrit ci-dessus.

== KSambaPlugin ==

KsambaPlugin est un outil graphique écrit en GTK pour KDE. Il permet de configurer entièrement un serveur Samba. Il s'agit d'un module supplémentaire pour le centre de contrôle de KDE. Il procure également des propriétés supplémentaires à Konqueror, qui lui permettent d'en faire un outil de parcours réseau Samba (voir section suivante de l'article). Pour l'installer :

<code> # urpmi ksambaplugin
Préparation... ##################################################
1:ksambaplugin ##################################################
</code>

Pour l'utiliser, allez dans le menu KDE "Système >> Configuration >> Configurez votre bureau". Cliquez alors sur le menu "Réseau >> Configuration de Samba". Passez ensuite en mode superutilisateur. Vous avez alors accès à la configuration de votre serveur Samba sous forme de 5 onglets :

'''Schema4 : Ksamba - interface de configuration'''

[[Image:samba-samba4.png]]

* configuration de base : c'est la section [global]
* configuration des partages de fichiers : nous retrouvons la section [homes] et tout autre partage de fichiers
* configuration des imprimantes partagées : cet onglet permet la configuration des partages [print$] et [printers]
* configuration des comptes utilisateurs : créer, modifier supprimer des utilisateurs et des groupes tout en assurant la synchronisation
* paramètres de configuration avancée : paramétrage avancé du serveur

'''Schema5 : Ksamba - configuration des utilisateurs'''

[[Image:samba-samba5.png]]

== Module Samba pour Webmin ==

Webmin est un utilitaire accessible par interface web qui va vous permettre de configurer l'ensemble de votre machine (système et réseau). Il est constitué d'un ensemble de modules dont celui consacré au serveur Samba.

Pour installer Webmin, réutilisons urpmi puis démarrons webmin :

<code> # urpmi webmin
Préparation... ##################################################
1:webmin ##################################################
# service webmin start
Lancement de Webmin [ OK ]
</code>

Pour accéder à webmin, tapez dans la barre d'URL de votre navigateur : https://localhost:10000 Authentifiez-vous alors en tant que root avec votre mot de passe. Cliquez sur l'onglet "serveurs" puis "Samba Windows File Sharing"

'''Schema6 : Webmin - liste des partages du serveur'''

[[Image:samba-samba6.png]]

Vous avez alors décrit rapidement l'ensemble des ressources partagées, avec la possibilité de modifier cette configuration. Comme pour KsambaPlugin, l'ensemble du serveur est paramétrable.

'''Schema7 : Webmin - menu principal de configuration de samba'''

[[Image:samba-samba7.png]]

<div class="note">Remarque : l'idée n'est pas ici de décourager l'utilisation de tels outils. Mais ceux-ci proposent l'accès relativement simple à des paramétrages avancés de Samba. Mal maîtrisés, vous pouvez rapidement mettre votre serveur hors d'usage. Alors attention aux clics intempestifs et gardez un oeil sur la configuration texte.</div>

== Outil graphique de parcours des ressources Samba ==

Konqueror est maintenant un bon moyen d'accéder à un serveur Samba, il suffit pour cela de taper dans la zone URL smb://user@serveur/ ou smb://user:password@serveur/ pour accéder au serveur "serveur" en tant que "user".

'''Schema8 : parcours des ressources Samba avec Konqueror'''

[[Image:samba-samba8.png]]

L'utilisation est relativement aisée, il vous suffit de cliquer sur les fichiers et/ou répertoires, comme pour un système de fichiers local.

== Gestion des jetons sous DOS pour intégrer une installation administratives de vos clients sous windows 2000 & XP ==

Complément de [mose]

"je suis de l'ancienne école" et j'ai réalisé un petit programme sous DOS à améliorer

existant :

j'ai env. 20Pc en réseaux avec un serveur linux et samba
un logon.bat sur le serveur lancé sur chaque stations au logon de celles-ci

mes besoins :

sous un serveur linux avec samba j'ai procédé à des installations administratives de Ooo pour mes clients windows 2000 et XP uniquement. Mise sous logon.bat avec une commande IF EXIST pour ne pas écraser plusieurs fois les installations précédentes.

le problème c'est que si j'ai par exemple 20 clients qui ce connectent le matin avec une mise à jour de Ooo, je fais ramer mon serveur, ce qui n'est pas acceptable.

je n'ai pas d'argent pour l'achat d'un logiciel de gestion d'installation...

étude :

bridage du nombres d'installation automatique en même temps,
j'ai mis au points un algorithme que voici,

[[Image:Exemple.jpg]]

[[Image:Exemple.jpg]]

et voilà la partie la plus intéressante le programme proprement dit

<code>echo off
rem Fait par Oc le 3 aout 2006
echo .
echo .
echo Processus de don de jetons pour installation automatique
echo Ne pas fermer cette fenetre merci
echo .
echo .
rem ------------------------------------------------------
echo initialisation des variables
set nbmaxjetons=5
rem Nombre Max d'utilisateurs pouvant lancer l'installation en même temps
set jeton=0
set path_jeton=H:\Log\jetons
rem dossier de stocage des jetons sur mon serveur avec les droits R/W pour tout les utilisateurs
echo .
echo .
rem ------------------------------------------------------
echo demande de jeton pour l'installation
set /a nbmaxjetons=%nbmaxjetons%+1
:debut
set /a jeton=%jeton%+1
echo demande jeton Numéro %jeton%
if "%jeton%"=="%nbmaxjetons%" (goto fin)
if NOT EXIST "%path_jeton%\jeton%jeton%" (echo %USERNAME%,%COMPUTERNAME% >> %path_jeton%\jeton%jeton% >> %path_jeton%\jeton%jeton% & goto suite) ELSE (goto debut)
:suite
rem ------------------------------------------------------
echo Vérification du jeton %jeton%
echo %USERNAME%,%COMPUTERNAME% > %TEMP%\jeton%jeton%
rem ------------------------------------------------------
echo lancement des programmes d'installation administratives
rem pause
rem exemple : if NOT EXIST "%ProgramFiles%\install_log\ooo-202.log" (echo installation de Ooo en cours & echo %date%,%time%,%USERNAME%,%COMPUTERNAME%,installation de Ooo en cours>>%log_path% & start /WAIT H:\autoinstall\client\Standart\openoffice\install-jre-Ooo.bat) ELSE (echo instalation de Ooo n'est pas a faire & echo %date%,%time%,%USERNAME%,%COMPUTERNAME%,instalation de Ooo n'est pas a faire>>%log_path%)
rem exemple : c'est un peut long et j'ai pas mis mes variables d'installation dans cette exemple
rem exemple : mais je lui demande de faire une commande SI, des log de l'installation et de lancer ou pas le fichier Â« install-jre-Ooo.bat Â»
echo .
echo .
rem ------------------------------------------------------
echo Liberation du jeton Numero %jeton%
rem del "%path_jeton%\jeton%jeton%"
del "%TEMP%\jeton%jeton%"
:fin
echo fin</code>

les limites de ce programme :

le même jeton pris par 2 PC en même temps Â« c'est très rare, mais ça peut arriver Â»

la non libération du jeton via d'un problème de plantage ou intervention d'utilisateurs
(j'ai réglé en partie le problème en inscrivant dans le jeton le nom de l'utilisateur et le Nom du PC)

je met ce petit programme dans vos mains sous licences GPL
modifiable a volonté mais dans l'esprit du libre

= Conclusion =

Voilà donc votre serveur Samba fonctionnel. Nous n'avons abordé ici qu'une infime partie des possibilités offertes. Sachez que les dernières versions permettent d'apporter les mêmes fonctionnalités qu'un serveur NT, voire 2000 : contrôleur de domaine (PDC, BDC), serveur de netlogon (authentification centralisée), serveur de résolution de noms netbios (WINS)... Bref de quoi passer de votre configuration personnelle à une véritable architecture d'entreprise !

== Quelques adresses utiles ==

* [http://samba.org Le site officiel de Samba ]
* La documentation officielle de Samba (une mine d'or !) : Samba-HOWTO-Collection sur la section documentation du site
* [http://cups.org Le site officiel de cups ]

<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 Anne le 02/11/2004.</div>

= Copyright =
Copyright © 02/11/2004, Anne
{{CC-BY-NC-SA}}

=Autres ressources=
* [http://oreilly.com/catalog/samba/ Le livre O'Reilly]
* [http://www.linux-france.org/~eprigent/ Une série de PDF]
* [[Reseau-partfic-samba nt auth|Utiliser la base d'utilisateur d'un CPD (ou PDC) NT]].

Léannuaire Débuter avec Linux

2006-08-18T18:54:26Z

ST : Remise en page

==Débuter avec Linux==

===Navigation dans les logiciels===

* [[Annuaire:Documentation|Retour à Documentation]]

===Liste des logiciels [Débuter avec Linux]===

====Didacticiel====
Le didacticiel a été conçu pour offrir un apprentissage pas à pas de GNU/Linux.
* {{flag-fr}} [http://gulus.usherb.ca/u/ete2002/DidacWeb/index.htm http://gulus.usherb.ca/u/ete2002/DidacWeb/index.htm]

====Guide d'installation et de configuration de GNU/Linux====
Guide d'Installation et de Configuration de GNU/Linux, par Christian Casteyde.
* {{flag-fr}} [http://casteyde.christian.free.fr/system/linux/guide/online/book1.html http://casteyde.christian.free.fr/system/linux/guide/online/book1.html]

====Guide de survie sous Linux====
Le "Guide de survie sous Linux", lecture de chevet idéale pour bien débuter.
* {{flag-fr}} [http://www.delafond.org/survielinux/ http://www.delafond.org/survielinux/]

====Guide du pingouin migrateur====
Tout est dans le titre ; un guide complet pour passer en douceur à Linux.
* {{flag-fr}} [http://pingouin.migrateur.free.fr/ http://pingouin.migrateur.free.fr/]

====Guide Linux====
Site consacré à la découverte de Linux par les débutants : conseils, astuces, tutoriels, forum. Clair et mis à jour régulièrement.
* {{flag-fr}} [http://www.guidelinux.org http://www.guidelinux.org]

====L'informatique enfn libre !====
Vous pouvez télécharger divers articles et en particulier le livre Â«Survol de GNU/LinuxÂ» pour bien débuter et comprendre la philosophie des logiciels libres.
* {{flag-fr}} [http://cbenz.tuxfamily.org http://cbenz.tuxfamily.org]

====Léa - découvrez Linux====
Une introduction complète à Linux sur Léa.
* {{flag-fr}} [http://lea-linux.org/intro/ http://lea-linux.org/intro/]

====Librogiciel====
Une page très longue et très complète destinée aux débutants qui ne connaissent rien à GNU/Linux et veulent le découvrir.
* {{flag-fr}} [http://www.librogiciel.net http://www.librogiciel.net]

====Linu-z Le site Sympatix====
Un site géré par une communauté provenant de l'irc d'undernet #linu-z.
Aide et débat sur les sujets variés qui se présentent. Ça fait une base de connaissances utilisable par tout le monde et nous, ça fait progresser ceux qui aident. Tout le monde y gagne et c'est amical !
* {{flag-fr}} [http://www.linu-z.net http://www.linu-z.net]

====Linux Domestique====
Pour le débutant voulant apprendre comment installer, configurer et utiliser Linux dans un cadre domestique. Articles, tutoriels, trucs et astuces, suggestion de logiciels...
* {{flag-fr}} [http://www.uselinuxathome.com http://www.uselinuxathome.com]

====Linux plus-value====
Site sur Linux contenant outre des trucs & astuces, des outils OpenOffice (oooconv), Samba, Kde, des news ainsi qu'une mailling-list.
* {{flag-fr}} [http://www.linuxplusvalue.be http://www.linuxplusvalue.be]

====LittleTux====
Littletux est un site sur linux pour tous. Il contient des news, tutoriaux, forums, glossaire. Sa principale caractéristique est de donner une liste de liens à la fin de chaque document
* {{flag-fr}} [http://littletux.cliranet.com http://littletux.cliranet.com]

====Orgalinux====
Orgalinux : apprendre à utiliser Linux sous toutes ses formes. Promouvoir le développement de ce système d'exploitation alternatif et le monde du libre.
* {{flag-fr}} [http://www.orgalinux.com http://www.orgalinux.com]

====Picardie en ligne du Soissonnais====
Formation gratuite au multimédia sous linux
* {{flag-fr}} [http://pelsoissonnais.free.fr/ http://pelsoissonnais.free.fr/]

====Premiers pas sous Linux====
Une documentation pour débuter sous GNU/Linux, par Armand Delcros. Cette documetation s'adresse surtout aux personnes qui veulent apprendre à utiliser la ligne de commande.
* {{flag-fr}} [http://217.109.169.18/drinou/linux.htm http://217.109.169.18/drinou/linux.htm]

====Linux Aide====
Site d'aide linux pour les débutants. Tutoriels d'installation, choix de distribution, tests de distributions, télechargements, explications et tests de logiciels, testage logiciels, histoire linux, histoire gnu
* {{flag-fr}} [http://www.linux-aide.org http://www.linux-aide.org]

Logithèque Gestion et comptabilité

2006-07-09T16:36:28Z

ST : /* Facturier FactOOor open source pour OOo */

==Gestion-Compta==
Les logiciels de comptabilité pour la maison ou les TPE/PME ou plus...

===Navigation dans les logiciels===

* [[Logithèque:Bureautique|Retour à Bureautique]]

===Liste des logiciels [Gestion-Compta]===

====Affiliates====
Gestion clubs, associations, communautés, etc. Création d'une base de donnée et documents ( cartes de membre, formulaires, listing...)
* [http://phdm.f2b.be http://phdm.f2b.be]
Licence : propriétaire (freeware).

====BeDesk Express====
Solution devis-factures simple à mettre en oeuvre et à utiliser. Vous pouvez gérer vos clients, devis, factures, encaissements, articles et votre stock facilement. Le programme est orienté vers les petites entreprises.

Le logiciel est programmé en Java et fonctionne sur GNU/Linux, Mac OS X et Windows. Les facturiers sont portables et peuvent être transférés d'un autre système vers GNU/Linux sans problème.
* [http://www.lbruninx.be/bedesk http://www.lbruninx.be/bedesk]
Licence : propriétaire.

==== Facturier FactOOor open source pour OOo ====

Le centre de ressources francophone dédié à OpenOffice.org propose depuis fin juin.

FactOOor est un facturier qui utilise Calc pour l'interface de gestion, Base pour la conservation des données et les macros pour son fonctionnement.

Il fonctionne sous les plate-formes windows, linux et sous Mac ( nous n'avons pas testé sous Mac).

Il est d'une utilisation intuitive.

Quelques fonctions :

* Liste des factures impayées.
* Chiffre d'affaires et total TVA (mensuel, trimestriel et annuel).
* L'exportation de toutes vos factures ou devis au format PDF.

* [http://forum-openoffice.org/?ressource http://forum-openoffice.org/?ressource]
Licence: GPL.

====gAcc====
gestionnnaire de comptes bancaires. Le projet a l'air au point mort depuis le début 2001.
* [http://sourceforge.net/projects/gacc http://sourceforge.net/projects/gacc]
Licence: GPL.

====GEPOLABO====
Logiciel d'analyse boursière permettant : le téléchargement de cours à partir du web (yahoo) ou de fichiers, l'analyse (RSI, moyennes, Bollinger) ou la sélection d'actions. Exportation des résultats en HTML ou CSV.
* [http://home.gna.org/gepolabo/ http://home.gna.org/gepolabo/]
* [http://home.gna.org/gepolabo/fr/copies/copie-analyse-g.jpg Capture d'écran]
Licence : GPL.

====GnuCash====
Un outil incontournable pour votre gestion de comptes.
* [http://www.gnucash.org/ http://www.gnucash.org/]
* [http://www.gnucash.org/fr Le site en français (obsolète)]
* [http://www.gnucash.org/docs/fr/ La documentation en français]
* [http://www.gnucash.org/images/gnome-1.6/account-tree.gif Capture d'écran]
Licence : GPL.

====Grisbi====
Grisbi est un logiciel de comptabilité personnelle.
* [http://www.grisbi.org/ http://www.grisbi.org]
* [http://www.grisbi.org/screenshots.fr.html Captures d'écran]
Licence : GPL.

====Kinvoice====
Logiciel de facturation et de gestion de stock.
* [http://www.hexysoft.fr/kinvoice http://www.hexysoft.fr/kinvoice]

Licence : GPL.

====KMyMoney2====
Logiciel de comptabilité personnelle sous KDE. L'équipe de développement est très active.
* [http://kmymoney2.sourceforge.net http://kmymoney2.sourceforge.net]
Licence : GPL.

====Moneydance====
Logiciel de comptabilité en java, facile à utiliser. En français.
* [http://moneydance.com/ http://moneydance.com/]
Licence : propriétaire.

====MyPhpMoney====
Logiciel de gestion personnelle, multilingue, multiplateformes et multi utilisateurs. En perpétuel développement.
* [http://sourceforge.net/projects/myphpmoney/ http://sourceforge.net/projects/myphpmoney/]
* [http://myphpmoney.sourceforge.net/ http://myphpmoney.sourceforge.net/]
Licence : LGPL.

====NoMicmac====
NoMicmac est la version GPL d'un logiciel de gestion comptable écrit et développé depuis 1986 en FreePascal. C'est un logiciel en mode console/texte : pas de jolies décorations graphiques...

NoMicmac est un outil de gestion pour l'entreprise personnelle. Par définition une entreprise personnelle est une organisation souple et légère qui ne peut s'encombrer de structures bureaucratiques. NoMicmac est un logiciel qui a été conçu au cours d'années d'expérience d'aide à la gestion de petites entreprises (paysans, artisans,...).

Dans le cadre d'une activité de formation, NoMicmac permet une modélisation globale du fonctionnement de l'entreprise en respectant le principe de la comptabilité en partie double et en introduisant la notion d'accès multicritère par mots-clés.

* [http://nomicmac.ouvaton.org http://nomicmac.ouvaton.org]
Licence : GPL.

====Opale====
Un outils de comptabilité de KDE qui fonctionne avec KOffice. Disponible en français.
* [http://orzel.freehackers.org/opale/index.html Site internet]

Licence : GPL.

====OpenAguila====
OpenAguila est un logiciel français permettant la gestion globale d'une entreprise (clients, fournisseurs, achats, stocks, devis, intervention, planning, facturation, gestion documentaire et calendrier partagé).
Il est accessible par un simple navigateur Internet.

* [http://www.openaguila.org Site internet]

Licence : GPL.

====OpenSI====
Logiciel de comptabilité. Il est developpé sous une plateforme Mozilla en XUL avec serveur Java et Tomcat. Multi-plateforme, fonctionne en mode client/serveur : multi-utilisateurs, multi-sites, multi-dossiers de comptabilité... Il fonctionne egalement en mode ASP.
* [http://www.opensi.org http://www.opensi.org]
* [http://www.opensi.org/screenshots.html Captures d'écran]
Licence : GPL.

====PHP-Compta====

Permet la tenue de la comptabilité d'une PME (même d'une entreprise), elle suit la législation en matière de comptabilité belge, elle est multi-utilisateur, multi-dossier (un dossier = une entreprise) et puisqu'elle utilise une interface web, on peut l'utiliser facilement dans une entreprise, aucun changement n'est requis sur les ordinateurs clients.
* [http://www.phpcompta.org/index.php http://www.phpcompta.org/index.php]
* [http://www.phpcompta.org/screenshot.php Copie d'écran]
Licence : GPL.

====Vtiger CRM====
Vtiger CRM est un logiciel de Gestion de la Relation Client (CRM) destiné aux PME/PMI.
Il permet de gérer votre portefeuille client, agendas, devis, facture, produits, commandes... Un logiciel développé en PHP vraiment très complet en évolution permanente.
* [http://www.vtiger.com http://www.vtiger.com]
* [http://www.vtigercrmfrance.org Communuaté francophone]
Licence: SugarCRM est sous SPL (Mozilla Public License avec une section ajoutée concernant la marque et le logo, libre). Les autres logiciels utilisés sont libres sous divers licences.

Logithèque Gestion et comptabilité

2006-07-09T16:32:31Z

ST : restitution de la dernière modification de Storebaelt (phorum)

==Gestion-Compta==
Les logiciels de comptabilité pour la maison ou les TPE/PME ou plus...

===Navigation dans les logiciels===

* [[Logithèque:Bureautique|Retour à Bureautique]]

===Liste des logiciels [Gestion-Compta]===

====Affiliates====
Gestion clubs, associations, communautés, etc. Création d'une base de donnée et documents ( cartes de membre, formulaires, listing...)
* [http://phdm.f2b.be http://phdm.f2b.be]
Licence : propriétaire (freeware).

====BeDesk Express====
Solution devis-factures simple à mettre en oeuvre et à utiliser. Vous pouvez gérer vos clients, devis, factures, encaissements, articles et votre stock facilement. Le programme est orienté vers les petites entreprises.

Le logiciel est programmé en Java et fonctionne sur GNU/Linux, Mac OS X et Windows. Les facturiers sont portables et peuvent être transférés d'un autre système vers GNU/Linux sans problème.
* [http://www.lbruninx.be/bedesk http://www.lbruninx.be/bedesk]
Licence : propriétaire.

== Facturier FactOOor open source pour OOo ==

Le centre de ressources francophone dédié à OpenOffice.org propose depuis fin juin.

FactOOor est un facturier qui utilise Calc pour l'interface de gestion, Base pour la conservation des données et les macros pour son fonctionnement.

Il fonctionne sous les plate-formes windows, linux et sous Mac ( nous n'avons pas testé sous Mac).

Il est d'une utilisation intuitive.

Quelques fonctions :

* Liste des factures impayées.
* Chiffre d'affaires et total TVA (mensuel, trimestriel et annuel).
* L'exportation de toutes vos factures ou devis au format PDF.

http://forum-openoffice.org/?ressource.
Licence: GPL.

====gAcc====
gestionnnaire de comptes bancaires. Le projet a l'air au point mort depuis le début 2001.
* [http://sourceforge.net/projects/gacc http://sourceforge.net/projects/gacc]
Licence: GPL.

====GEPOLABO====
Logiciel d'analyse boursière permettant : le téléchargement de cours à partir du web (yahoo) ou de fichiers, l'analyse (RSI, moyennes, Bollinger) ou la sélection d'actions. Exportation des résultats en HTML ou CSV.
* [http://home.gna.org/gepolabo/ http://home.gna.org/gepolabo/]
* [http://home.gna.org/gepolabo/fr/copies/copie-analyse-g.jpg Capture d'écran]
Licence : GPL.

====GnuCash====
Un outil incontournable pour votre gestion de comptes.
* [http://www.gnucash.org/ http://www.gnucash.org/]
* [http://www.gnucash.org/fr Le site en français (obsolète)]
* [http://www.gnucash.org/docs/fr/ La documentation en français]
* [http://www.gnucash.org/images/gnome-1.6/account-tree.gif Capture d'écran]
Licence : GPL.

====Grisbi====
Grisbi est un logiciel de comptabilité personnelle.
* [http://www.grisbi.org/ http://www.grisbi.org]
* [http://www.grisbi.org/screenshots.fr.html Captures d'écran]
Licence : GPL.

====Kinvoice====
Logiciel de facturation et de gestion de stock.
* [http://www.hexysoft.fr/kinvoice http://www.hexysoft.fr/kinvoice]

Licence : GPL.

====KMyMoney2====
Logiciel de comptabilité personnelle sous KDE. L'équipe de développement est très active.
* [http://kmymoney2.sourceforge.net http://kmymoney2.sourceforge.net]
Licence : GPL.

====Moneydance====
Logiciel de comptabilité en java, facile à utiliser. En français.
* [http://moneydance.com/ http://moneydance.com/]
Licence : propriétaire.

====MyPhpMoney====
Logiciel de gestion personnelle, multilingue, multiplateformes et multi utilisateurs. En perpétuel développement.
* [http://sourceforge.net/projects/myphpmoney/ http://sourceforge.net/projects/myphpmoney/]
* [http://myphpmoney.sourceforge.net/ http://myphpmoney.sourceforge.net/]
Licence : LGPL.

====NoMicmac====
NoMicmac est la version GPL d'un logiciel de gestion comptable écrit et développé depuis 1986 en FreePascal. C'est un logiciel en mode console/texte : pas de jolies décorations graphiques...

NoMicmac est un outil de gestion pour l'entreprise personnelle. Par définition une entreprise personnelle est une organisation souple et légère qui ne peut s'encombrer de structures bureaucratiques. NoMicmac est un logiciel qui a été conçu au cours d'années d'expérience d'aide à la gestion de petites entreprises (paysans, artisans,...).

Dans le cadre d'une activité de formation, NoMicmac permet une modélisation globale du fonctionnement de l'entreprise en respectant le principe de la comptabilité en partie double et en introduisant la notion d'accès multicritère par mots-clés.

* [http://nomicmac.ouvaton.org http://nomicmac.ouvaton.org]
Licence : GPL.

====Opale====
Un outils de comptabilité de KDE qui fonctionne avec KOffice. Disponible en français.
* [http://orzel.freehackers.org/opale/index.html Site internet]

Licence : GPL.

====OpenAguila====
OpenAguila est un logiciel français permettant la gestion globale d'une entreprise (clients, fournisseurs, achats, stocks, devis, intervention, planning, facturation, gestion documentaire et calendrier partagé).
Il est accessible par un simple navigateur Internet.

* [http://www.openaguila.org Site internet]

Licence : GPL.

====OpenSI====
Logiciel de comptabilité. Il est developpé sous une plateforme Mozilla en XUL avec serveur Java et Tomcat. Multi-plateforme, fonctionne en mode client/serveur : multi-utilisateurs, multi-sites, multi-dossiers de comptabilité... Il fonctionne egalement en mode ASP.
* [http://www.opensi.org http://www.opensi.org]
* [http://www.opensi.org/screenshots.html Captures d'écran]
Licence : GPL.

====PHP-Compta====

Permet la tenue de la comptabilité d'une PME (même d'une entreprise), elle suit la législation en matière de comptabilité belge, elle est multi-utilisateur, multi-dossier (un dossier = une entreprise) et puisqu'elle utilise une interface web, on peut l'utiliser facilement dans une entreprise, aucun changement n'est requis sur les ordinateurs clients.
* [http://www.phpcompta.org/index.php http://www.phpcompta.org/index.php]
* [http://www.phpcompta.org/screenshot.php Copie d'écran]
Licence : GPL.

====Vtiger CRM====
Vtiger CRM est un logiciel de Gestion de la Relation Client (CRM) destiné aux PME/PMI.
Il permet de gérer votre portefeuille client, agendas, devis, facture, produits, commandes... Un logiciel développé en PHP vraiment très complet en évolution permanente.
* [http://www.vtiger.com http://www.vtiger.com]
* [http://www.vtigercrmfrance.org Communuaté francophone]
Licence: SugarCRM est sous SPL (Mozilla Public License avec une section ajoutée concernant la marque et le logo, libre). Les autres logiciels utilisés sont libres sous divers licences.

Trucs:Passer à X11R7 (gentoo)

2006-04-16T14:52:22Z

ST :

= Passer à X11R7 sous Gentoo =
[[Catégorie:Trucs X Window]]
<div class="leatitre">Passer à X11R7 sous Gentoo</div>

Depuis le passage à X11R7, X.org est devenu modulaire. L'ebuild xorg-x11 monolithique a été remplacé par une multitude de paquets plus petits.
Par défaut, lors des mises à jour, Gentoo n'effectue pas automatiquement le passage à X.org 7.0. Nous allons voir comment le faire manuellement.

== Prérequis ==

* Une Gentoo fonctionnelle avec accès à internet

== Se débarasser de X11R6 ==

Pour éviter tout conflit, on va d'abord se débarasser du vieux X. Avant cela, si vous aimez les éditeurs de texte graphiques, ouvrez-en un en root que vous pourrez ainsi utiliser par la suite, et n'oubliez pas de conserver également un navigateur ouvert à cette page. En effet, supprimer X vous empêchera d'ouvrir de nouvelles fenêtres ...

Vous pouvez maintenant vous jeter à l'eau :

<code>emerge -Ca xorg-x11 virtual/x11</code>

== Configuration ==

Ouvrez dans votre éditeur de texte le fichier /etc/portage/package.keywords et copiez-y le contenu suivant :

<code>app-doc/xorg-docs
app-doc/xorg-sgml-doctools
media-fonts/encodings
media-fonts/font-adobe-100dpi
media-fonts/font-adobe-75dpi
media-fonts/font-adobe-utopia-100dpi
media-fonts/font-adobe-utopia-75dpi
media-fonts/font-adobe-utopia-type1
media-fonts/font-alias
media-fonts/font-arabic-misc
media-fonts/font-bh-100dpi
media-fonts/font-bh-75dpi
media-fonts/font-bh-lucidatypewriter-100dpi
media-fonts/font-bh-lucidatypewriter-75dpi
media-fonts/font-bh-ttf
media-fonts/font-bh-type1
media-fonts/font-bitstream-100dpi
media-fonts/font-bitstream-75dpi
media-fonts/font-bitstream-speedo
media-fonts/font-bitstream-type1
media-fonts/font-cronyx-cyrillic
media-fonts/font-cursor-misc
media-fonts/font-daewoo-misc
media-fonts/font-dec-misc
media-fonts/font-ibm-type1
media-fonts/font-isas-misc
media-fonts/font-jis-misc
media-fonts/font-micro-misc
media-fonts/font-misc-cyrillic
media-fonts/font-misc-ethiopic
media-fonts/font-misc-meltho
media-fonts/font-misc-misc
media-fonts/font-mutt-misc
media-fonts/font-schumacher-misc
media-fonts/font-screen-cyrillic
media-fonts/font-sony-misc
media-fonts/font-sun-misc
media-fonts/font-util
media-fonts/font-winitzki-cyrillic
media-fonts/font-xfree86-type1
media-libs/mesa
virtual/opengl
virtual/x11
x11-apps/appres
x11-apps/bdftopcf
x11-apps/beforelight
x11-apps/bitmap
x11-apps/editres
x11-apps/fonttosfnt
x11-apps/fslsfonts
x11-apps/fstobdf
x11-apps/iceauth
x11-apps/ico
x11-apps/lbxproxy
x11-apps/listres
x11-apps/luit
x11-apps/mesa-progs
x11-apps/mkcfm
x11-apps/mkfontdir
x11-apps/mkfontscale
x11-apps/oclock
x11-apps/proxymngr
x11-apps/rgb
x11-apps/rstart
x11-apps/scripts
x11-apps/sessreg
x11-apps/setxkbmap
x11-apps/showfont
x11-apps/smproxy
x11-wm/twm
x11-apps/viewres
x11-apps/x11perf
x11-apps/xauth
x11-apps/xbiff
x11-apps/xcalc
x11-apps/xclipboard
x11-apps/xclock
x11-apps/xcmsdb
x11-apps/xconsole
x11-apps/xcursorgen
x11-apps/xdbedizzy
x11-apps/xditview
x11-apps/xdm
x11-apps/xdpyinfo
x11-apps/xdriinfo
x11-apps/xedit
x11-apps/xev
x11-apps/xeyes
x11-apps/xf86dga
x11-apps/xfd
x11-apps/xfindproxy
x11-apps/xfontsel
x11-apps/xfs
x11-apps/xfsinfo
x11-apps/xfwp
x11-apps/xgamma
x11-apps/xgc
x11-apps/xhost
x11-apps/xinit
x11-apps/xkbcomp
x11-apps/xkbevd
x11-apps/xkbprint
x11-apps/xkbutils
x11-apps/xkill
x11-apps/xload
x11-apps/xlogo
x11-apps/xlsatoms
x11-apps/xlsclients
x11-apps/xlsfonts
x11-apps/xmag
x11-apps/xman
x11-apps/xmessage
x11-apps/xmh
x11-apps/xmodmap
x11-apps/xmore
x11-apps/xphelloworld
x11-apps/xplsprinters
x11-apps/xpr
x11-apps/xprehashprinterlist
x11-apps/xprop
x11-apps/xrandr
x11-apps/xrdb
x11-apps/xrefresh
x11-apps/xrx
x11-apps/xset
x11-apps/xsetmode
x11-apps/xsetpointer
x11-apps/xsetroot
x11-apps/xsm
x11-apps/xstdcmap
x11-apps/xtrap
x11-apps/xvidtune
x11-apps/xvinfo
x11-apps/xwd
x11-apps/xwininfo
x11-apps/xwud
x11-base/kdrive
x11-base/xorg-server
x11-base/xorg-x11
x11-drivers/xf86-input-acecad
x11-drivers/xf86-input-aiptek
x11-drivers/xf86-input-calcomp
x11-drivers/xf86-input-citron
x11-drivers/xf86-input-digitaledge
x11-drivers/xf86-input-dmc
x11-drivers/xf86-input-dynapro
x11-drivers/xf86-input-elo2300
x11-drivers/xf86-input-elographics
x11-drivers/xf86-input-evdev
x11-drivers/xf86-input-fpit
x11-drivers/xf86-input-hyperpen
x11-drivers/xf86-input-jamstudio
x11-drivers/xf86-input-joystick
x11-drivers/xf86-input-keyboard
x11-drivers/xf86-input-magellan
x11-drivers/xf86-input-magictouch
x11-drivers/xf86-input-microtouch
x11-drivers/xf86-input-mouse
x11-drivers/xf86-input-mutouch
x11-drivers/xf86-input-palmax
x11-drivers/xf86-input-penmount
x11-drivers/xf86-input-spaceorb
x11-drivers/xf86-input-summa
x11-drivers/xf86-input-tek4957
x11-drivers/xf86-input-ur98
x11-drivers/xf86-input-vmmouse
x11-drivers/xf86-input-void
x11-drivers/xf86-video-apm
x11-drivers/xf86-video-ark
x11-drivers/xf86-video-ati
x11-drivers/xf86-video-chips
x11-drivers/xf86-video-cirrus
x11-drivers/xf86-video-cyrix
x11-drivers/xf86-video-dummy
x11-drivers/xf86-video-fbdev
x11-drivers/xf86-video-glint
x11-drivers/xf86-video-i128
x11-drivers/xf86-video-i740
x11-drivers/xf86-video-i810
x11-drivers/xf86-video-imstt
x11-drivers/xf86-video-mga
x11-drivers/xf86-video-neomagic
x11-drivers/xf86-video-newport
x11-drivers/xf86-video-nsc
x11-drivers/xf86-video-nv
x11-drivers/xf86-video-rendition
x11-drivers/xf86-video-s3
x11-drivers/xf86-video-s3virge
x11-drivers/xf86-video-savage
x11-drivers/xf86-video-siliconmotion
x11-drivers/xf86-video-sis
x11-drivers/xf86-video-sisusb
x11-drivers/xf86-video-sunbw2
x11-drivers/xf86-video-suncg14
x11-drivers/xf86-video-suncg3
x11-drivers/xf86-video-suncg6
x11-drivers/xf86-video-sunffb
x11-drivers/xf86-video-sunleo
x11-drivers/xf86-video-suntcx
x11-drivers/xf86-video-tdfx
x11-drivers/xf86-video-tga
x11-drivers/xf86-video-trident
x11-drivers/xf86-video-tseng
x11-drivers/xf86-video-v4l
x11-drivers/xf86-video-vesa
x11-drivers/xf86-video-vga
x11-drivers/xf86-video-via
x11-drivers/xf86-video-vmware
x11-drivers/xf86-video-voodoo
x11-libs/libdmx
x11-libs/libdrm
x11-libs/libfontenc
x11-libs/libFS
x11-libs/libICE
x11-libs/liblbxutil
x11-libs/liboldX
x11-libs/libSM
x11-libs/libX11
x11-libs/libXau
x11-libs/libXaw
x11-libs/libXcomposite
x11-libs/libXcursor
x11-libs/libXdamage
x11-libs/libXdmcp
x11-libs/libXevie
x11-libs/libXext
x11-libs/libXfixes
x11-libs/libXfont
x11-libs/libXfontcache
x11-libs/libXft
x11-libs/libXi
x11-libs/libXinerama
x11-libs/libxkbfile
x11-libs/libxkbui
x11-libs/libXmu
x11-libs/libXp
x11-libs/libXpm
x11-libs/libXprintAppUtil
x11-libs/libXprintUtil
x11-libs/libXrandr
x11-libs/libXrender
x11-libs/libXres
x11-libs/libXScrnSaver
x11-libs/libXt
x11-libs/libXTrap
x11-libs/libXtst
x11-libs/libXv
x11-libs/libXvMC
x11-libs/libXxf86dga
x11-libs/libXxf86misc
x11-libs/libXxf86vm
x11-libs/xtrans
x11-misc/gccmakedep
x11-misc/imake
x11-misc/lndir
x11-misc/makedepend
x11-misc/util-macros
x11-misc/xbitmaps
x11-misc/xkbdata
x11-misc/xkeyboard-config
x11-misc/xorg-cf-files
x11-proto/bigreqsproto
x11-proto/compositeproto
x11-proto/damageproto
x11-proto/dmxproto
x11-proto/evieext
x11-proto/fixesproto
x11-proto/fontcacheproto
x11-proto/fontsproto
x11-proto/glproto
x11-proto/inputproto
x11-proto/kbproto
x11-proto/printproto
x11-proto/randrproto
x11-proto/recordproto
x11-proto/renderproto
x11-proto/resourceproto
x11-proto/scrnsaverproto
x11-proto/trapproto
x11-proto/videoproto
x11-proto/xcmiscproto
x11-proto/xextproto
x11-proto/xf86bigfontproto
x11-proto/xf86dgaproto
x11-proto/xf86driproto
x11-proto/xf86miscproto
x11-proto/xf86rushproto
x11-proto/xf86vidmodeproto
x11-proto/xineramaproto
x11-proto/xproto
x11-proto/xproxymanagementprotocol
x11-themes/gentoo-xcursors
x11-themes/xcursor-themes
>=sys-apps/portage-2.1_pre4
=sys-apps/man-1.6b-r2
app-admin/eselect-opengl
>=app-admin/eselect-1.0_rc1
</code>

Ouvrez maintenant /etc/make.conf et ajoutez les lignes suivantes :
<code>VIDEO_CARDS="ati radeon vesa fbdev"
INPUT_DEVICES="keyboard mouse"</code>
Vous devez bien entendu les adapter à votre système.
Si vous souhaitez une accélération 3D matérielle, ajoutez "dri" à vos drapeaux USE (il remplace "opengl").

== Installer X11R7 ==

On se lance :

<code>emerge xorg-x11</code>

La compilation peut échouer à un moment (vraisemblablement sur Mesa), il suffira alors de faire <code>eselect opengl set xorg-x11</code> et de la relancer.

Il ne reste plus que les classiques :

<code>etc-update
revdep-rebuild</code>

Tout devrait maintenant être en place, reste à réinstaller les pilotes de carte graphique qui risquent de ne plus marcher ...

{{Copy|04/2006|[[Utilisateur:AlSim]]|CC-BY-SA}}

Shell

2006-03-13T21:46:30Z

ST : /* Commandes pour débuter */

[[Category:Environnement système]]
= Le shell ou le retour du C:> ! (et les commandes) =

<div class="leatitre">Le shell ou le retour du C:> ! (et les commandes)</div><div class="leapar">par Jean-Christophe, [mailto:SPI.MJ%20%3Cspi.mj%20chez%20wanadoo.fr%3E Marc] et Anne</div><div class="leadesc">Le shell, un environnement écrit au temps ou les hommes étaient des hommes :-)</div>
----

== Introduction ==

Qu'est-ce que '''shell''' me direz vous ? Certains diront que c'est ça le vrai Linux. il n'y a pas que du faux là-dedans, puisque étymologiquement parlant, "Linux" est juste le nom du noyau du système d'exploitation, et qu'on a tendance par abus de langage à utiliser "Linux" pour désigner l'ensemble de Linux, du serveur X et des nombreuses applications.

Bref, le shell c'est le bon vieux ''mode texte'', mon copain le ''prompt'', qui sous Linux revêt une importance capitale. En effet, la philosophie Unix veut que toute action puisse être réalisée en ligne de commande, avant d'être accessible dans une boîte de dialogue. Ainsi de nombreuses applications X ne sont en fait que des ''front ends'' (des façades) à des applications en ligne de commande, se contentant de construire la bonne ligne de commande à partir de vos clics (XCDRoast / cdrecord, mkisofs, etc. ; kppp / pppd ; etc.).

Comme Linux prône le règne de la liberté, vous n'avez pas qu'un seul ''shell'' disponible. Vous pouvez utiliser '''bash''', '''tcsh''', '''ksh''', '''ash''', '''sh''', '''csh''', etc. Néanmoins, la plupart des distributions actuelles proposent '''bash''' par défaut, et je vous recommande donc de l'utiliser, surtout si vous débutez sous Unix et que vous n'avez pas encore d'habitudes. Si plus tard, vous tombez sur un ordinateur ne disposant que de tcsh, ne vous inquiétez pas : la différence n'est pas flagrante, et vous pourrez toujours consulter "<code>man tcsh</code>" ! ''à noter que le choix du shell pour un utilisateur se configure dans <code>/etc/passwd</code>.''

Le shell n'est pas seulement le prompt vous permettant de taper vos commandes, c'est aussi un puissant ''langage de commande'', vous permettant d'automatiser des tâches, etc. via l'écriture de ''scripts shell''. Apprendre le langage du shell peut être très enrichissant et utile ; néanmoins, cela dépasse le cadre de cette rubrique. Et pis j'ai pas le courage de taper une leçon sur bash :) Par contre, vous trouverez ici les commandes de base, ainsi que les raccourcis clavier et les raccourcis du shell, les aliases, les variables d'environnement, la configuration du shell et j'en passe. C'est déjà pas mal non ?

----

== Commandes pour débuter ==

Avant de commencer, il faut savoir que Linux est '''sensible à la casse''' (''case sensitive'' en anglais), c'est à dire qu'il distingue les majuscules des minuscules. Ainsi, si je vous dit que la commande est '<code>mkdir</code>', ce n'est pas la peine d'essayer <code>MKDIR</code> ou <code>mKdiR</code>, cela ne fonctionnera pas. De même, les noms de fichiers et de répertoires sont également sensibles à la casse.

De plus, sous Unix, les chemins sont séparés par des slash : écrivez <code>/etc/rc.d/init.d/xfs</code> mais jamais <code>etc\rc.d\init.d\xfs</code> par pitié :)

* '''Répertoires spéciaux''' :
<code>. </code> représente le répertoire courant,
<code>.. </code> représente le répertoire parent
<code>~ </code> représente le répertoire maison (home) de l'utilisateur
* '''Fichiers cachés''' :
sous Unix, les fichiers cachés commencent par un point. Par exemple, ~/.bashrc est un fichier caché, dans le répertoire maison de l'utilisateur, qui contient la configuration de son shell.
* '''Jokers''' : ? et *
Les caractères <code>?</code> et <code><nowiki>*</nowiki></code> dans les noms de fichiers et de répertoires permettent de représenter des caractères quelconques. '<code>?</code>' représente un seul caractère, tandis que '<code><nowiki>*</nowiki></code>' en représente un nombre quelconque.
Par exemple "<code><nowiki>*.jpg</nowiki></code>" représente tous les fichiers se terminant par <code>jpg</code> ; "<code><nowiki>*toto*</nowiki></code>" tous les fichiers contenant "<code>toto</code>". Oui vous avez bien vu : on peut mettre plusieurs étoiles en même temps !!! Vous pouvez même faire : <code>cd /et*/rc.*/init*</code>, cela risque de fonctionner !!!
Il faut également savoir que c'est le shell qui interprète ces caractères avant de transmettre la ligne de commande. Par exemple, si vous tapez : <code>rm -Rf *.tmp</code>, le shell transformera cette ligne de commande en : <code>rm truc1.tmp truc2.tmp truc3.tmp</code>.
* '''Jokers avancés''' : []
Vous pouvez aussi utiliser les crochets pour spécifier des caractères :
<code>[a]</code> signifie : égal à 'a'. Exemple : <code>rm *[a]*</code> efface tous les fichiers contenant la lettre 'a'.
<code>[!a]</code> signifie : différent de 'a'. Exemple : <code>rm *[!a]*</code> efface tous les fichiers, sauf ceux contenant la lettre 'a'.
<code>[abc]</code> signifie : l'un des caractères a, b ou c. Exemple : <code>rm [abc]*.tmp</code> efface tous les fichiers commençant par a, b ou c.
<code>[a-l]</code> : signifie : tous les caractères compris entre a et l. Exemple : <code>rm fic_[a-l]*</code> efface tous les fichiers commençant par <code>fic_</code> suivi d'une quelconque lettre entre a et l.

''Bon c'est pas tout ça, voici les commandes de base sous Linux :''

{| width="100%" border="1" cellpadding="5"
|- bgcolor="#CCCCCC"
| width="10%" |
<center>

Commandes linux

</center>
| width="10%" |
<center>

équivalent MsDos

</center>
| width="30%" |
<center>

à quoi ça sert

</center>
| width="50%" |
<center>

Exemples :

</center>
|-
|
'''<code>cd</code>'''
|
'''<code>cd</code>'''
|
change le répertoire courant.
|
<code>cd ..</code> - va dans le répertoire parent du répertoire courant

<code>cd /home/user/.nsmail</code> - va dans le répertoire désigné
|- bgcolor="#CCCCCC"
|
'''<code>ls</code>'''
|
'''<code>dir</code>'''
|
affiche le contenu d'un répertoire
|
<code>ls</code> - affiche le contenu du répertoire courant

<code>ls -l</code> - affiche le contenu du répertoire courant de manière détaillée

<code>ls -a /home/user</code> - affiche le contenu du répertoire désigné (ainsi que les fichiers cachés)
|-
|
'''<code>cp</code>'''
|
'''<code>copy</code>''' '''<code>xcopy</code>'''
|
copie un ou plusieurs fichiers
|
<code>cp toto /tmp</code> - copie le fichier toto dans le répertoire <code>/tmp</code>

<code>cp toto titi</code> - copie le fichier <code>toto</code> sur le fichier <code>titi</code>

<code>cp -R /home/user /tmp/bak</code> - copie le répertoire <code>/home/user</code> ainsi que tout ce qu'il contient dans <code>/tmp/bak</code>
|- bgcolor="#CCCCCC"
|
'''<code>rm</code>'''
|
'''<code>del</code>'''
|
efface un ou plusieurs fichiers
|
<code>rm toto titi</code> - efface les fichiers <code>toto</code> et <code>titi</code>

<code>rm -f toto titi</code> - efface les fichiers <code>toto</code> et <code>titi</code> sans demander confirmation
|-
|
'''<code>rm -rf</code>'''
|
'''<code>deltree</code>'''
|
efface un répertoire et son contenu
|
<code>rm -rf /tmp/*</code> - efface (sans demander de confirmation) tous les fichiers et répertoire de <code>/tmp</code>
|- bgcolor="#CCCCCC"
|
'''<code>mkdir</code>'''
|
'''<code>md</code>'''
|
crée un répertoire
|
<code>mkdir /home/user/mes_documents</code> - crée le répertoire <code>mes_documents</code> dans le sous répertoire <code>/home/user</code> (éviter de mettre des espaces dans les noms de fichiers ou de répertoires)
|-
|
'''<code>rmdir</code>'''
|
'''<code>rm</code>'''
|
efface un répertoire s'il est vide
|
<code>rmdir /home/user/.nsmail</code> - efface le répertoire <code>.nsmail</code> de <code>/home/user</code> si celui-ci est vide
|- bgcolor="#CCCCCC"
|
'''<code>mv</code>'''
|
'''<code>ren</code>''' '''<code>move</code>'''
|
déplace ou renomme un ou des fichiers
|
<code>mv tata titi</code> - renomme tata en titi

<code>mv * *.bak</code> - ne fonctionne pas !!!!

<code>mv * /tmp/bak</code> - déplace tous les fichiers du répertoire courant vers le répertoire <code>/tmp/bak</code>
|-
|
'''<code>find</code>'''
|
'''<code>dir -s</code>'''
|
trouve un fichier répondant à certains critères
|
<code>find /home -name "*bash*"</code> - trouve tous les fichiers contenant le mot <code>bash</code> dans leur nom se trouvant dans le répertoire <code>/home</code>
|- bgcolor="#CCCCCC"
|
'''<code>locate</code>'''
|
'''<code>dir -s</code>'''
|
trouve un fichier d'après son nom
|
<code>locate bash</code> - trouve tous les fichiers contenant le mot <code>bash</code> dans leur nom complet (avec le répertoire) : à la différence de <code>find</code>, locate trouve ses informations dans une base de donnée créée par <code>updatedb</code>
|-
|
'''<code>man</code>'''
|
'''<code>help</code>'''
|
affiche l'aide concernant une commande particulière
|
<code>man ls</code> - affiche l'aide (page de <code>man</code>uel) de la commnade <code>ls</code>. On quitte man en appuyant sur la touche '<code>q</code>'
|- bgcolor="#CCCCCC"
|
'''<code>chmod</code>'''
|
pas d'équivalent
|
modifie les permissions d'un fichier
|
<code>chmod o+r /home/user</code> - autorise les autres (<code>o=other</code>) (ie: ceux qui ne sont ni le propriétaire, ni membre du groupe propriétaire) à lire (<code>r=read</code>) le répertoire <code>/home/user</code>

<code>chmod a+rw /home/user/unfichier</code> - autorise tout le monde (<code>a=all</code>) à lire et écrire (<code>w=write</code>) dans le fichier <code>/home/user/unfichier</code>
|-
|
'''<code>chown</code>'''
|
pas d'équivalent
|
modifie le propriétaire d'un fichier
|
<code>chown user unfichier</code> rend <code>user</code> propriétaire de <code>unfichier</code>.
|- bgcolor="#CCCCCC"
|
'''<code>chgrp</code>'''
|
pas d'équivalent
|
modifie le groupe proprétaire d'un fichier
|
<code>chgrp -R nobody /home/httpd</code> - rend le groupe : <code>nobody</code> (un groupe ayant très peu de droit sur un système linux) propriétaire de <code>/home/httpd</code> ainsi que tout les fichiers qu'il contient (<code>-R</code>)
|-
|
'''<code>ln -s</code>'''
|
pas d'équivalent
|
crée un lien vers un fichier
|
<code>ln -s /dev/fd0 /dev/disquette</code> crée un lien vers <code>/dev/fd0</code> (le lecteur de disquette) nommé <code>/dev/disquette</code>. La manipulation de <code>/dev/fd0</code> et <code>/dev/disquette</code> (sauf l'effacement).
|- bgcolor="#CCCCCC"
|
'''<code>grep</code>'''
|
pas d'équivalent
|
recherche une chaine dans un fichier (en fait recherche une expression régulière dans plusieurs fichiers)
|
<code>grep chaine *.txt</code> - recherche la chaine '<code>chaine</code>' dans tous les fichier se terminant par <code>.txt</code>.
|-
|
'''<code>which</code>'''
|
pas d'équivalent
|
trouve le répertoire dans lequel se trouve une commande
|
<code>which emacs</code> - retourne le nom du répertoire dans lequel se trouve la commande <code>emacs</code>.
|- bgcolor="#CCCCCC"
|
'''<code>cat</code>'''
|
'''<code>type</code>'''
|
affiche un fichier à l'écran
|
<code>cat ~/.bashrc</code> - affiche le contenu du fichier <code>~/.bashrc</code>
|}

Remarque : Pour en savoir plus sur toutes ces commandes, je vous conseille de consulter leur page de man !

=== La commande <code>ls</code> ===

Cette commande est omniprésente, aussi il est bon d'en présenter les basiques.

Afficher le listing page par page : <code>ls | less</code> (<code>less</code> est une version améliorée de <code>more</code>) Afficher le listing en couleurs : <code>ls --color</code> Afficher aussi les fichiers cachés (commençant par un point) : <code>ls -a</code> Mettre un '/' après les noms de répertoires : <code>ls -p</code> Afficher le listing détaillé : <code>ls -l</code>

Tri sur la date Pour afficher les fichiers d'un répertoire en triant sur la date de mise à jour des fichiers Afficher les fichiers les plus récents en premier : <code>ls -t</code> Afficher les fichiers les plus vieux en premier : <code>ls -rt</code> Mixer avec l'option "l" afin d'afficher le listing détaillé : <code>ls -rtl</code> ou <code>ls -tl</code>

''bien sûr, toutes ces options sont mixables,'' ainsi "<code>ls -altp</code>" affiche tous les fichiers, de façon détaillée, dans l'ordre chronologique, an ajoutant '/' après chaque nom de répertoire.

Exemple de listing

<div class="code">'''[jice@taz jice]$'''ls -alp total 144 -rw-r--r-- 1 jice users 24 Aug 2 21:37 .bash_logout -rw-r--r-- 1 jice users 230 Aug 2 21:37 .bash_profile -rw-r--r-- 1 jice users 467 Aug 2 21:37 .bashrc -rw-r--r-- 1 jice users 1452 Aug 2 21:37 .kderc drwxr--r-- 12 jice users 1024 Aug 2 21:37 .kde/ drwxr--r-- 2 jice users 1024 Aug 2 21:37 Desktop/ -rw-r----- 1 jice users 1728 Aug 2 21:37 adresses.txt -rw------- 1 jice users 144 Aug 2 21:37 motsdepasse.txt lrwxrwxrwx 1 jice users 14 Aug 2 21:37 linux -> /usr/src/linux</div>

Explication : La première ligne "total 144" est l'espace disque utilisé par l'ensemble des fichiers du répertoire.

# La première colonne <code>-rw-r--r--</code>représente les '''permissions''' associées au fichier. le premier caractère est un tiret pour un fichier, un d pour un répertoire, un l pour un lien, etc. ensuite, on a trois groupes de trois caractères : <code>rw-</code> ou <code>r--</code> ou <code>rwx</code> ou... Le premier groupe représente les permissions associées à l'utilisateur (ici, jice), le deuxième celles associées à son groupe (ici : users), enfin le dernier est les permissions que tout le monde a sur ces fichiers. <code>r</code> signifie : possibilité de lire ce fichier / dans ce répertoire, <code>w</code> signifie : possibilité d'écrire dans ce fichier / répertoire, <code>x</code> signifie : possibilité d'exécuter ce fichier / d'aller dans ce répertoire.
# nombre d'inodes (partie élémentaire de [../docs/glossaire.php3#systeme_fichiers système de fichiers]) qui pointent vers le fichier/répertoire (généralement 1 pour un fichier, 2+le nombre de sous-répertoires pour un répertoire).
# utilisateur à qui appartient le fichier (jice)
# groupe auquel le fichier appartient (users)
# taille en octets
# date et heure de modification
# nom du fichier/répertoire.

----

== Quelques questions et réponses ==

Les commandes du tableau ci-dessus permettent de répondre à quelques questions comme : Où est cette commande (which) ? Que contient ce fichier (cat ou tac) ? Quel fichier contient tel mot (grep) ? etc. Voici d'autres questions et réponses qui ne nécessitent pas d'être root et vous permettront de continuer à vous familiariser avec bash et ses commandes. Elles sont regroupées en trois tableaux : Informations sur les commandes ; informations sur le système ; informations sur les fichiers.

=== Informations sur les commandes ===

{| width="100%" border="1" cellpadding="5"
| width="20%" |
'''Quelle commande utiliser pour faire ... ceci ou cela ?'''
|
<code>apropos mot_clef</code> ou <code>man -k mot_clef</code> - affiche les commandes, brièvement définies, en rapport avec mot_clef. <code>apropos copier</code> - affiche les commandes en rapport avec la copie d'un fichier, d'une chaîne, d'une zone mémoire ... <code>apropos permission</code> - affiche les commandes liées à la vérification et à la modification des permissions.

Notes : les noms communs et les verbes à l'infinitif permettent généralement de trouver facilement la commande recherchée. En cas d'échec, pensez aux synonymes : apropos supprimer fait apparaître la commande rmdir (supprimer un répertoire), alors que apropos effacer fait apparaître la commande rm (effacer un fichier).
|-
|
'''Comment se définit cette commande ?'''
|
<code>whatis nom_commande</code> ou <code>man -f nom_commande</code> - affiche une brève définition de nom_commande. <code>whatis whatis</code> - affiche la définition de whatis. <code>whatis arch</code> - affiche la définition de la commande arch. <code>cd /bin ; for i in * ; do whatis $i ; done | more ; cd</code> - se positionne dans le répertoire /bin/, affiche page par page la définition de chacune des commandes qui s'y trouve, retourne au répertoire personnel.

Notes : dans l'exemple précédant vous pouvez bien sûr remplacer /bin par /sbin ; certaines entrées échouent.
|-
|
'''Quelles sont et comment utiliser les commandes internes ?'''
|
<code>help</code> - affiche la liste des commandes internes et leur syntaxe. <code>help nom_commande</code> - affiche une aide sommaire sur nom_commande. <code>help help</code> - affiche une aide sur help. <code>help alias</code> - affiche une aide sur la commande alias.

Notes : ces commandes sont les commandes internes du shell, généralement le bash. Vous pouvez aussi en obtenir la liste en demandant à propos de l'une d'elles une page man qui n'existe pas (man :). Vous trouverez également une aide sur les commandes internes dans la page man de bash (man bash). Enfin notez que help concerne les commandes internes mais --help les commandes externes.
|-
|
 '''Où sont et quelles sont les commandes externes ?'''
|
<code>ls /bin</code> - affiche le contenu du répertoire /bin/, et donc la liste des commandes externes usuelles communes à tous les utilisateurs. <code>ls /sbin</code> - affiche le contenu du répertoire /sbin/, et donc la liste des commandes externes usuelles réservées à l'administrateur (root). <code>whereis nom_commande</code> - affiche le chemin de nom_commande ainsi que celui de sa page man. <code>whereis cat</code> - affiche le chemin de la commande cat (/bin/cat) et celui de sa page man (/usr/share/man/man1/cat.1.bz2). <code>which nom_commande</code> - affiche le chemin de nom_commande. <code>which tac</code> - affiche le chemin de tac (/usr/bin/tac).

Notes : les répertoires /usr/bin/ et /usr/sbin/ contiennent les commandes externes moins fréquemment utilisées. Pour savoir si une commande est externe vous pouvez aussi simplement vérifier qu'elle n'est pas interne !
|-
|
'''Comment obtenir un aide mémoire sur cette commande ?'''
|
<code>nom_commande --help</code> - affiche l'aide mémoire de nom commande. <code>ls --help</code> - affiche l'aide mémoire de la commande ls.

Notes : --help concerne la plupart des commandes externes et help les commandes internes. echo --help affiche bien sûr ... --help.
|-
|
'''La dernière commande s'est-elle bien terminée ?'''
|
<code>echo $?</code> - affiche le code de retour de la dernière commande effectuée, 0 si elle s'est bien terminée, un autre nombre dans le cas contraire. <code>clear ; echo $?</code> - efface l'écran et affiche 0. <code>sl / ; echo $?</code> - affiche un message d'erreur et le code 127 (bash ne connaît pas la commande sl). <code>nom_commande 2>/dev/null && echo "ok" || echo "m'enfin"</code> - exécute nom_commande en redirigeant les erreurs vers /dev/null (périphérique fictif) puis affiche "ok" si tout s'est bien passé ou "m'enfin" dans le cas contraire. <code><nowiki>: && echo "ok" || echo "m'enfin"</nowiki></code> - ne fait rien puis affiche "ok" (la commande : ne fait rien et se termine toujours bien). <code>bof 2>/dev/null && echo "ok" || echo "m'enfin"</code> - affiche "m'enfin" (la commande bof n'existe pas).

Notes : commande1 && commande2 exécute commande2 que si commande1 s'est terminée normalement (0) ; commande1 || commande2 exécute commande2 que si commande1 ne s'est pas terminée correctement (<>0).
|-
| width="20%" |
'''Quels sont le nom, la taille et le contenu du fichier d'historique ?'''
|
<code>echo $HISTFILE $HISTFILESIZE</code> - affiche le nom et la taille du fichier d'historique des commandes. <code>cat $HISTFILE | more</code> - affiche le contenu du fichier d'historique page par page. <code>tail -n 24 $HISTFILE</code> - affiche les 24 dernières lignes du fichier d'historique.

Notes : le fichier d'historique vous aide à répondre à la question : mais comment j'avais fait ? et à en conserver une trace d'une connexion à l'autre.
|-
|
'''Quel est l'historique actuel ?'''
|
<code>history | more</code> - affiche page par page le contenu numéroté de l'historique actuel des commandes. <code>history 12</code> - affiche les 12 dernières entrées effectuées et leurs numéros.

Notes : c'est cet historique qui défile avec les touches "flèches" de votre clavier ; au démarrage, c'est le contenu de votre fichier d'historique.
|}

=== Informations sur le système ===

{| width="100%" border="1" cellpadding="5"
| width="20%" |
'''Quel est le système ?'''
|
<code>uname</code> ou <code>echo $OSTYPE</code> - affiche le nom du système d'exploitation. <code>uname -a</code> - affiche diverses informations système (nom du SE, version, microprocesseur ...). <code>arch</code> ou <code>uname -m</code> - affiche le type du microprocesseur. <code>cat /proc/cpuinfo</code> - affiche des informations sur le microprocesseur (type, fréquence, cache ...).

Notes : les informations recueillies avec uname -a peuvent aussi être obtenues avec certaines variables système : echo $OSTYPE $BASH $BASH_VERSION etc.
|-
|
'''Depuis combien de temps ce shell est-il actif ?'''
|
<code>uptime</code> - affiche l'heure, la durée d'activité du système, le nombre d'utilisateurs ... <code>echo $SECONDS</code> - affiche la durée d'activité du shell courant en secondes. echo $[$SECONDS/3600] h $[($SECONDS%3600)/60] mn $[$SECONDS%60] s - affiche cette durée en heures, minutes et secondes.

Notes : bash ne connaît que les entiers et donc que les divisions euclidiennes, / permet d'en obtenir le quotient et % d'en obtenir le reste (ou modulo). Chaque fois que vous changez de terminal, ouvrez un nouvel xterm ou faites un su, celui-ci correspond à un nouveau (sous)shell, sa variable SECONDS est donc alors à 0. Pour savoir depuis combien de temps vous êtes sous Linux, revenez à votre console de login ; pour savoir depuis quand le système est actif, utilisez uptime.
|-
|
'''Qu'en est-il des disques, de la mémoire, du microprocesseur ?'''
|
<code>mount</code> - affiche la liste des disques montés. <code>df -ah</code> - affiche au format humain l'espace total, occupé, libre sur tous les disques. <code>free</code> ou <code>cat /proc/meminfo</code> - affiche des informations sur la mémoire (totale, libre, swap ...). <code>vmstat</code> - affiche les statistiques sur la mémoire virtuelle. <code>top</code> - affiche et permet d'observer en temps réel l'activité de la mémoire et du microprocesseur.

Notes : la touche <Q> permet de quitter la commande top.
|-
|
'''Quelles sont et que signifient les variables système ?'''
|
<code>$<Tab></code> - affiche les noms des principales variables système. <code>help variables | more</code> - affiche page par page la définition des principales variables système.

Notes : les noms des variables système sont généralement écrits en majuscules. A chacune de ces variables correspond une question et une réponse, quelques unes seulement ont été formulées à divers endroits dans cette page.
|-
|
'''Que contiennent ces variables système ?'''
|
<code>echo $NOM_VARIABLE</code> - affiche le contenu de NOM_VARIABLE. <code>echo $USER</code> - affiche le nom de l'utilisateur en cours. <code>echo $PS1</code> - affiche la chaîne de caractères définissant le prompt. <code>printenv | more</code> - affiche page par page l'environnement. <code>set | more</code> - affiche page par page le contenu des principales variables système.

Notes : vous pouvez bien sûr modifier le prompt PS1="chaîne de caractères". Pour rendre cette modification générale et durable, il faut utiliser le fichier /etc/bashrc (nécessite d'être root).
|-
|
'''Qui suis-je et qui est ou était connecté au système ?'''
|
<code>id nom_utilisateur</code> - affiche les identifications de nom_utilisateur. <code>id</code> - affiche vos identifications : UID, GDI, groupes. <code>who am i</code> - affiche vos coordonnées dans le système. <code>who -H</code> - affiche avec une entête des informations (nom de login, console ... ) sur les utilisateurs connectés. <code>w </code> - affiche qui est connecté (who -H) et aussi ce qu'il fait. <code>last -n 12</code> - affiche la liste des 12 dernières connexions.

Notes : la commande who am i ne fonctionne pas toujours sous xterm, dans ce cas entrez whoami mais vous n'obtiendrez que votre nom de login. De nombreuses commandes permettent d'obtenir une partie des renseignements évoqués ci-dessus, leurs noms parlent d'eux-mêmes : logname, users, groups ...
|-
|
'''Quelles sont la date et l'heure ?'''
|
<code>date</code> - affiche la date et l'heure. br /><code>date +%x</code> - affiche seulement la date au format jj.mm.aaaa. <code>date +%X</code> - affiche uniquement l'heure au format hh:mm:ss. <code>cal</code> - affiche un calendrier du mois en cours. <code>cal 2000</code> - affiche le calendrier de l'an 2000, etc.
|-
|
'''Y a-t-il un manchot dans le système ?'''
|
<code>linux_logo</code> - affiche Tux et diverses informations système. <code>linux_logo -la</code> - affiche Tux en ASCII et sans informations :-)

Notes : sur mon système, linux_logo -la produit bien l'affichage attendu (-a = ASCII et -l = pas d'informations) mais avec linux_logo -al, l'option -l est ignorée et les informations sont affichées ... Y a-t-il un bug dans mon système ?
|}

=== Informations sur les fichiers ===

{| width="100%" border="1" cellpadding="5"
| width="20%" |
'''Quel est le répertoire courant ?'''
|
<code>pwd</code> - affiche le nom complet du répertoire en cours.
|-
|
'''Quelle est la taille de ce répertoire ?'''
|
<code>du -sh </code> - affiche au format humain la taille du répertoire courant. <code>du -h ~ | more</code> - affiche page par page au format humain la taille de votre répertoire personnel et de tous ses (sous)répertoires.

Notes : du ne fonctionne que sur les répertoires où vous avez droit d'accès, si nécessaire passez sous root.
|-
|
'''Quel est le type de ce fichier ?'''
|
<code>file nom_fichier</code> - affiche le type de nom_fichier. <code>file *</code> - affiche le type de tous les fichiers du répertoire en cours. <code>file /bin</code> - affiche que /bin/ est un répertoire. <code>file /bin/sh</code> - affiche que sh est un lien symbolique vers bash. <code>file /bin/bash</code> - affiche que bash est un exécutable. <code>file ~/.bashrc</code> - affiche que .bashrc de votre répertoire personnel est un fichier texte. <code>file /dev/null</code> - affiche que null est un fichier spécial.

Notes : file sait reconnaître un grand nombre de types de fichiers parmi les fichiers spéciaux, exécutables, textes, données ... Il est préférable de l'utiliser avant d'entrer un "cat" au hasard.
|}

----

== Raccourcis ==

=== Clavier ===

* '''Tab'''
Taper une fois la touche [Tab] permet de compléter automatiquement un nom de fichier/répertoire s'il est unique :
<div class="code">'''[user@localhost user]$''' cd /et'''[Tab]''' '''[user@localhost user]$''' cd /etc_</div>
* '''Tab Tab'''
Si lors du premier appui sur [Tab], le nom n'a pas été complété, un deuxième appui vous donne la liste de toues les possibilités :
<div class="code">'''[user@localhost user]$''' cd /usr/doc/H'''[Tab][Tab]''' HTML HOWTO '''[user@localhost user]$''' cd /usr/doc/H_</div>
* '''Flèche vers le haut (ou Ctrl-P) / bas (ou Ctrl-N)'''
La flèche vers le haut permet de remonter dans l'historique des commandes, la flèche vers le bas permet de revenir. Vous pouvez aussi utiliser la commande <code>fc</code>, consultez <code>man fc</code>.
* '''Shift - flèche vers le haut/bas'''
Permet de scroller le contenu du terminal texte vers le haut ou le bas, d'une ligne. En effet, les lignes qui ont défilé vers le haut restent en mémoire et restent accessibles. Terrible, non ?
* '''Shift - Page up/down'''
La même chose, mais page par page.
* '''Ctrl-C'''
Arrête le processus en cours, celui qui a été lancé par la dernière commande.
* '''Ctrl-Z'''
Stoppe le processus en cours, celui qui a été lancé par la dernière commande, mais ne le détruit pas : il reste en attente. Pour le mettre en tâche de fond (il continue à s'exécuter, mais vous pouvez continuer à taper des commandes), tapez '''<code>bg</code>'''. Pour le faire revenir en avant, taper '''<code>fg</code>'''.
* '''Ctrl-D'''
Ferme le terminal en cours (similaire à <code>exit</code> ou <code>logout</code>).

et aussi...

* '''Ctrl-Alt-Fn'''
Se place sur la console virtuelle numéro '''n'''. Par défaut, il y a en général 6 consoles texte virtuelles, de F1 à F6, et X Window se lance dans la septième (F7).
* '''Ctrl-Alt-Backspace'''
Cela permet de tuer X et de revenir soit à la [../docs/glossaire.php3#display_manager bannière de login] soit au shell qui a lancé X par <code>startx</code>. A éviter si possible : il est plus sain de quitter X en se déconnectant proprement.
* '''Ctrl-Alt-Del'''
Suivant votre configuration, ces touches à l'action bien connue vous permettrons de rebooter votre ordinateur (synonyme de <code>reboot</code> ou <code>shutdown -r now</code>). Si vous souhaitez juste arrêter votre ordinateur afin de l'éteindre, tapez <code>halt</code>, ou <code>shutdown -h now</code>.

=== Shell ===

Les shells Unix disposent de petits "raccourcis" très astucieux et utiles, qui vous épargnerons de taper sur quelques touches. Ne dit-on pas qu'un bon informaticien est un informaticien fainéant ? :-)

'''Dernière ligne de commande : <code>!!</code>'''

On a vu plus haut qu'elle était accessible par la flèche vers le haut, mais vous pouvez également la désigner par '<code>!!</code>', ce qui peut être très intéressant.

<div class="code">'''[user@localhost user]$''' vi '''[user@localhost user]$''' which !! which vi /bin/vi</div>

'''Arguments de la dernière commande : <code>!*</code>'''

Les arguments de la dernière commande peuvent être représentés par '<code>!*</code>'.

<div class="code">'''[user@localhost user]$''' mkdir test '''[user@localhost user]$''' cd ! cd test</div>

'''Utiliser la sortie d'une commande comme argument :'''

Vous pouvez réutiliser directement ce qu'une commande écrit à l'écran comme argument pour une autre commande. Pour ce faire, vous devez encadrer la commande par une cote inverse <code>`</code> ou la mettre entre parenthèses précédées du signe $ ; elle sera remplacée par ce qu'elle écrit à l'écran dans la ligne de commande. Imaginez par exemple que vous vouliez voir les informations sur le fichier exécutable de emacs.

<div class="code">'''[user@localhost user]$''' ls -l `which emacs` '''[user@localhost user]$''' ls -l $(which emacs)</div>

est ainsi équivalent à :

<div class="code">'''[user@localhost user]$''' which emacs /usr/bin/emacs '''[user@localhost user]$''' ls -l /usr/bin/emacs</div>

Cool non ? Et vous pouvez mixer les raccourcis vus précédemment :

<div class="code">'''[user@localhost user]$''' emacs '''[user@localhost user]$''' ls -l `which !!`</div>

C'est-y pas beau ça madame ?

'''Remplacer un caractère par un autre : <code>^</code>'''

Si vous souhaitez remplacer la première occurrence d'un caractère de la ligne de commande précédente par un autre, vous pouvez utiliser le symbole <code>^</code>, comme ci-dessous :

<div class="code">'''[user@localhost user]$''' lpcate i486-linux-libc5 lpcate : command not found '''[user@localhost user]$''' ^p^o locate i486-linux-libc5</div>

<code>^p^o</code> signifie : refait la même ligne de commande que précédemment, mais remplace le premier p par un o.

'''Lancer un programme directement en tâche de fond : &'''

Il suffit de faire suivre la ligne de commande du symbole <code>&</code> :

<div class="code">'''[user@localhost user]$''' cp -R /usr/doc /tmp & [1] 7194 '''[user@localhost user]$''' _</div>

La commande est lancée en tâche de fond, c'est à dire qu'elle s'exécute, mais la main vous est rendue tout de suite. La fin de la commande est signifiée par un message :

<div class="code">'''[user@localhost user]$''' [1]+ Done cp -R /usr/doc /tmp '''[user@localhost user]$''' _ </div>

'''Lancer plusieurs programmes en même temps : &, &&, <code>||</code>, <code><nowiki>;</nowiki></code>'''

Vous avez plusieurs solutions :

<code>prog1 ; prog2 </code> lance prog1, puis prog2,

<code>prog1 & prog2 </code> lance prog1 en arrière plan, puis immédiatement prog2 en avant plan,

<code>prog1 && prog2</code> lance prog1, puis prog2 seulement si prog1 n'a pas retourné d'erreur,

<code>prog1 || prog2</code> lance prog1, puis prog2 seulement si prog1 A retourné une erreur.

----

== Redirections ==

Normalement, la sortie des programmes se fait à l'écran, aussi bien pour les erreurs (''standard error'') que pour les messages "normaux" (''standard output''). Vous pouvez la rediriger, soit vers un fichier avec <code>></code>, soit vers l'entrée d'un autre programme avec <code>|</code> (ou pipe - attention, arrêtez de rigoler dans le fond :-).

De même, l'entrée standard (''standard input'') est habituellement constituée du clavier, mais on peut aussi la remplacer par le contenu d'un fichier, avec le symbole <code><</code>.

=== Envoyer la sortie standard d'un programme dans l'entrée standard d'un autre ===

Vous avez déjà certainement vu ou utilisé une commande du type :

<div class="code">'''[user@localhost user]$''' ls -la '''|''' more</div>

<code>ls -la</code> envoie la version longue du listing de répertoire, avec les fichier cachés, à <code>more</code> qui l'affiche page par page. Vous pouvez aussi enchaîner plusieurs redirections :

<div class="code">'''[user@localhost user]$''' cat /var/log/messages '''|''' grep gpm '''|''' more</div>

Ceci va afficher page par page l'ensemble des messages système relatifs à <code>gpm</code>. (voir plus haut ce que font chacune de ces commandes).

=== Envoi d'un fichier dans l'entrée standard ===

L'entrée standard (''standard input'') est normalement ce que vous tapez au clavier. Vous pouvez remplacer vos frappes clavier par le contenu d'un fichier, qui sera ouvert et envoyé sur l'entrée standard du programme. C'est pratique pour automatiser des tâches avec des programmes interactifs. Exemple :

<div class="code">'''[user@localhost user]$''' ftp < sessiontype.txt </div>

Ici le fichier <code>sessiontype.txt</code> pourra contenir par exemple :

<div class="code"> open ftp.lesite.com user jice pass xxxxxx cd /pub/linux/doc bin get jice.jpg bye</div>

Et vous permettra en une seule commande de récupérer le fichier <code>jice.jpg</code> sur le site <code>ftp.lesite.com</code> (utile si ce fichier change et que vous voulez le mettre à jour régulièrement). Bref, à vous d'inventer la vie qui va avec :-)

=== Redirection des sorties vers un fichier ===

<div class="code">'''[user@localhost user]$''' ls -lR /cdrom '''>''' cdrom.txt</div>

Cette commande va lister le contenu du cdrom, et enregistrer le résultat dans le fichier <code>cdrom.txt</code>. En mettant deux <code>></code> de suite, vous ajoutez au fichier :

<div class="code">'''[user@localhost user]$''' date '''>>''' cdrom.txt</div>

Ceci va ajouter la date au fichier précédemment créé.

Les messages d'erreur peuvent être dirigés séparément dans un fichier avec '''<code>2></code>''' :

<div class="code">'''[user@localhost user]$''' startx > startx.log '''2>''' startx.err</div>

ou dirigés vers le même fichier que les messages normaux :

<div class="code">'''[user@localhost user]$''' startx > startx.log '''2>&1'''</div>
----

== Gestion des processus ==

Linux est ''multitâches'', ce qui signifie que plusieurs programmes (qui peuvent être à la fois des applications utilisateur ou des tâches système) peuvent tourner simultanément. On vient de voir qu'on pouvait lancer directement depuis un terminal texte une commande en tâche de fond, avec le symbole &. Comment gère-t-on ensuite ces processus ?

'''Lister les processus : <code>ps</code>'''

La liste des processus en cours pour un terminal donné s'obtient en tapant simplement la commande '''<code>ps</code>''' :

<div class="code"> PID TTY STAT TIME COMMAND 12 p1 S 0:00 bash 144 p1 S 0:01 emacs 1768 p1 R 0:00 ps</div>

Si vous voulez voir plus de processus, vous pouvez lister tous les processus d'un utilisateur par <code>ps U root</code> :

<div class="code"> PID TTY STAT TIME COMMAND 1 ? S 0:04 init 2 ? SW 0:00 [keventd] 3 ? SWN 0:00 [ksoftirqd_CPU0] ...</div>

Vous pouvez aussi voir l'ensemble des process d'un système par <code>ps aux</code>

'''Lister les jobs et les gérer : <code>jobs</code>, <code>fg</code>, <code>bg</code>'''

"job" est un mot qui désigne ici les programmes que vous avez lancé en arrière plan (tâche de fond) dans votre terminal. Pour lancer un job en arrière plan, vous pouvez :

lancer le programme par son nom, puis taper Ctrl-Z pour le stopper, puis la commande '''<code>bg</code>''' pour l'envoyer en arrière plan (BackGround).

vous pouvez aussi simplement taper le nom de ce programme suivi par le symbole '''&'''.

Afin d'afficher une liste des jobs d'un terminal, tapez la commande '''<code>jobs</code>'''<nowiki>:</nowiki>

<div class="code">'''[user@localhost user]$''' find / -name "*a*" >A & [1] 7859 '''[user@localhost user]$''' jobs [1]+ Running find / -name "*a*" >A & </div>

Pour chacun de ces jobs, vous pouvez les faire revenir en avant plan avec la commande '''<code>fg</code>''' ; "<code>fg</code>" pour le dernier programme lancé en tâche de fond, "<code>fg %n</code>" pour le nième.

'''Tuer un processus : <code>kill</code>, <code>killall</code>'''

Afin de terminer un processus qui ne répond plus, par exemple, on utilise la commande '''<code>kill</code>''', suivie du numéro de job (<code>%n</code>) ou du PID du programme à tuer. Par exemple, si <code>ps</code> donne le résultat ci-dessus, la commande "<code>kill 144</code>" arrêtera la tâche emacs. "<code>kill %1</code>" fera la même chose.

Vous pouvez également tuer des processus par leur nom avec la commande '''<code>killall</code>''' suivie du nom du processus à tuer, mais attention : TOUS les processus de l'utilisateur utilisant killall et portant le même nom seront tués. Par exemple, si vous tapez "<code>killall emacs</code>", non seulement la fenêtre emacs lancée depuis ce terminal sera supprimée, mais aussi tous les autres emacs lancés depuis un autre terminal par l'utilisateur.

Vous pouvez aussi passer un autre argument à kill et killall, qui est le ''signal'' à envoyer à la tâche (les ''signaux'' sont une manière de communiquer avec les applications sous Unix). Par exemple, si la tâche récalcitrante ne s'arrête pas avec un simple <code>kill 144</code>, essayez <code>kill -9 144</code>, ou <code>kill -QUIT 144</code>.

----

== Aliases et variables d'environnement ==

=== Aliases ===

Plutôt que de taper de longues commandes, ou bien parce que vous préférez vous rappeler d'un nom plutôt que du vrai nom Unix, vous pouvez définir des ''aliases''. Pour ce faire, utilisez la commande <code>alias</code> comme suit :

Si votre shell est '''bash''' ou sh ou ash (par défaut) :

<div class="code">alias md=mkdir alias ls='ls --color' alias eclip2='telnet eclip2.ec-lille.fr'</div>

Si votre shell est '''tcsh''' ou csh (par défaut) :

<div class="code">alias md mkdir alias ls 'ls --color' alias eclip2 'telnet eclip2.ec-lille.fr'</div>

Ainsi pourrez-vous taper <code>md</code> au lieu de <code>mkdir</code>, et <code>eclip2</code> pour vous connecter à cette machine via telnet ; la commande <code>ls</code> affichera une sortie en couleurs...

Le problème est que les aliases définis dans un terminal ne sont valables que dans celui-ci, et disparaîtrons à jamais dès que ce terminal sera fermé. Pour conserver des alias par-delà les connexions/déconnexions, regardez la [#configuration_shell configuration du shell] : vous pouvez définir vos aliases dans le fichier '''~/.bashrc'''.

=== Variables d'environnement, Path et Prompt ===

Les variables d'environnement servent à enregistrer des paramètres que les programmes peuvent lire ensuite. Elles sont désignées par un symbole <code>$</code> suivi de lettres, chiffres et symboles.

Par exemple, la variable <code>$HOME</code> est égale au répertoire maison de l'utilisateur en cours (en général <code>/home/user</code>).

De même, la variable <code>$PATH</code> représente le chemin de recherche que le shell va parcourir afin de trouver le fichier exécutable qui correspond à la commande que vous venez de taper. Par exemple, <code>$PATH = /bin:/usr/bin:/usr/local/bin</code>.

'''Créer ou modifier une variable d'environnement''' Si votre shell est '''bash''' ou sh ou ash (par défaut) :

<div class="code">export MAVARIABLE=mavaleur</div>

Si votre shell est '''tcsh''' ou csh (par défaut) :

<div class="code">setenv MAVARIABLE mavaleur</div>

Cette commande positionnera la variable <code>MAVARIABLE</code> à la valeur <code>mavaleur</code>. Vous pouvez le vérifier, en tapant la commande <code>echo $MAVARIABLE</code> qui écrira à l'écran "<code>mavaleur</code>".

Vous pouvez ainsi ajouter le chemin <code>/home/user/bin</code> à votre <code>$PATH</code> si vous installez des logiciels dans votre répertoire personnel par exemple. Sous bash, cela donnera : export <code>PATH=$PATH:/home/user/bin</code>. Cependant, de même que pour les aliases, ce nouveau PATH sera perdu dès votre déconnexion...

Attention, en général, le répertoire courant '<code>.</code>' ne fait pas partie du PATH pour des raisons de sécurité : imaginez qu'une personne mal intentionnée aie mis un programme destructeur appelé "<code>ls</code>" dans votre répertoire, vous le lanceriez dès que vous taperiez la commande <code>ls</code> ! C'est pourquoi il faut toujours faire précéder de son chemin complet une commande qui n'est pas dans le PATH, et ce même si vous êtes dans le même répertoire que la commande ! Ainsi, il ne faut pas taper <code>configure</code>, mais <code>./configure</code> (programme classique à lancer avant compilation d'un logiciel), ce qui signifie : lance le programme '<code>configure</code>' qui est présent dans le répertoire courant.

Le '''prompt''' est également contenu dans une variable d'environnement : <code>PS1</code>. Le prompt par défaut de la Mandrake par exemple, <code>[user@localhost user]$</code>, est défini comme suit : <code>PS1="[u@h W]$ "</code>. <code>u</code> est l'utilisateur, <code>h</code> le nom de machine (hostname), <code>w</code> le chemin courant (ex : <code>/usr/doc</code>), <code>W</code> le répertoire courant (ex : <code>doc</code>)... voyez <code>man bash</code> pour l'ensemble des possibilités.

Une autre variable d'environnement utile : PROMPT_COMMAND. Cette variable contient une commande qui est exécutée à chaque fois que le prompt est affiché. Cela permet des tas de fantaisies rigolotes, comme par exemple de jouer un son (trop utile :-) ou de positionner le titre d'un xterm avec le nom du répertoire courant (voir <code>man xterm</code>).

Regardez la [#configuration_shell configuration du shell] : vous pouvez définir vos variables dans le fichier <code>~/.bash_profile</code>.

----

== Configuration du shell ==

Vous pouvez enregistrer des fichiers qui seront lus et exécutés par votre shell, lors de l'ouverture d'un terminal, aussi bien que lors de sa fermeture. Cela va vous permettre d'y placer vos aliases préférés, et vos variables d'environnement.

Pour '''bash''' et consorts, ces fichiers s'appellent : <code>.bashrc</code>, <code>.bash_profile</code> pour la connexion et <code>.bash_logout</code> pour la déconnexion. Pour '''tcsh''' et ses potes, ces fichiers s'appellent : <code>.tcshrc</code>, <code>.login</code> pour la connexion et <code>.logout</code> pour la déconnexion. Ces fichiers se situent tous dans le répertoire maison de l'utilisateur ($HOME). Notez bien qu'ils commencent par un point : ce sont des fichiers cachés. Pour les voir, il faut faire un "<code>ls -a</code>".

Examinez les avec votre éditeur de texte préféré, et vous verrez comment ajouter de nouveaux aliases et variables d'environnement, ainsi que lancer tel ou tel programme automatiquement : en tant que ''scripts shell'', ces programmes sont en fait une suite d'instructions qui sera interprétée par le shell.

----

== Les entrailles du shell ==

Vous êtes maintenant munis d'une jolie batterie d'outils qui va entre autres vous permettre d'écrire tous vos scripts shell. Toutefois même en ayant récupéré la synthaxe de commandes vous continuez à subir des erreurs... Soit la commande ne vous retourne pas le résultat attendu soit le shell vous retourne des erreurs... Ne vous êtes vous jamais posé cette question : est-ce que je mets des simples quotes, des doubles quotes ou des back quotes ? Pour ne plus avoir à se poser ce genre de questions, il est essentiel de bien connaitre le fonctionnement interne du shell.

=== Les grandes étapes de l'interprétation d'une ligne de commandes ===

Pour mieux comprendre le résultat obtenu, il faut savoir que le shell lit plusieurs fois la ligne avant d'exécuter la commande. Cette lecture se fait dans l'ordre suivant :

# substition de variables : le shell remplace les variables par leurs valeurs
# substitution de commandes : le shell remplace une variable par son contenu qui est le résultat d'une commande
# interprétation des pipes et des redirections
# expansion des noms de fichiers : interprétation des caractères spéciaux pour compléter un nom de fichier et/ou de répertoire
# exécution de la commande

On se rend donc compte qu'un caractère spécial peut être interprété par le shell avant d'être interprété au sein de la commande.

'''Exemple''' : le caractère <code>"*"</code> peut être interprété par le shell (remplace 0 ou n caractères pour compléter un nom de fichier) ou par une commande comme <code>grep</code> (répète de 0 à n fois le caractère précédent dans une chaîne de caractères). Toutefois, sans précision dans la synthaxe, et selon les étapes ci-dessus, le caractère sera d'abord interprété par le shell. D'où quelques surprises dans le résultat de la commande.

=== L'interprétation des caractères spéciaux ===

Pour choisir de faire interpréter les caractères spéciaux par le shell ou la commande, il existe 3 possibilités :

* '''utilisation des doubles quotes''' (ou guillemets en bon français) : lorsque la chaîne de caractères est écrite entre guillemets, tous les caractères spéciaux perdent leur signification '''sauf''' : '''$ \''' et '''``''' (simples quotes).
exemple :
<div class="code">'''[user@localhost user]$''' echo * bidule fic1 fic2 truc</div>
'''<nowiki>*</nowiki>''' est un caractère spécial non protégé. Au premier passage du shell, il est donc interprété. Il signifie alors l'ensemble des fichiers du répertoire courant
<div class="code">'''[user@localhost user]$''' echo "*" * </div>
'''<nowiki>*</nowiki>''' est protégé par les guillemets. Il n'est donc pas interprété par le shell comme caractère spécial et devient un caractère pour la commande echo. Dans le cadre de cette commande, * n'a aucune signification particulière, il est donc affiché à l'écran tel que.
* '''utilisation des simples quotes''' : lorsque la chaîne de caractères est écrite entre simples quotes, tous les caractères spéciaux sans exception perdent leur signification pour le shell. Ils seront donc éventuellement interprété par la commande passée.
exemple : recherche des lignes d'un script utilisant la variable PATH
<div class="code">'''[user@localhost user]$''' grep $PATH /home/user/script '''[user@localhost user]$'''</div>
Au premier passage, le shell interprète le '''$''' comme introduisant une variable. Il remplace donc la variable par son contenu puis exécute la commande <code>grep</code>. Il ne trouve donc aucune ligne comportant les chemins référencés dans PATH.
<div class="code">'''[user@localhost user]$''' grep '$PATH' /home/user/script echo $PATH '''[user@localhost user]$''' </div>
Le shell n'interprète pas le '''$''' lors du premier passage car sa signification est annulée par les simples quotes. le $ est donc traité par la commande grep. Comme il n'a pas de signification particulière, il est interprété comme un caractère quelconque.
* annulation d'un caractère spécial avec \ : pour empêcher le shell d'interpréter un caractère spécial, il suffit de positionner un anti-slash devant le caractère spécial donné.
exemple : pour reprendre l'exemple précédent on aurait pu écrire aussi :
<div class="code">'''[user@localhost user]$''' grep \$PATH /home/user/script echo $PATH '''[user@localhost user]$''' </div>

=== Liste des caractères spéciaux ===

Ci-dessous la liste des caractères spéciaux du shell :

{| width="75%" border="1" cellpadding="5"
|- bgcolor="#CCCCCC"
| width="8%" |
'''&'''
| width="92%" |
processus en arrière-plan
|-
| width="8%" |
'''~'''
| width="92%" |
home directory
|- bgcolor="#CCCCCC"
| width="8%" |
'''<nowiki>;</nowiki>'''
| width="92%" |
séparateur de commandes
|-
| width="8%" |
'''\'''
| width="92%" |
annulation d'un caractère spécial
|- bgcolor="#CCCCCC"
| width="8%" |
'''"'''
| width="92%" |
doubles quotes : encadre une chaîne de caractères et annule la signification de $, \ et '
|-
| width="8%" |
'''`'''
| width="92%" |
back quotes : substitution de commandes
|- bgcolor="#CCCCCC"
| width="8%" |
'''''''
| width="92%" |
simples quotes : encadre une chaîne de caractères et annule la signification de tous les caractères spéciaux
|-
| width="8%" |
'''<nowiki>#</nowiki>'''
| width="92%" |
commentaire
|- bgcolor="#CCCCCC"
| width="8%" |
'''( )'''
| width="92%" |
exécution d'un shell fils
|-
| width="8%" |
'''[ ]'''
| width="92%" |
test
|- bgcolor="#CCCCCC"
| width="8%" |
'''|'''
| width="92%" |
pipe
|-
| width="8%" |
'''$'''
| width="92%" |
variable
|- bgcolor="#CCCCCC"
| width="8%" |
'''<nowiki>*</nowiki>'''
| width="92%" |
remplace 0 ou n caractères
|-
| width="8%" |
'''!'''
| width="92%" |
négation d'un test
|- bgcolor="#CCCCCC"
| width="8%" |
'''?'''
| width="92%" |
remplace 1 caractère
|-
| width="8%" |
'''< >'''
| width="92%" |
redirections entrée, sortie
|- bgcolor="#CCCCCC"
| width="8%" |
'''$0...$9'''
| width="92%" |
variables de position
|}

=== Appel des commandes ===

Autre élément à connaître pour ne pas avoir de surprise : à quel type de commande ai-je à faire ? on distingue des grands types de commande

* des commandes internes au shell : elles sont exécutées dans le même shell. si elles sont lancées à partir du shell père, il n'y aura pas création de shell fils
* des programmes binaires exécutables
* des fichiers de commande (shell-scripts)
* des alias
* des fonctions

La difficulté c'est que le shell interprète une commande en suivant un ordre très précis :

* '''le chemin de la commande comporte un /''', il exécute donc la commande située dans ce chemin, il n'y a pas d'ambiguïté possible.
* '''le chemin de la commande ne comporte pas de /''', il cherche la commande en suivant les étapes suivantes : 
*# consultation de la liste des alias
*# consultations des fonctions chargées
*# consultations des commandes internes du shell
*# consultation de la variable PATH

Donc si vous tapez une commande quelleconque, un script shell par exemple, sans préciser le chemin, la consultation de la variable PATH n'arrive qu'en dernier. Attention si vous disposez d'un alias ou d'une fonction qui porte le même nom, il traitera l'alias ou la fonction.

Pour terminer 2 commandes utiles pour savoir à quel type de commande vous avez à faire :

* <code>'''type nom_de_commande'''</code> : permet de déterminer le type d'une commande (alias, fonction, commande interne...)
* <code>'''which nom_de_commande'''</code> : recherche le chemin de la commande dans PATH
exemples :
<div class="code">'''[user@localhost user]$''' type ls ls est un alias suivi pour /usr/bin/ls '''[user@localhost user]$''' type cd cd est une commande prédéfinie du shell '''[user@localhost user]$''' which pwd /usr/bin/pwd </div>

----

== Index des commandes ==

heu... bon là j'en ai marre, on verra ça plus tard ! <code><nowiki>:-)</nowiki></code>

Je place quand même ici 2 commandes qui peuvent être bien utiles :

'''<code>cal</code>''' : donne le calendrier du mois courant, <code>cal 12 1999</code> : donne le calendrier de décembre 1999, <code>cal 2000</code> : donne le calendrier des 12 mois de l'an 2000.

<code>'''factor''' 12456988</code> : donne la décomposition en produit de facteurs premiers du nombre 12456988 (soit 2 x 2 x 17 x 183191) - c'est très mathématique, mais ultra rapide et puissant.

Pour terminer cet article, je vous renvoie vers ce petit manuel de référence, qui contient l'ensemble des commandes usuelles :

* [http://www.softndesign.org/?page=manuels/unix-1.php〈=FR Débuter en shell],
* [http://www.softndesign.org/?page=manuels/unix-2.php〈=FR Petit manuel de référence],
* [http://www.softndesign.org/?page=manuels/unix-3.php〈=FR Pour aller plus loin].
et aussi :
* [http://club.mandriva.com/xwiki/bin/KB/BasicsIndex#shell〈=FR Les bases du shell]

<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 Jean-Christophe Cardot le 02/11/1999.</div>

= Copyright =
Copyright © 02/11/1999, Jean-Christophe Cardot
{{CC-BY-NC-SA}}

Lea Linux:Compte-rendu AG 2005

2005-12-05T14:33:03Z

ST : Lien vers la page AG 2005

[[Category:Association]]

= Présentation =
Chaque année Léa réunit ses amis pour faire le point de son activité et envisager son avenir.
Les photos sont disponibles sur le site http://vizu.lea-linux.org et les informations sur les événements de cette journée sur la page [[Lea Linux:AG 2005|AG 2005]].

Nombre d'inscrits à l'association : 14 au 03/12/2005. Il n'y a pas de quorum lors des votes.

Nombre de présents : 8 (la liste d'émargement est consultable sur demande)

Nombre de procuration : 2 (les procurations ne sont pas conservées)

{| border="1"
|Anne||1
|-
|Jean-Thomas||1
|}

Le total des voix est donc de : 10.

Début de l'assemblée générale : 14h00

= Bilan moral =
L'association Léa existe officiellement depuis maintenant 4 ans ; son existence a été rendue publique lors du salon Linux Solutions de février 2003. Le site Lea-Linux.org existe, quant à lui, depuis 1999.

Cette année a été riche en événements pour Léa.

Tout d'abord, c'était la troisième année où Léa sortait dans la vie réelle. Ainsi avons-nous participé à des manifestations, dont vous verrez le résumé plus bas.

Ensuite, le site a aussi évolué :
* en changeant de charte graphique (nous tenons à remercier Ayo et LinuxGraphic.org)
* en s'ouvrant à une contribution plus large.

Le forum et la liste aide tournent déjà grâce au support de quelques habitués : Léa les remercie de leur présence et de leur disponibilité. Néanmoins, nous sommes toujours en perpétuel quête de contributeurs pour faire « vivre » l'association, le site, le forum, les listes de diffusion etc...

Il restait à faire vivre les articles du site. Grâce au Wiki, nous espérons avec vous relever le défi de maintenir une documentation à jour.

Enfin, nous avons tout au cours de cette année fait de nombreuses actions de prosélytisme et de lobbying pour Linux et les Logiciels Libres, des conférences, des install-parties.

Du côté administratif, cet été, le siège social de l'association a déménagé en même temps que son président à l'adresse suivante : 12 rue Boucry – 75018 PARIS.

== Compte-rendu des actions ==
=== Site Web ===
==== Léa ====
Avant l'été, il a été mis en place un système de paiement de dons en ligne par carte de paiement à travers le service de Paypal. Ce service ne nécessite pas la création de compte Paypal.

Durant les RMLL, Léa a décidé d'étudier l'ouverture à la contribution sur ses articles à l'aide d'un Wiki. Après des études de faisabilité durant Juillet/Août, le CA a décidé de commencer les travaux de migration du site vers le moteur MediaWiki.

Le site de Léa tourne depuis fin Octobre sous un MediaWiki auquel nous avons ajouté quelques extensions (dont certaines sont disponibles sur la page de [[Utilisateur:Lea|Lea]]) ainsi qu'un cache statique qui sert de filtre entre les modifications et le net.

==== Forum ====
Le forum tourne toujours sous Phorum. Des maintenances correctives et de sécurité ont été effectuées.

==== Liste Aide ====
Emmanuel Fleury est toujours modérateur de la liste.

==== LinuxFrench ====
Au printemps, LinuxFrench a failli fermer ces portes lors du départ d'Albert Bruc.
Heureusement, Jean-Claude Stiegler reprend le site en accord avec Albert.
La ligne éditoriale restera la même et nous espèrons que certains d'entre vous rejoindront la rédaction passagèrement ou sur plus long terme.

=== Manifestations ===
==== Concours Kakémono ====
Pour représenter Léa lors de ces manifestations, le CA a décidé en Juin d'organiser un concours pour la réalisation d'un kakémono.

Après la délibération du jury, les délais ont été très court pour sa première sortie lors des RMLL.
Le vainqueur de ce concours a été skeepin.

==== Liste de manifestations ====
Remarque : Ce rapport ne mentionne que les actions dont le conseil d'administration a été mis au courant, il se peut donc que les actions de tous les membres de Léa ne soient pas dans ce rapport.

* '''1 au 3 Février 2005 : Solutions Linux''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Léa a remporté le 1er prix du meilleur site web aux Coups de Coeur du Libre
* '''19 Mars 2005 : Install-Party à la Villette''' : Conférences, Install-Party et prosélytisme Linux
* '''1 et 2 Avril 2005 : Game Over à Limoges''' : Prosélytisme Linux et vente de Live CDs, Léa-Books et T-Shirts
* '''23 au 25 avril 2004 : Libr'east''' : Prosélytisme Linux, Install Party et vente de CDs, Léa-Books et T-Shirts
* '''30 Avril 2004 : AG 2004 et Léa-Party''' : AG 2004, Conférences et Repas entre membres de l'associations
* '''14 et 15 Mai 2005 Salon Multimédia de Proville''' : Prosélytisme Linux
* '''4 au 9 Juillet 2005 : RMML à Dijon''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Le stand de Léa a remporté le second prix ex-aequo du stand le plus sympa du village
* '''9, 10 et 11 Septembre 2005 : Fête de l'Huma''' : Prosélytisme Linux
* '''14 et 15 Octobre 2005 : Journées du Logiciel Libre à Lyon''' : Prosélytisme Linux

=== Lobbying ===
* Lors du Salon Linux Solution, Léa a participé matériellement, humainement et financièrement à la tenue d'un stand de conférences libres sur le Libre.

== Action à mener ==
=== Site Web ===
* Maintenance du serveur
* Améliorer la gestion des modifications de la page de modération
* Mieux intégrer Awstats à mediawiki
* Restructurer le wiki (voir [[Lea Linux:Modération/Structuration du wiki|Modération/Structuration du wiki]])

=== Manifestations ===
* 31 Janvier au 2 Février 2006 : Linux Solutions 2006
* Juillet 2006 : RMLL à Nancy ???
* Léa-Party et Install-Parties
* Salon de l'Education

=== Lobbying ===
* Brevets logiciels
* Loi DADVSI

== Vote du bilan moral ==
{| border="1"
|pour||10
|-
|contre||0
|-
|abstentions||0
|}
adopté à l'unanimité des votants

= Bilan financier =
Le bilan financier et le budget sont disponibles [[Media:bilan_financier_2005.pdf|ici]].

== Vote du bilan financier ==

{| border="1"
|pour||9
|-
|contre||0
|-
|abstentions||1
|}
adopté à la majorité des votants

= Nouveaux statuts =
Les [[Lea Linux:Statuts du 03-12-2005|nouveaux statuts]] ont été présentés et votés.

== Vote des nouveaux statuts ==

{| border="1"
|pour||10
|-
|contre||0
|-
|abstentions||0
|}
adopté à l'unanimité des votants

= Election au CA =
Les candidats sont :
* Jean-Thomas Muyl
* Jiel Beaumadier

=== Résultats du vote ===
{| border="1"
|||Pour||Contre||Abstention
|-
|Jean-Thomas||10||0||0
|-
|Jiel||10||0||0
|}

Les deux candidats sont élus.

Après ce vote, l'AG est clôturée à 15h00.

{{DP}}

Lea Linux:Compte-rendu AG 2005

2005-12-05T14:18:42Z

ST : /* Résultats du vote */

[[Category:Association]]

= Présentation =
Chaque année Léa réunit ses amis pour faire le point de son activité et envisager son avenir.
Les photos sont disponibles sur le site http://vizu.lea-linux.org.

Nombre d'inscrits à l'association : 14 au 03/12/2005. Il n'y a pas de quorum lors des votes.

Nombre de présents : 8 (la liste d'émargement est consultable sur demande)

Nombre de procuration : 2 (les procurations ne sont pas conservées)

{| border="1"
|Anne||1
|-
|Jean-Thomas||1
|}

Le total des voix est donc de : 10.

Début de l'assemblée générale : 14h00

= Bilan moral =
L'association Léa existe officiellement depuis maintenant 4 ans ; son existence a été rendue publique lors du salon Linux Solutions de février 2003. Le site Lea-Linux.org existe, quant à lui, depuis 1999.

Cette année a été riche en événements pour Léa.

Tout d'abord, c'était la troisième année où Léa sortait dans la vie réelle. Ainsi avons-nous participé à des manifestations, dont vous verrez le résumé plus bas.

Ensuite, le site a aussi évolué :
* en changeant de charte graphique (nous tenons à remercier Ayo et LinuxGraphic.org)
* en s'ouvrant à une contribution plus large.

Le forum et la liste aide tournent déjà grâce au support de quelques habitués : Léa les remercie de leur présence et de leur disponibilité. Néanmoins, nous sommes toujours en perpétuel quête de contributeurs pour faire « vivre » l'association, le site, le forum, les listes de diffusion etc...

Il restait à faire vivre les articles du site. Grâce au Wiki, nous espérons avec vous relever le défi de maintenir une documentation à jour.

Enfin, nous avons tout au cours de cette année fait de nombreuses actions de prosélytisme et de lobbying pour Linux et les Logiciels Libres, des conférences, des install-parties.

Du côté administratif, cet été, le siège social de l'association a déménagé en même temps que son président à l'adresse suivante : 12 rue Boucry – 75018 PARIS.

== Compte-rendu des actions ==
=== Site Web ===
==== Léa ====
Avant l'été, il a été mis en place un système de paiement de dons en ligne par carte de paiement à travers le service de Paypal. Ce service ne nécessite pas la création de compte Paypal.

Durant les RMLL, Léa a décidé d'étudier l'ouverture à la contribution sur ses articles à l'aide d'un Wiki. Après des études de faisabilité durant Juillet/Août, le CA a décidé de commencer les travaux de migration du site vers le moteur MediaWiki.

Le site de Léa tourne depuis fin Octobre sous un MediaWiki auquel nous avons ajouté quelques extensions (dont certaines sont disponibles sur la page de [[Utilisateur:Lea|Lea]]) ainsi qu'un cache statique qui sert de filtre entre les modifications et le net.

==== Forum ====
Le forum tourne toujours sous Phorum. Des maintenances correctives et de sécurité ont été effectuées.

==== Liste Aide ====
Emmanuel Fleury est toujours modérateur de la liste.

==== LinuxFrench ====
Au printemps, LinuxFrench a failli fermer ces portes lors du départ d'Albert Bruc.
Heureusement, Jean-Claude Stiegler reprend le site en accord avec Albert.
La ligne éditoriale restera la même et nous espèrons que certains d'entre vous rejoindront la rédaction passagèrement ou sur plus long terme.

=== Manifestations ===
==== Concours Kakémono ====
Pour représenter Léa lors de ces manifestations, le CA a décidé en Juin d'organiser un concours pour la réalisation d'un kakémono.

Après la délibération du jury, les délais ont été très court pour sa première sortie lors des RMLL.
Le vainqueur de ce concours a été skeepin.

==== Liste de manifestations ====
Remarque : Ce rapport ne mentionne que les actions dont le conseil d'administration a été mis au courant, il se peut donc que les actions de tous les membres de Léa ne soient pas dans ce rapport.

* '''1 au 3 Février 2005 : Solutions Linux''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Léa a remporté le 1er prix du meilleur site web aux Coups de Coeur du Libre
* '''19 Mars 2005 : Install-Party à la Villette''' : Conférences, Install-Party et prosélytisme Linux
* '''1 et 2 Avril 2005 : Game Over à Limoges''' : Prosélytisme Linux et vente de Live CDs, Léa-Books et T-Shirts
* '''23 au 25 avril 2004 : Libr'east''' : Prosélytisme Linux, Install Party et vente de CDs, Léa-Books et T-Shirts
* '''30 Avril 2004 : AG 2004 et Léa-Party''' : AG 2004, Conférences et Repas entre membres de l'associations
* '''14 et 15 Mai 2005 Salon Multimédia de Proville''' : Prosélytisme Linux
* '''4 au 9 Juillet 2005 : RMML à Dijon''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Le stand de Léa a remporté le second prix ex-aequo du stand le plus sympa du village
* '''9, 10 et 11 Septembre 2005 : Fête de l'Huma''' : Prosélytisme Linux
* '''14 et 15 Octobre 2005 : Journées du Logiciel Libre à Lyon''' : Prosélytisme Linux

=== Lobbying ===
* Lors du Salon Linux Solution, Léa a participé matériellement, humainement et financièrement à la tenue d'un stand de conférences libres sur le Libre.

== Action à mener ==
=== Site Web ===
* Maintenance du serveur
* Améliorer la gestion des modifications de la page de modération
* Mieux intégrer Awstats à mediawiki
* Restructurer le wiki (voir [[Lea Linux:Modération/Structuration du wiki|Modération/Structuration du wiki]])

=== Manifestations ===
* 31 Janvier au 2 Février 2006 : Linux Solutions 2006
* Juillet 2006 : RMLL à Nancy ???
* Léa-Party et Install-Parties
* Salon de l'Education

=== Lobbying ===
* Brevets logiciels
* Loi DADVSI

== Vote du bilan moral ==
{| border="1"
|pour||10
|-
|contre||0
|-
|abstentions||0
|}
adopté à l'unanimité des votants

= Bilan financier =
Le bilan financier et le budget sont disponibles [[Media:bilan_financier_2005.pdf|ici]].

== Vote du bilan financier ==

{| border="1"
|pour||9
|-
|contre||0
|-
|abstentions||1
|}
adopté à la majorité des votants

= Nouveaux statuts =
Les [[Lea Linux:Statuts du 03-12-2005|nouveaux statuts]] ont été présentés et votés.

== Vote des nouveaux statuts ==

{| border="1"
|pour||10
|-
|contre||0
|-
|abstentions||0
|}
adopté à l'unanimité des votants

= Election au CA =
Les candidats sont :
* Jean-Thomas Muyl
* Jiel Beaumadier

=== Résultats du vote ===
{| border="1"
|||Pour||Contre||Abstention
|-
|Jean-Thomas||10||0||0
|-
|Jiel||10||0||0
|}

Les deux candidats sont élus.

Après ce vote, l'AG est clôturée à 15h00.

{{DP}}

Lea Linux:Compte-rendu AG 2005

2005-12-05T14:17:05Z

ST : Nouveaux statuts

[[Category:Association]]

= Présentation =
Chaque année Léa réunit ses amis pour faire le point de son activité et envisager son avenir.
Les photos sont disponibles sur le site http://vizu.lea-linux.org.

Nombre d'inscrits à l'association : 14 au 03/12/2005. Il n'y a pas de quorum lors des votes.

Nombre de présents : 8 (la liste d'émargement est consultable sur demande)

Nombre de procuration : 2 (les procurations ne sont pas conservées)

{| border="1"
|Anne||1
|-
|Jean-Thomas||1
|}

Le total des voix est donc de : 10.

Début de l'assemblée générale : 14h00

= Bilan moral =
L'association Léa existe officiellement depuis maintenant 4 ans ; son existence a été rendue publique lors du salon Linux Solutions de février 2003. Le site Lea-Linux.org existe, quant à lui, depuis 1999.

Cette année a été riche en événements pour Léa.

Tout d'abord, c'était la troisième année où Léa sortait dans la vie réelle. Ainsi avons-nous participé à des manifestations, dont vous verrez le résumé plus bas.

Ensuite, le site a aussi évolué :
* en changeant de charte graphique (nous tenons à remercier Ayo et LinuxGraphic.org)
* en s'ouvrant à une contribution plus large.

Le forum et la liste aide tournent déjà grâce au support de quelques habitués : Léa les remercie de leur présence et de leur disponibilité. Néanmoins, nous sommes toujours en perpétuel quête de contributeurs pour faire « vivre » l'association, le site, le forum, les listes de diffusion etc...

Il restait à faire vivre les articles du site. Grâce au Wiki, nous espérons avec vous relever le défi de maintenir une documentation à jour.

Enfin, nous avons tout au cours de cette année fait de nombreuses actions de prosélytisme et de lobbying pour Linux et les Logiciels Libres, des conférences, des install-parties.

Du côté administratif, cet été, le siège social de l'association a déménagé en même temps que son président à l'adresse suivante : 12 rue Boucry – 75018 PARIS.

== Compte-rendu des actions ==
=== Site Web ===
==== Léa ====
Avant l'été, il a été mis en place un système de paiement de dons en ligne par carte de paiement à travers le service de Paypal. Ce service ne nécessite pas la création de compte Paypal.

Durant les RMLL, Léa a décidé d'étudier l'ouverture à la contribution sur ses articles à l'aide d'un Wiki. Après des études de faisabilité durant Juillet/Août, le CA a décidé de commencer les travaux de migration du site vers le moteur MediaWiki.

Le site de Léa tourne depuis fin Octobre sous un MediaWiki auquel nous avons ajouté quelques extensions (dont certaines sont disponibles sur la page de [[Utilisateur:Lea|Lea]]) ainsi qu'un cache statique qui sert de filtre entre les modifications et le net.

==== Forum ====
Le forum tourne toujours sous Phorum. Des maintenances correctives et de sécurité ont été effectuées.

==== Liste Aide ====
Emmanuel Fleury est toujours modérateur de la liste.

==== LinuxFrench ====
Au printemps, LinuxFrench a failli fermer ces portes lors du départ d'Albert Bruc.
Heureusement, Jean-Claude Stiegler reprend le site en accord avec Albert.
La ligne éditoriale restera la même et nous espèrons que certains d'entre vous rejoindront la rédaction passagèrement ou sur plus long terme.

=== Manifestations ===
==== Concours Kakémono ====
Pour représenter Léa lors de ces manifestations, le CA a décidé en Juin d'organiser un concours pour la réalisation d'un kakémono.

Après la délibération du jury, les délais ont été très court pour sa première sortie lors des RMLL.
Le vainqueur de ce concours a été skeepin.

==== Liste de manifestations ====
Remarque : Ce rapport ne mentionne que les actions dont le conseil d'administration a été mis au courant, il se peut donc que les actions de tous les membres de Léa ne soient pas dans ce rapport.

* '''1 au 3 Février 2005 : Solutions Linux''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Léa a remporté le 1er prix du meilleur site web aux Coups de Coeur du Libre
* '''19 Mars 2005 : Install-Party à la Villette''' : Conférences, Install-Party et prosélytisme Linux
* '''1 et 2 Avril 2005 : Game Over à Limoges''' : Prosélytisme Linux et vente de Live CDs, Léa-Books et T-Shirts
* '''23 au 25 avril 2004 : Libr'east''' : Prosélytisme Linux, Install Party et vente de CDs, Léa-Books et T-Shirts
* '''30 Avril 2004 : AG 2004 et Léa-Party''' : AG 2004, Conférences et Repas entre membres de l'associations
* '''14 et 15 Mai 2005 Salon Multimédia de Proville''' : Prosélytisme Linux
* '''4 au 9 Juillet 2005 : RMML à Dijon''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Le stand de Léa a remporté le second prix ex-aequo du stand le plus sympa du village
* '''9, 10 et 11 Septembre 2005 : Fête de l'Huma''' : Prosélytisme Linux
* '''14 et 15 Octobre 2005 : Journées du Logiciel Libre à Lyon''' : Prosélytisme Linux

=== Lobbying ===
* Lors du Salon Linux Solution, Léa a participé matériellement, humainement et financièrement à la tenue d'un stand de conférences libres sur le Libre.

== Action à mener ==
=== Site Web ===
* Maintenance du serveur
* Améliorer la gestion des modifications de la page de modération
* Mieux intégrer Awstats à mediawiki
* Restructurer le wiki (voir [[Lea Linux:Modération/Structuration du wiki|Modération/Structuration du wiki]])

=== Manifestations ===
* 31 Janvier au 2 Février 2006 : Linux Solutions 2006
* Juillet 2006 : RMLL à Nancy ???
* Léa-Party et Install-Parties
* Salon de l'Education

=== Lobbying ===
* Brevets logiciels
* Loi DADVSI

== Vote du bilan moral ==
{| border="1"
|pour||10
|-
|contre||0
|-
|abstentions||0
|}
adopté à l'unanimité des votants

= Bilan financier =
Le bilan financier et le budget sont disponibles [[Media:bilan_financier_2005.pdf|ici]].

== Vote du bilan financier ==

{| border="1"
|pour||9
|-
|contre||0
|-
|abstentions||1
|}
adopté à la majorité des votants

= Nouveaux statuts =
Les [[Lea Linux:Statuts du 03-12-2005|nouveaux statuts]] ont été présentés et votés.

== Vote des nouveaux statuts ==

{| border="1"
|pour||10
|-
|contre||0
|-
|abstentions||0
|}
adopté à l'unanimité des votants

= Election au CA =
Les candidats sont :
* Jean-Thomas Muyl
* Jiel Beaumadier

=== Résultats du vote ===
{| border="1"
|||Pour||Contre||Abstention
|-
|Jean-Thoms||10||0||0
|-
|Jiel||10||0||0
|}

Les deux candidats sont élus.

Après ce vote, l'AG est clôturée à 15h00.

{{DP}}

Catégorie:Association

2005-12-05T14:13:25Z

ST :

Cette catégorie regroupe les articles liés à la vie de l'association Léa-Linux.

{{DP}}

Lea Linux:Compte-rendu AG 2004

2005-12-05T14:12:55Z

ST : /* Election au CA */

[[Category:Association]]

= Présentation =
Chaque année Léa réunit ses amis pour faire le point de son activité et envisager son avenir.

Nombre d'inscrits à l'association : XX au 30/04/2005. Il n'y a pas de quorum lors des votes.

Nombre de présents : XX (la liste d'émargement est consultable sur demande)

Nombre de procuration : XX (les procurations ne sont pas conservées)

{| border="1"
|Toto||A
|-
|Tata||B
|-
|Titi||C
|}

Le total des voix est donc de : XX

= Bilan moral =
L'association Léa existe officiellement depuis maintenant 3 ans ; son existence a été rendue
publique lors du salon Linux Solutions de février 2003. Le site Lea-Linux.org existe, quant à lui,
depuis 1999.

L'année a été riche en événements pour Léa. Tout d'abord, c'était la seconde année où Léa
sortait dans la vie réelle. Ainsi avons-nous participé à de nombreuses manifestations, dont vous
lirez le résumé plus bas. Le site a aussi évolué, dans la forme et dans le fond, comme vous avez
pu le constater.

Nous avons tout au long de l'année réalisé de nombreuses actions de prosélytisme et de
lobbying pour Linux et les Logiciels Libres, des conférences, des install-parties. Les comptes-rendus (lorsqu'ils existent) et les photos prises lors de ces manifestations se trouvent sur le site http://vizu.lea-linux.org.

L'aide aux débutants et aux utilisateurs de Logiciels Libres a également continué à travers les
forums de Léa et la liste de diffusion aide@lea-linux.org. De nombreux articles, trucs et astuces,
entrées de la logithèque, driverthèque et léannuaire ont été ajoutés au site web. Merci à tous
les contributeurs.

== Compte-rendu des actions ==
=== Site Web ===
Le site Web a évolué durant l'année passée :
Édition du « Livret » Léa Book
À l'occasion de Linux Solutions 2004, le Léa-Book (plus de 600 pages) a été imprimé et relié par
un imprimeur, grâce à l'aide de l'AFUL.

=== Fiches Pratiques ===
Celles-ci s'adressent aux débutants qui arrivent sur notre système libre préféré et qui ne
souhaitent pas pour autant s'investir plus que cela dans l'apprentissage des entrailles du
système d'exploitation. Maston est à l'origine de cette rubrique. Nous recherchons des
contributeurs pour de nouvelles fiches. http://lea-linux.org/fiches/
Groupes de travail

Des groupes de travail se sont constitués cette année afin de publier de nouveaux articles,
mettre à jour la documentation et l'adapter à toutes les distributions. Le groupe Slackware a
été particulièrement actif, et a oeuvré pour toutes les distributions.

Le groupe fonctionnait bien, mais il ne s'est pas senti assez soutenu par Léa. Certains membres
l'ont donc quitté cette année. Léa tachera de mieux soutenir ce groupe et éventuellement
d'autres (avis à contributeurs) l'année prochaine.

=== Relooking ===
En septembre, Léa s'est habillée de neuf. L'objectif de ce changement n'était pas simplement
d'offrir à Léa un look plus moderne, mais aussi de faire en sorte que la consultation soit plus
aisée, et de donner aux looks de Léa, LinuxFrench et l'ASiLL un air de famille. Par la même
occassion le système des commentaires a été déplacé sur un Wiki.

Le modèle de l'index a été réalisé par Ayo. LinuxGraphic nous avait aussi proposé plusieurs modèles dont un avait eu beaucoup de succès, mais ce n'est pas celui qui a remporté l'adhésion du bureau. Nous les remercions beaucoup
pour le travail fourni.

=== Phorum 5 ===
Dans le même temps, Léa changeait de moteur de forum pour phorum 5.0. La migration a été
en partie forcée par le fait que la nouvelle version à venir ne permettait plus l'évolution : il
fallait le faire d'urgence. Cette urgence a occasionné quelques soucis et désagréments qui ont
été vite réglés.

=== LinuxFrench ===
La collaboration avec LinuxFrench a été renforcée: l'association LinuxFrench a été dissoute et
ses membres ont rejoint Léa. Le serveur de Léa héberge maintenant le site de LinuxFrench.net.
Lors des divers manifestation où Léa et LinuxFrench étaient présents, les deux équipes ont
travaillé en commun tant à la préparation que pour la tenue des stands.

=== Asill ===
Le projet de site asill.org, s'il n'a pas été abandonné a été fortement mis en sommeil par
manque de temps et de bénévoles pour s'en occuper.

=== Assoces-libres.org ===
Mise en place du site assoces-libres.org à l'occasion de Linux Solutions 2005 afin de coordonner
les actions des associations du libre.

== Manifestations ==
Remarque : Ce rapport ne mentionne que les actions pour lesquelles le conseil
d'administration a été mis au courant. Il est donc possible que les actions de tous les membres
de Léa ne soient pas dans ce rapport. Dans le cas où vous participez à une manifestation au
nom de Léa, merci de nous le faire savoir avant afin que l'on en parle dans l'édito, et après afin
qu'elle puisse figurer dans ce compte-rendu.

* '''3 au 5/02/2004 : Solutions Linux''': Prosélytisme Linux et vente de Live CD, Léa-Book et T-Shirts Léa a gagné le 1er prix du meilleur site web.

* '''30/03 au 01/04/2004 : SETI''' : Conférences, prosélytisme Linux et vente de Live CD, Léa-Book et T-Shirts

* '''3/4/2004 : Fête de l'internet avec les Logiciels Libres à la Villette''' : Conférences, Install-Party et prosélytisme Linux

* '''9 et 10/04/2004 : Game Over à Limoges''' : Prosélytisme Linux et vente de Live CD, Léa-Book et T-Shirts

* '''1er/05/2004 : Journée du Libre avec La Gaule''' - Conférences, Install-Party et prosélytisme Linux

* '''23 au 25/04/2004 : Libr'east''' : Prosélytisme Linux et vente de Live CD, Léa-Book et T-Shirts

* '''26 et 27/05/2004 : LinuxEdu en Haute-Savoie''' : Prosélytisme Linux et vente de Live CD, Léa-Book et T-Shirts

* '''26/06/2004 : Léa Party à Orsay''' : Journée organisée par Léa. Pique-nique, conférences en parallèle de la Traduc Party de Parinux et repas en soirée

* '''6 au 10/07/2004 : RMLL à Bordeaux (Renciontres Mondiales du Logiciel Libre)''' : Prosélytisme Linux et vente de Live CD, Léa-Book et T-Shirts. Léa a participé à l'organisation du village associatif.

* '''11 et 12/09/2004 : Fête de l'Huma''' : Prosélytisme des Logiciels Libres et vente de Live CD, Léa-Book et T-Shirts

* '''6/11/2004 : Léa Party à Montpellier''' : Journée organisée par Léa et LinuxFrench. Journée de conférences à l'espace numérique Kawenga et repas en soirée

* '''18 au 20/11/2004 : Salon de l'Éducation''' : Prosélytisme des Logiciels Libres et vente de Live CD, Léa-Book et T-Shirts

* '''1 au 3 février 2005 : Solutions Linux''' : Organisation de l'espace des conférences libres. Prosélytisme Linux et vente de Live CD, Léa-Book et T-Shirts Léa a gagné le 1er prix du meilleur site web et le 3e prix du dynamisme

* '''19/03/2005 : Install-Party à la Villette''' : Install-Party et prosélytisme Linux

* '''1 et 2 avril 2005 : Game Over à Limoges''' : Prosélytisme Linux et vente de Live CD, Léa-Book et T-Shirts

== Lobbying ==
* Envoi de courrier cet été à l'appel de la FFII.

* Envoi de mail au nom de l'association à divers sites web institutionnels (Radio France, France 2/3, etc ...) pour leur demander de respecter les standards.

== Actions à mener ==
=== Site Web ===
Dams va s'occuper de définir un nouveau format de document qui permettra d'utiliser le format
d'OpenOffice.org, le xHTML, et peut-être DocBook en entrée et le PDF, et l'xHTML en sortie.

Fred et Jice sont en train de mettre en place une interface d'administration afin de permettre
de déléguer la mise en ligne de la documentation et sa gestion.

L'organisation des documents, qui a commencé à changer sous la houlette d'Anne, va
continuer ; en particulier le LéaBook va en tenir compte.

La publication des articles (relecture, tests, mise au format...) ainsi que leur gestion est un
travail qui demande beaucoup de ressources. Il en est de même pour la modération des trucs
et astuces, logithèque, driverthèque et léannuaire. Nous sommes à la recherche de
contributeurs motivés et rigoureux afin de prendre en charge la gestion d'une ou plusieurs
sous-sections du site.

La mise en place prochaine d'un système de paiement en ligne va simplifier l'adhésion à
l'association ainsi que les dons.

Concernant le projet asill.org, Albert prend les rênes du projet après avoir levé le pied sur
LinuxFrench. Les travaux doivent redémarrer en Mai.

Enfin, nous souhaitons mettre en place une convention avec Lost-Oasis, notre hébergeur, afin
de leur retourner l'ascenseur (don déductible des impôts). La faisabilité est à l'étude.

=== Manifestations ===
* 19, 20 et 21 mai 2005 : Linux Edu en Haute-Savoie
* 4 au 9 juillet 2005 : RMLL (Rencontres Mondiales du Logiciel Libre) à Dijon
* Samedis du libre à la Vilette : participation aux IP Parinux + conférences
* Léa-Party : date à définir en fonction des disponibilités de chacun
* Install-Party : Léa répondra aux diverses proposition selon les disponibilités.
* Léa à Sciences-Po : Journée logiciels libres à venir
* Salon de l'Éducation

=== Lobbying ===
Aide au développement de la Free Culture : "Alain Legrand" et son projet TNL (Télévision
Numérique Libre par Wifi)

== Vote du bilan moral ==
{| border="1"
|pour||XX
|-
|contre||0
|-
|abstentions||0
|}
adopté à l'unanimité des votants

= Bilan financier =
Le bilan financier et le budget sont disponibles [[Media:bilan_financier_2004.pdf|ici]].

== Vote du bilan financier ==

{| border="1"
|pour||XX
|-
|contre||0
|-
|abstentions||0
|}
adopté à l'unanimité des votants

= Election au CA =
Le candidat est :
* Stéphane Esté-Gracias

=== Résultats du vote ===
{| border="1"
|||Pour||Contre||Abstention
|-
|Stéphane||X||0||0
|-
|}

Le candidat est élu.

Après ce vote, l'AG est clôturée.

{{DP}}

Lea Linux:Compte-rendu AG 2004

2005-12-05T14:12:30Z

ST : Election au CA

[[Category:Association]]

= Présentation =
Chaque année Léa réunit ses amis pour faire le point de son activité et envisager son avenir.

Nombre d'inscrits à l'association : XX au 30/04/2005. Il n'y a pas de quorum lors des votes.

Nombre de présents : XX (la liste d'émargement est consultable sur demande)

Nombre de procuration : XX (les procurations ne sont pas conservées)

{| border="1"
|Toto||A
|-
|Tata||B
|-
|Titi||C
|}

Le total des voix est donc de : XX

= Bilan moral =
L'association Léa existe officiellement depuis maintenant 3 ans ; son existence a été rendue
publique lors du salon Linux Solutions de février 2003. Le site Lea-Linux.org existe, quant à lui,
depuis 1999.

L'année a été riche en événements pour Léa. Tout d'abord, c'était la seconde année où Léa
sortait dans la vie réelle. Ainsi avons-nous participé à de nombreuses manifestations, dont vous
lirez le résumé plus bas. Le site a aussi évolué, dans la forme et dans le fond, comme vous avez
pu le constater.

Nous avons tout au long de l'année réalisé de nombreuses actions de prosélytisme et de
lobbying pour Linux et les Logiciels Libres, des conférences, des install-parties. Les comptes-rendus (lorsqu'ils existent) et les photos prises lors de ces manifestations se trouvent sur le site http://vizu.lea-linux.org.

L'aide aux débutants et aux utilisateurs de Logiciels Libres a également continué à travers les
forums de Léa et la liste de diffusion aide@lea-linux.org. De nombreux articles, trucs et astuces,
entrées de la logithèque, driverthèque et léannuaire ont été ajoutés au site web. Merci à tous
les contributeurs.

== Compte-rendu des actions ==
=== Site Web ===
Le site Web a évolué durant l'année passée :
Édition du « Livret » Léa Book
À l'occasion de Linux Solutions 2004, le Léa-Book (plus de 600 pages) a été imprimé et relié par
un imprimeur, grâce à l'aide de l'AFUL.

=== Fiches Pratiques ===
Celles-ci s'adressent aux débutants qui arrivent sur notre système libre préféré et qui ne
souhaitent pas pour autant s'investir plus que cela dans l'apprentissage des entrailles du
système d'exploitation. Maston est à l'origine de cette rubrique. Nous recherchons des
contributeurs pour de nouvelles fiches. http://lea-linux.org/fiches/
Groupes de travail

Des groupes de travail se sont constitués cette année afin de publier de nouveaux articles,
mettre à jour la documentation et l'adapter à toutes les distributions. Le groupe Slackware a
été particulièrement actif, et a oeuvré pour toutes les distributions.

Le groupe fonctionnait bien, mais il ne s'est pas senti assez soutenu par Léa. Certains membres
l'ont donc quitté cette année. Léa tachera de mieux soutenir ce groupe et éventuellement
d'autres (avis à contributeurs) l'année prochaine.

=== Relooking ===
En septembre, Léa s'est habillée de neuf. L'objectif de ce changement n'était pas simplement
d'offrir à Léa un look plus moderne, mais aussi de faire en sorte que la consultation soit plus
aisée, et de donner aux looks de Léa, LinuxFrench et l'ASiLL un air de famille. Par la même
occassion le système des commentaires a été déplacé sur un Wiki.

Le modèle de l'index a été réalisé par Ayo. LinuxGraphic nous avait aussi proposé plusieurs modèles dont un avait eu beaucoup de succès, mais ce n'est pas celui qui a remporté l'adhésion du bureau. Nous les remercions beaucoup
pour le travail fourni.

=== Phorum 5 ===
Dans le même temps, Léa changeait de moteur de forum pour phorum 5.0. La migration a été
en partie forcée par le fait que la nouvelle version à venir ne permettait plus l'évolution : il
fallait le faire d'urgence. Cette urgence a occasionné quelques soucis et désagréments qui ont
été vite réglés.

=== LinuxFrench ===
La collaboration avec LinuxFrench a été renforcée: l'association LinuxFrench a été dissoute et
ses membres ont rejoint Léa. Le serveur de Léa héberge maintenant le site de LinuxFrench.net.
Lors des divers manifestation où Léa et LinuxFrench étaient présents, les deux équipes ont
travaillé en commun tant à la préparation que pour la tenue des stands.

=== Asill ===
Le projet de site asill.org, s'il n'a pas été abandonné a été fortement mis en sommeil par
manque de temps et de bénévoles pour s'en occuper.

=== Assoces-libres.org ===
Mise en place du site assoces-libres.org à l'occasion de Linux Solutions 2005 afin de coordonner
les actions des associations du libre.

== Manifestations ==
Remarque : Ce rapport ne mentionne que les actions pour lesquelles le conseil
d'administration a été mis au courant. Il est donc possible que les actions de tous les membres
de Léa ne soient pas dans ce rapport. Dans le cas où vous participez à une manifestation au
nom de Léa, merci de nous le faire savoir avant afin que l'on en parle dans l'édito, et après afin
qu'elle puisse figurer dans ce compte-rendu.

* '''3 au 5/02/2004 : Solutions Linux''': Prosélytisme Linux et vente de Live CD, Léa-Book et T-Shirts Léa a gagné le 1er prix du meilleur site web.

* '''30/03 au 01/04/2004 : SETI''' : Conférences, prosélytisme Linux et vente de Live CD, Léa-Book et T-Shirts

* '''3/4/2004 : Fête de l'internet avec les Logiciels Libres à la Villette''' : Conférences, Install-Party et prosélytisme Linux

* '''9 et 10/04/2004 : Game Over à Limoges''' : Prosélytisme Linux et vente de Live CD, Léa-Book et T-Shirts

* '''1er/05/2004 : Journée du Libre avec La Gaule''' - Conférences, Install-Party et prosélytisme Linux

* '''23 au 25/04/2004 : Libr'east''' : Prosélytisme Linux et vente de Live CD, Léa-Book et T-Shirts

* '''26 et 27/05/2004 : LinuxEdu en Haute-Savoie''' : Prosélytisme Linux et vente de Live CD, Léa-Book et T-Shirts

* '''26/06/2004 : Léa Party à Orsay''' : Journée organisée par Léa. Pique-nique, conférences en parallèle de la Traduc Party de Parinux et repas en soirée

* '''6 au 10/07/2004 : RMLL à Bordeaux (Renciontres Mondiales du Logiciel Libre)''' : Prosélytisme Linux et vente de Live CD, Léa-Book et T-Shirts. Léa a participé à l'organisation du village associatif.

* '''11 et 12/09/2004 : Fête de l'Huma''' : Prosélytisme des Logiciels Libres et vente de Live CD, Léa-Book et T-Shirts

* '''6/11/2004 : Léa Party à Montpellier''' : Journée organisée par Léa et LinuxFrench. Journée de conférences à l'espace numérique Kawenga et repas en soirée

* '''18 au 20/11/2004 : Salon de l'Éducation''' : Prosélytisme des Logiciels Libres et vente de Live CD, Léa-Book et T-Shirts

* '''1 au 3 février 2005 : Solutions Linux''' : Organisation de l'espace des conférences libres. Prosélytisme Linux et vente de Live CD, Léa-Book et T-Shirts Léa a gagné le 1er prix du meilleur site web et le 3e prix du dynamisme

* '''19/03/2005 : Install-Party à la Villette''' : Install-Party et prosélytisme Linux

* '''1 et 2 avril 2005 : Game Over à Limoges''' : Prosélytisme Linux et vente de Live CD, Léa-Book et T-Shirts

== Lobbying ==
* Envoi de courrier cet été à l'appel de la FFII.

* Envoi de mail au nom de l'association à divers sites web institutionnels (Radio France, France 2/3, etc ...) pour leur demander de respecter les standards.

== Actions à mener ==
=== Site Web ===
Dams va s'occuper de définir un nouveau format de document qui permettra d'utiliser le format
d'OpenOffice.org, le xHTML, et peut-être DocBook en entrée et le PDF, et l'xHTML en sortie.

Fred et Jice sont en train de mettre en place une interface d'administration afin de permettre
de déléguer la mise en ligne de la documentation et sa gestion.

L'organisation des documents, qui a commencé à changer sous la houlette d'Anne, va
continuer ; en particulier le LéaBook va en tenir compte.

La publication des articles (relecture, tests, mise au format...) ainsi que leur gestion est un
travail qui demande beaucoup de ressources. Il en est de même pour la modération des trucs
et astuces, logithèque, driverthèque et léannuaire. Nous sommes à la recherche de
contributeurs motivés et rigoureux afin de prendre en charge la gestion d'une ou plusieurs
sous-sections du site.

La mise en place prochaine d'un système de paiement en ligne va simplifier l'adhésion à
l'association ainsi que les dons.

Concernant le projet asill.org, Albert prend les rênes du projet après avoir levé le pied sur
LinuxFrench. Les travaux doivent redémarrer en Mai.

Enfin, nous souhaitons mettre en place une convention avec Lost-Oasis, notre hébergeur, afin
de leur retourner l'ascenseur (don déductible des impôts). La faisabilité est à l'étude.

=== Manifestations ===
* 19, 20 et 21 mai 2005 : Linux Edu en Haute-Savoie
* 4 au 9 juillet 2005 : RMLL (Rencontres Mondiales du Logiciel Libre) à Dijon
* Samedis du libre à la Vilette : participation aux IP Parinux + conférences
* Léa-Party : date à définir en fonction des disponibilités de chacun
* Install-Party : Léa répondra aux diverses proposition selon les disponibilités.
* Léa à Sciences-Po : Journée logiciels libres à venir
* Salon de l'Éducation

=== Lobbying ===
Aide au développement de la Free Culture : "Alain Legrand" et son projet TNL (Télévision
Numérique Libre par Wifi)

== Vote du bilan moral ==
{| border="1"
|pour||XX
|-
|contre||0
|-
|abstentions||0
|}
adopté à l'unanimité des votants

= Bilan financier =
Le bilan financier et le budget sont disponibles [[Media:bilan_financier_2004.pdf|ici]].

== Vote du bilan financier ==

{| border="1"
|pour||XX
|-
|contre||0
|-
|abstentions||0
|}
adopté à l'unanimité des votants

= Election au CA =
Les candidats sont :
* Stéphane Esté-Gracias

=== Résultats du vote ===
{| border="1"
|||Pour||Contre||Abstention
|-
|Stéphane||X||0||0
|-
|}

Le candidat est élu.

Après ce vote, l'AG est clôturée.

{{DP}}

Lea Linux:Compte-rendu AG 2005

2005-12-05T14:11:05Z

ST : /* Résultats du vote */

[[Category:Association]]

= Présentation =
Chaque année Léa réunit ses amis pour faire le point de son activité et envisager son avenir.
Les photos sont disponibles sur le site http://vizu.lea-linux.org.

Nombre d'inscrits à l'association : 14 au 03/12/2005. Il n'y a pas de quorum lors des votes.

Nombre de présents : 8 (la liste d'émargement est consultable sur demande)

Nombre de procuration : 2 (les procurations ne sont pas conservées)

{| border="1"
|Anne||1
|-
|Jean-Thomas||1
|}

Le total des voix est donc de : 10.

Début de l'assemblée générale : 14h00

= Bilan moral =
L'association Léa existe officiellement depuis maintenant 4 ans ; son existence a été rendue publique lors du salon Linux Solutions de février 2003. Le site Lea-Linux.org existe, quant à lui, depuis 1999.

Cette année a été riche en événements pour Léa.

Tout d'abord, c'était la troisième année où Léa sortait dans la vie réelle. Ainsi avons-nous participé à des manifestations, dont vous verrez le résumé plus bas.

Ensuite, le site a aussi évolué :
* en changeant de charte graphique (nous tenons à remercier Ayo et LinuxGraphic.org)
* en s'ouvrant à une contribution plus large.

Le forum et la liste aide tournent déjà grâce au support de quelques habitués : Léa les remercie de leur présence et de leur disponibilité. Néanmoins, nous sommes toujours en perpétuel quête de contributeurs pour faire « vivre » l'association, le site, le forum, les listes de diffusion etc...

Il restait à faire vivre les articles du site. Grâce au Wiki, nous espérons avec vous relever le défi de maintenir une documentation à jour.

Enfin, nous avons tout au cours de cette année fait de nombreuses actions de prosélytisme et de lobbying pour Linux et les Logiciels Libres, des conférences, des install-parties.

Du côté administratif, cet été, le siège social de l'association a déménagé en même temps que son président à l'adresse suivante : 12 rue Boucry – 75018 PARIS.

== Compte-rendu des actions ==
=== Site Web ===
==== Léa ====
Avant l'été, il a été mis en place un système de paiement de dons en ligne par carte de paiement à travers le service de Paypal. Ce service ne nécessite pas la création de compte Paypal.

Durant les RMLL, Léa a décidé d'étudier l'ouverture à la contribution sur ses articles à l'aide d'un Wiki. Après des études de faisabilité durant Juillet/Août, le CA a décidé de commencer les travaux de migration du site vers le moteur MediaWiki.

Le site de Léa tourne depuis fin Octobre sous un MediaWiki auquel nous avons ajouté quelques extensions (dont certaines sont disponibles sur la page de [[Utilisateur:Lea|Lea]]) ainsi qu'un cache statique qui sert de filtre entre les modifications et le net.

==== Forum ====
Le forum tourne toujours sous Phorum. Des maintenances correctives et de sécurité ont été effectuées.

==== Liste Aide ====
Emmanuel Fleury est toujours modérateur de la liste.

==== LinuxFrench ====
Au printemps, LinuxFrench a failli fermer ces portes lors du départ d'Albert Bruc.
Heureusement, Jean-Claude Stiegler reprend le site en accord avec Albert.
La ligne éditoriale restera la même et nous espèrons que certains d'entre vous rejoindront la rédaction passagèrement ou sur plus long terme.

=== Manifestations ===
==== Concours Kakémono ====
Pour représenter Léa lors de ces manifestations, le CA a décidé en Juin d'organiser un concours pour la réalisation d'un kakémono.

Après la délibération du jury, les délais ont été très court pour sa première sortie lors des RMLL.
Le vainqueur de ce concours a été skeepin.

==== Liste de manifestations ====
Remarque : Ce rapport ne mentionne que les actions dont le conseil d'administration a été mis au courant, il se peut donc que les actions de tous les membres de Léa ne soient pas dans ce rapport.

* '''1 au 3 Février 2005 : Solutions Linux''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Léa a remporté le 1er prix du meilleur site web aux Coups de Coeur du Libre
* '''19 Mars 2005 : Install-Party à la Villette''' : Conférences, Install-Party et prosélytisme Linux
* '''1 et 2 Avril 2005 : Game Over à Limoges''' : Prosélytisme Linux et vente de Live CDs, Léa-Books et T-Shirts
* '''23 au 25 avril 2004 : Libr'east''' : Prosélytisme Linux, Install Party et vente de CDs, Léa-Books et T-Shirts
* '''30 Avril 2004 : AG 2004 et Léa-Party''' : AG 2004, Conférences et Repas entre membres de l'associations
* '''14 et 15 Mai 2005 Salon Multimédia de Proville''' : Prosélytisme Linux
* '''4 au 9 Juillet 2005 : RMML à Dijon''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Le stand de Léa a remporté le second prix ex-aequo du stand le plus sympa du village
* '''9, 10 et 11 Septembre 2005 : Fête de l'Huma''' : Prosélytisme Linux
* '''14 et 15 Octobre 2005 : Journées du Logiciel Libre à Lyon''' : Prosélytisme Linux

=== Lobbying ===
* Lors du Salon Linux Solution, Léa a participé matériellement, humainement et financièrement à la tenue d'un stand de conférences libres sur le Libre.

== Action à mener ==
=== Site Web ===
* Maintenance du serveur
* Améliorer la gestion des modifications de la page de modération
* Mieux intégrer Awstats à mediawiki
* Restructurer le wiki (voir [[Lea Linux:Modération/Structuration du wiki|Modération/Structuration du wiki]])

=== Manifestations ===
* 31 Janvier au 2 Février 2006 : Linux Solutions 2006
* Juillet 2006 : RMLL à Nancy ???
* Léa-Party et Install-Parties
* Salon de l'Education

=== Lobbying ===
* Brevets logiciels
* Loi DADVSI

== Vote du bilan moral ==
{| border="1"
|pour||10
|-
|contre||0
|-
|abstentions||0
|}
adopté à l'unanimité des votants

= Bilan financier =
Le bilan financier et le budget sont disponibles [[Media:bilan_financier_2005.pdf|ici]].

== Vote du bilan financier ==

{| border="1"
|pour||9
|-
|contre||0
|-
|abstentions||1
|}
adopté à la majorité des votants

= Election au CA =
Les candidats sont :
* Jean-Thomas Muyl
* Jiel Beaumadier

=== Résultats du vote ===
{| border="1"
|||Pour||Contre||Abstention
|-
|Jean-Thoms||10||0||0
|-
|Jiel||10||0||0
|}

Les deux candidats sont élus.

Après ce vote, l'AG est clôturée à 15h00.

{{DP}}

Lea Linux:Compte-rendu AG 2005

2005-12-05T14:10:22Z

ST : /* Vote du bilan financier */

[[Category:Association]]

= Présentation =
Chaque année Léa réunit ses amis pour faire le point de son activité et envisager son avenir.
Les photos sont disponibles sur le site http://vizu.lea-linux.org.

Nombre d'inscrits à l'association : 14 au 03/12/2005. Il n'y a pas de quorum lors des votes.

Nombre de présents : 8 (la liste d'émargement est consultable sur demande)

Nombre de procuration : 2 (les procurations ne sont pas conservées)

{| border="1"
|Anne||1
|-
|Jean-Thomas||1
|}

Le total des voix est donc de : 10.

Début de l'assemblée générale : 14h00

= Bilan moral =
L'association Léa existe officiellement depuis maintenant 4 ans ; son existence a été rendue publique lors du salon Linux Solutions de février 2003. Le site Lea-Linux.org existe, quant à lui, depuis 1999.

Cette année a été riche en événements pour Léa.

Tout d'abord, c'était la troisième année où Léa sortait dans la vie réelle. Ainsi avons-nous participé à des manifestations, dont vous verrez le résumé plus bas.

Ensuite, le site a aussi évolué :
* en changeant de charte graphique (nous tenons à remercier Ayo et LinuxGraphic.org)
* en s'ouvrant à une contribution plus large.

Le forum et la liste aide tournent déjà grâce au support de quelques habitués : Léa les remercie de leur présence et de leur disponibilité. Néanmoins, nous sommes toujours en perpétuel quête de contributeurs pour faire « vivre » l'association, le site, le forum, les listes de diffusion etc...

Il restait à faire vivre les articles du site. Grâce au Wiki, nous espérons avec vous relever le défi de maintenir une documentation à jour.

Enfin, nous avons tout au cours de cette année fait de nombreuses actions de prosélytisme et de lobbying pour Linux et les Logiciels Libres, des conférences, des install-parties.

Du côté administratif, cet été, le siège social de l'association a déménagé en même temps que son président à l'adresse suivante : 12 rue Boucry – 75018 PARIS.

== Compte-rendu des actions ==
=== Site Web ===
==== Léa ====
Avant l'été, il a été mis en place un système de paiement de dons en ligne par carte de paiement à travers le service de Paypal. Ce service ne nécessite pas la création de compte Paypal.

Durant les RMLL, Léa a décidé d'étudier l'ouverture à la contribution sur ses articles à l'aide d'un Wiki. Après des études de faisabilité durant Juillet/Août, le CA a décidé de commencer les travaux de migration du site vers le moteur MediaWiki.

Le site de Léa tourne depuis fin Octobre sous un MediaWiki auquel nous avons ajouté quelques extensions (dont certaines sont disponibles sur la page de [[Utilisateur:Lea|Lea]]) ainsi qu'un cache statique qui sert de filtre entre les modifications et le net.

==== Forum ====
Le forum tourne toujours sous Phorum. Des maintenances correctives et de sécurité ont été effectuées.

==== Liste Aide ====
Emmanuel Fleury est toujours modérateur de la liste.

==== LinuxFrench ====
Au printemps, LinuxFrench a failli fermer ces portes lors du départ d'Albert Bruc.
Heureusement, Jean-Claude Stiegler reprend le site en accord avec Albert.
La ligne éditoriale restera la même et nous espèrons que certains d'entre vous rejoindront la rédaction passagèrement ou sur plus long terme.

=== Manifestations ===
==== Concours Kakémono ====
Pour représenter Léa lors de ces manifestations, le CA a décidé en Juin d'organiser un concours pour la réalisation d'un kakémono.

Après la délibération du jury, les délais ont été très court pour sa première sortie lors des RMLL.
Le vainqueur de ce concours a été skeepin.

==== Liste de manifestations ====
Remarque : Ce rapport ne mentionne que les actions dont le conseil d'administration a été mis au courant, il se peut donc que les actions de tous les membres de Léa ne soient pas dans ce rapport.

* '''1 au 3 Février 2005 : Solutions Linux''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Léa a remporté le 1er prix du meilleur site web aux Coups de Coeur du Libre
* '''19 Mars 2005 : Install-Party à la Villette''' : Conférences, Install-Party et prosélytisme Linux
* '''1 et 2 Avril 2005 : Game Over à Limoges''' : Prosélytisme Linux et vente de Live CDs, Léa-Books et T-Shirts
* '''23 au 25 avril 2004 : Libr'east''' : Prosélytisme Linux, Install Party et vente de CDs, Léa-Books et T-Shirts
* '''30 Avril 2004 : AG 2004 et Léa-Party''' : AG 2004, Conférences et Repas entre membres de l'associations
* '''14 et 15 Mai 2005 Salon Multimédia de Proville''' : Prosélytisme Linux
* '''4 au 9 Juillet 2005 : RMML à Dijon''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Le stand de Léa a remporté le second prix ex-aequo du stand le plus sympa du village
* '''9, 10 et 11 Septembre 2005 : Fête de l'Huma''' : Prosélytisme Linux
* '''14 et 15 Octobre 2005 : Journées du Logiciel Libre à Lyon''' : Prosélytisme Linux

=== Lobbying ===
* Lors du Salon Linux Solution, Léa a participé matériellement, humainement et financièrement à la tenue d'un stand de conférences libres sur le Libre.

== Action à mener ==
=== Site Web ===
* Maintenance du serveur
* Améliorer la gestion des modifications de la page de modération
* Mieux intégrer Awstats à mediawiki
* Restructurer le wiki (voir [[Lea Linux:Modération/Structuration du wiki|Modération/Structuration du wiki]])

=== Manifestations ===
* 31 Janvier au 2 Février 2006 : Linux Solutions 2006
* Juillet 2006 : RMLL à Nancy ???
* Léa-Party et Install-Parties
* Salon de l'Education

=== Lobbying ===
* Brevets logiciels
* Loi DADVSI

== Vote du bilan moral ==
{| border="1"
|pour||10
|-
|contre||0
|-
|abstentions||0
|}
adopté à l'unanimité des votants

= Bilan financier =
Le bilan financier et le budget sont disponibles [[Media:bilan_financier_2005.pdf|ici]].

== Vote du bilan financier ==

{| border="1"
|pour||9
|-
|contre||0
|-
|abstentions||1
|}
adopté à la majorité des votants

= Election au CA =
Les candidats sont :
* Jean-Thomas Muyl
* Jiel Beaumadier

=== Résultats du vote ===
{| border="1"
|Pour||Contre||Abstention
|-
|Jean-Thoms||10||0||0
|-
|Jiel||10||0||0
|}

Les deux candidats sont élus.

Après ce vote, l'AG est clôturée à 15h00.

{{DP}}

Lea Linux:Compte-rendu AG 2005

2005-12-05T14:10:01Z

ST : /* Résultats du vote */

[[Category:Association]]

= Présentation =
Chaque année Léa réunit ses amis pour faire le point de son activité et envisager son avenir.
Les photos sont disponibles sur le site http://vizu.lea-linux.org.

Nombre d'inscrits à l'association : 14 au 03/12/2005. Il n'y a pas de quorum lors des votes.

Nombre de présents : 8 (la liste d'émargement est consultable sur demande)

Nombre de procuration : 2 (les procurations ne sont pas conservées)

{| border="1"
|Anne||1
|-
|Jean-Thomas||1
|}

Le total des voix est donc de : 10.

Début de l'assemblée générale : 14h00

= Bilan moral =
L'association Léa existe officiellement depuis maintenant 4 ans ; son existence a été rendue publique lors du salon Linux Solutions de février 2003. Le site Lea-Linux.org existe, quant à lui, depuis 1999.

Cette année a été riche en événements pour Léa.

Tout d'abord, c'était la troisième année où Léa sortait dans la vie réelle. Ainsi avons-nous participé à des manifestations, dont vous verrez le résumé plus bas.

Ensuite, le site a aussi évolué :
* en changeant de charte graphique (nous tenons à remercier Ayo et LinuxGraphic.org)
* en s'ouvrant à une contribution plus large.

Le forum et la liste aide tournent déjà grâce au support de quelques habitués : Léa les remercie de leur présence et de leur disponibilité. Néanmoins, nous sommes toujours en perpétuel quête de contributeurs pour faire « vivre » l'association, le site, le forum, les listes de diffusion etc...

Il restait à faire vivre les articles du site. Grâce au Wiki, nous espérons avec vous relever le défi de maintenir une documentation à jour.

Enfin, nous avons tout au cours de cette année fait de nombreuses actions de prosélytisme et de lobbying pour Linux et les Logiciels Libres, des conférences, des install-parties.

Du côté administratif, cet été, le siège social de l'association a déménagé en même temps que son président à l'adresse suivante : 12 rue Boucry – 75018 PARIS.

== Compte-rendu des actions ==
=== Site Web ===
==== Léa ====
Avant l'été, il a été mis en place un système de paiement de dons en ligne par carte de paiement à travers le service de Paypal. Ce service ne nécessite pas la création de compte Paypal.

Durant les RMLL, Léa a décidé d'étudier l'ouverture à la contribution sur ses articles à l'aide d'un Wiki. Après des études de faisabilité durant Juillet/Août, le CA a décidé de commencer les travaux de migration du site vers le moteur MediaWiki.

Le site de Léa tourne depuis fin Octobre sous un MediaWiki auquel nous avons ajouté quelques extensions (dont certaines sont disponibles sur la page de [[Utilisateur:Lea|Lea]]) ainsi qu'un cache statique qui sert de filtre entre les modifications et le net.

==== Forum ====
Le forum tourne toujours sous Phorum. Des maintenances correctives et de sécurité ont été effectuées.

==== Liste Aide ====
Emmanuel Fleury est toujours modérateur de la liste.

==== LinuxFrench ====
Au printemps, LinuxFrench a failli fermer ces portes lors du départ d'Albert Bruc.
Heureusement, Jean-Claude Stiegler reprend le site en accord avec Albert.
La ligne éditoriale restera la même et nous espèrons que certains d'entre vous rejoindront la rédaction passagèrement ou sur plus long terme.

=== Manifestations ===
==== Concours Kakémono ====
Pour représenter Léa lors de ces manifestations, le CA a décidé en Juin d'organiser un concours pour la réalisation d'un kakémono.

Après la délibération du jury, les délais ont été très court pour sa première sortie lors des RMLL.
Le vainqueur de ce concours a été skeepin.

==== Liste de manifestations ====
Remarque : Ce rapport ne mentionne que les actions dont le conseil d'administration a été mis au courant, il se peut donc que les actions de tous les membres de Léa ne soient pas dans ce rapport.

* '''1 au 3 Février 2005 : Solutions Linux''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Léa a remporté le 1er prix du meilleur site web aux Coups de Coeur du Libre
* '''19 Mars 2005 : Install-Party à la Villette''' : Conférences, Install-Party et prosélytisme Linux
* '''1 et 2 Avril 2005 : Game Over à Limoges''' : Prosélytisme Linux et vente de Live CDs, Léa-Books et T-Shirts
* '''23 au 25 avril 2004 : Libr'east''' : Prosélytisme Linux, Install Party et vente de CDs, Léa-Books et T-Shirts
* '''30 Avril 2004 : AG 2004 et Léa-Party''' : AG 2004, Conférences et Repas entre membres de l'associations
* '''14 et 15 Mai 2005 Salon Multimédia de Proville''' : Prosélytisme Linux
* '''4 au 9 Juillet 2005 : RMML à Dijon''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Le stand de Léa a remporté le second prix ex-aequo du stand le plus sympa du village
* '''9, 10 et 11 Septembre 2005 : Fête de l'Huma''' : Prosélytisme Linux
* '''14 et 15 Octobre 2005 : Journées du Logiciel Libre à Lyon''' : Prosélytisme Linux

=== Lobbying ===
* Lors du Salon Linux Solution, Léa a participé matériellement, humainement et financièrement à la tenue d'un stand de conférences libres sur le Libre.

== Action à mener ==
=== Site Web ===
* Maintenance du serveur
* Améliorer la gestion des modifications de la page de modération
* Mieux intégrer Awstats à mediawiki
* Restructurer le wiki (voir [[Lea Linux:Modération/Structuration du wiki|Modération/Structuration du wiki]])

=== Manifestations ===
* 31 Janvier au 2 Février 2006 : Linux Solutions 2006
* Juillet 2006 : RMLL à Nancy ???
* Léa-Party et Install-Parties
* Salon de l'Education

=== Lobbying ===
* Brevets logiciels
* Loi DADVSI

== Vote du bilan moral ==
{| border="1"
|pour||10
|-
|contre||0
|-
|abstentions||0
|}
adopté à l'unanimité des votants

= Bilan financier =
Le bilan financier et le budget sont disponibles [[Media:bilan_financier_2005.pdf|ici]].

== Vote du bilan financier ==

{| border="1"
|pour||10
|-
|contre||0
|-
|abstentions||1
|}
adopté à la majorité des votants

= Election au CA =
Les candidats sont :
* Jean-Thomas Muyl
* Jiel Beaumadier

=== Résultats du vote ===
{| border="1"
|Pour||Contre||Abstention
|-
|Jean-Thoms||10||0||0
|-
|Jiel||10||0||0
|}

Les deux candidats sont élus.

Après ce vote, l'AG est clôturée à 15h00.

{{DP}}

Lea Linux:Compte-rendu AG 2005

2005-12-05T14:09:44Z

ST : Mauvais calculs

[[Category:Association]]

= Présentation =
Chaque année Léa réunit ses amis pour faire le point de son activité et envisager son avenir.
Les photos sont disponibles sur le site http://vizu.lea-linux.org.

Nombre d'inscrits à l'association : 14 au 03/12/2005. Il n'y a pas de quorum lors des votes.

Nombre de présents : 8 (la liste d'émargement est consultable sur demande)

Nombre de procuration : 2 (les procurations ne sont pas conservées)

{| border="1"
|Anne||1
|-
|Jean-Thomas||1
|}

Le total des voix est donc de : 10.

Début de l'assemblée générale : 14h00

= Bilan moral =
L'association Léa existe officiellement depuis maintenant 4 ans ; son existence a été rendue publique lors du salon Linux Solutions de février 2003. Le site Lea-Linux.org existe, quant à lui, depuis 1999.

Cette année a été riche en événements pour Léa.

Tout d'abord, c'était la troisième année où Léa sortait dans la vie réelle. Ainsi avons-nous participé à des manifestations, dont vous verrez le résumé plus bas.

Ensuite, le site a aussi évolué :
* en changeant de charte graphique (nous tenons à remercier Ayo et LinuxGraphic.org)
* en s'ouvrant à une contribution plus large.

Le forum et la liste aide tournent déjà grâce au support de quelques habitués : Léa les remercie de leur présence et de leur disponibilité. Néanmoins, nous sommes toujours en perpétuel quête de contributeurs pour faire « vivre » l'association, le site, le forum, les listes de diffusion etc...

Il restait à faire vivre les articles du site. Grâce au Wiki, nous espérons avec vous relever le défi de maintenir une documentation à jour.

Enfin, nous avons tout au cours de cette année fait de nombreuses actions de prosélytisme et de lobbying pour Linux et les Logiciels Libres, des conférences, des install-parties.

Du côté administratif, cet été, le siège social de l'association a déménagé en même temps que son président à l'adresse suivante : 12 rue Boucry – 75018 PARIS.

== Compte-rendu des actions ==
=== Site Web ===
==== Léa ====
Avant l'été, il a été mis en place un système de paiement de dons en ligne par carte de paiement à travers le service de Paypal. Ce service ne nécessite pas la création de compte Paypal.

Durant les RMLL, Léa a décidé d'étudier l'ouverture à la contribution sur ses articles à l'aide d'un Wiki. Après des études de faisabilité durant Juillet/Août, le CA a décidé de commencer les travaux de migration du site vers le moteur MediaWiki.

Le site de Léa tourne depuis fin Octobre sous un MediaWiki auquel nous avons ajouté quelques extensions (dont certaines sont disponibles sur la page de [[Utilisateur:Lea|Lea]]) ainsi qu'un cache statique qui sert de filtre entre les modifications et le net.

==== Forum ====
Le forum tourne toujours sous Phorum. Des maintenances correctives et de sécurité ont été effectuées.

==== Liste Aide ====
Emmanuel Fleury est toujours modérateur de la liste.

==== LinuxFrench ====
Au printemps, LinuxFrench a failli fermer ces portes lors du départ d'Albert Bruc.
Heureusement, Jean-Claude Stiegler reprend le site en accord avec Albert.
La ligne éditoriale restera la même et nous espèrons que certains d'entre vous rejoindront la rédaction passagèrement ou sur plus long terme.

=== Manifestations ===
==== Concours Kakémono ====
Pour représenter Léa lors de ces manifestations, le CA a décidé en Juin d'organiser un concours pour la réalisation d'un kakémono.

Après la délibération du jury, les délais ont été très court pour sa première sortie lors des RMLL.
Le vainqueur de ce concours a été skeepin.

==== Liste de manifestations ====
Remarque : Ce rapport ne mentionne que les actions dont le conseil d'administration a été mis au courant, il se peut donc que les actions de tous les membres de Léa ne soient pas dans ce rapport.

* '''1 au 3 Février 2005 : Solutions Linux''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Léa a remporté le 1er prix du meilleur site web aux Coups de Coeur du Libre
* '''19 Mars 2005 : Install-Party à la Villette''' : Conférences, Install-Party et prosélytisme Linux
* '''1 et 2 Avril 2005 : Game Over à Limoges''' : Prosélytisme Linux et vente de Live CDs, Léa-Books et T-Shirts
* '''23 au 25 avril 2004 : Libr'east''' : Prosélytisme Linux, Install Party et vente de CDs, Léa-Books et T-Shirts
* '''30 Avril 2004 : AG 2004 et Léa-Party''' : AG 2004, Conférences et Repas entre membres de l'associations
* '''14 et 15 Mai 2005 Salon Multimédia de Proville''' : Prosélytisme Linux
* '''4 au 9 Juillet 2005 : RMML à Dijon''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Le stand de Léa a remporté le second prix ex-aequo du stand le plus sympa du village
* '''9, 10 et 11 Septembre 2005 : Fête de l'Huma''' : Prosélytisme Linux
* '''14 et 15 Octobre 2005 : Journées du Logiciel Libre à Lyon''' : Prosélytisme Linux

=== Lobbying ===
* Lors du Salon Linux Solution, Léa a participé matériellement, humainement et financièrement à la tenue d'un stand de conférences libres sur le Libre.

== Action à mener ==
=== Site Web ===
* Maintenance du serveur
* Améliorer la gestion des modifications de la page de modération
* Mieux intégrer Awstats à mediawiki
* Restructurer le wiki (voir [[Lea Linux:Modération/Structuration du wiki|Modération/Structuration du wiki]])

=== Manifestations ===
* 31 Janvier au 2 Février 2006 : Linux Solutions 2006
* Juillet 2006 : RMLL à Nancy ???
* Léa-Party et Install-Parties
* Salon de l'Education

=== Lobbying ===
* Brevets logiciels
* Loi DADVSI

== Vote du bilan moral ==
{| border="1"
|pour||10
|-
|contre||0
|-
|abstentions||0
|}
adopté à l'unanimité des votants

= Bilan financier =
Le bilan financier et le budget sont disponibles [[Media:bilan_financier_2005.pdf|ici]].

== Vote du bilan financier ==

{| border="1"
|pour||10
|-
|contre||0
|-
|abstentions||1
|}
adopté à la majorité des votants

= Election au CA =
Les candidats sont :
* Jean-Thomas Muyl
* Jiel Beaumadier

=== Résultats du vote ===
{| border="1"
|Pour||Contre||Abstention
|-
|Jean-Thoms||10||0||0
|-
|Jiel||10||0||0
|}

Les deux candidats sont élus.

Après ce vote, l'AG est clôturée.

{{DP}}

Lea Linux:Compte-rendu AG 2005

2005-12-05T14:08:48Z

ST : Résultat des votes

[[Category:Association]]

= Présentation =
Chaque année Léa réunit ses amis pour faire le point de son activité et envisager son avenir.
Les photos sont disponibles sur le site http://vizu.lea-linux.org.

Nombre d'inscrits à l'association : 14 au 03/12/2005. Il n'y a pas de quorum lors des votes.

Nombre de présents : 8 (la liste d'émargement est consultable sur demande)

Nombre de procuration : 2 (les procurations ne sont pas conservées)

{| border="1"
|Anne||1
|-
|Jean-Thomas||1
|}

Le total des voix est donc de : 11.

Début de l'assemblée générale : 14h00

= Bilan moral =
L'association Léa existe officiellement depuis maintenant 4 ans ; son existence a été rendue publique lors du salon Linux Solutions de février 2003. Le site Lea-Linux.org existe, quant à lui, depuis 1999.

Cette année a été riche en événements pour Léa.

Tout d'abord, c'était la troisième année où Léa sortait dans la vie réelle. Ainsi avons-nous participé à des manifestations, dont vous verrez le résumé plus bas.

Ensuite, le site a aussi évolué :
* en changeant de charte graphique (nous tenons à remercier Ayo et LinuxGraphic.org)
* en s'ouvrant à une contribution plus large.

Le forum et la liste aide tournent déjà grâce au support de quelques habitués : Léa les remercie de leur présence et de leur disponibilité. Néanmoins, nous sommes toujours en perpétuel quête de contributeurs pour faire « vivre » l'association, le site, le forum, les listes de diffusion etc...

Il restait à faire vivre les articles du site. Grâce au Wiki, nous espérons avec vous relever le défi de maintenir une documentation à jour.

Enfin, nous avons tout au cours de cette année fait de nombreuses actions de prosélytisme et de lobbying pour Linux et les Logiciels Libres, des conférences, des install-parties.

Du côté administratif, cet été, le siège social de l'association a déménagé en même temps que son président à l'adresse suivante : 12 rue Boucry – 75018 PARIS.

== Compte-rendu des actions ==
=== Site Web ===
==== Léa ====
Avant l'été, il a été mis en place un système de paiement de dons en ligne par carte de paiement à travers le service de Paypal. Ce service ne nécessite pas la création de compte Paypal.

Durant les RMLL, Léa a décidé d'étudier l'ouverture à la contribution sur ses articles à l'aide d'un Wiki. Après des études de faisabilité durant Juillet/Août, le CA a décidé de commencer les travaux de migration du site vers le moteur MediaWiki.

Le site de Léa tourne depuis fin Octobre sous un MediaWiki auquel nous avons ajouté quelques extensions (dont certaines sont disponibles sur la page de [[Utilisateur:Lea|Lea]]) ainsi qu'un cache statique qui sert de filtre entre les modifications et le net.

==== Forum ====
Le forum tourne toujours sous Phorum. Des maintenances correctives et de sécurité ont été effectuées.

==== Liste Aide ====
Emmanuel Fleury est toujours modérateur de la liste.

==== LinuxFrench ====
Au printemps, LinuxFrench a failli fermer ces portes lors du départ d'Albert Bruc.
Heureusement, Jean-Claude Stiegler reprend le site en accord avec Albert.
La ligne éditoriale restera la même et nous espèrons que certains d'entre vous rejoindront la rédaction passagèrement ou sur plus long terme.

=== Manifestations ===
==== Concours Kakémono ====
Pour représenter Léa lors de ces manifestations, le CA a décidé en Juin d'organiser un concours pour la réalisation d'un kakémono.

Après la délibération du jury, les délais ont été très court pour sa première sortie lors des RMLL.
Le vainqueur de ce concours a été skeepin.

==== Liste de manifestations ====
Remarque : Ce rapport ne mentionne que les actions dont le conseil d'administration a été mis au courant, il se peut donc que les actions de tous les membres de Léa ne soient pas dans ce rapport.

* '''1 au 3 Février 2005 : Solutions Linux''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Léa a remporté le 1er prix du meilleur site web aux Coups de Coeur du Libre
* '''19 Mars 2005 : Install-Party à la Villette''' : Conférences, Install-Party et prosélytisme Linux
* '''1 et 2 Avril 2005 : Game Over à Limoges''' : Prosélytisme Linux et vente de Live CDs, Léa-Books et T-Shirts
* '''23 au 25 avril 2004 : Libr'east''' : Prosélytisme Linux, Install Party et vente de CDs, Léa-Books et T-Shirts
* '''30 Avril 2004 : AG 2004 et Léa-Party''' : AG 2004, Conférences et Repas entre membres de l'associations
* '''14 et 15 Mai 2005 Salon Multimédia de Proville''' : Prosélytisme Linux
* '''4 au 9 Juillet 2005 : RMML à Dijon''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Le stand de Léa a remporté le second prix ex-aequo du stand le plus sympa du village
* '''9, 10 et 11 Septembre 2005 : Fête de l'Huma''' : Prosélytisme Linux
* '''14 et 15 Octobre 2005 : Journées du Logiciel Libre à Lyon''' : Prosélytisme Linux

=== Lobbying ===
* Lors du Salon Linux Solution, Léa a participé matériellement, humainement et financièrement à la tenue d'un stand de conférences libres sur le Libre.

== Action à mener ==
=== Site Web ===
* Maintenance du serveur
* Améliorer la gestion des modifications de la page de modération
* Mieux intégrer Awstats à mediawiki
* Restructurer le wiki (voir [[Lea Linux:Modération/Structuration du wiki|Modération/Structuration du wiki]])

=== Manifestations ===
* 31 Janvier au 2 Février 2006 : Linux Solutions 2006
* Juillet 2006 : RMLL à Nancy ???
* Léa-Party et Install-Parties
* Salon de l'Education

=== Lobbying ===
* Brevets logiciels
* Loi DADVSI

== Vote du bilan moral ==
{| border="1"
|pour||11
|-
|contre||0
|-
|abstentions||0
|}
adopté à l'unanimité des votants

= Bilan financier =
Le bilan financier et le budget sont disponibles [[Media:bilan_financier_2005.pdf|ici]].

== Vote du bilan financier ==

{| border="1"
|pour||10
|-
|contre||0
|-
|abstentions||1
|}
adopté à la majorité des votants

= Election au CA =
Les candidats sont :
* Jean-Thomas Muyl
* Jiel Beaumadier

=== Résultats du vote ===
{| border="1"
|Pour||Contre||Abstention
|-
|Jean-Thoms||11||0||0
|-
|Jiel||11||0||0
|}

Les deux candidats sont élus.

Après ce vote, l'AG est clôturée.

{{DP}}

Lea Linux:Bilan 2005

2005-12-05T13:59:35Z

ST : Lea Linux:Bilan 2005 déplacé vers Lea Linux:Compte-rendu AG 2005: Compte-rendu

#redirect [[Lea Linux:Compte-rendu AG 2005]]

Lea Linux:Compte-rendu AG 2005

2005-12-05T13:59:35Z

ST : Lea Linux:Bilan 2005 déplacé vers Lea Linux:Compte-rendu AG 2005

[[Category:Association]]

= Bilan moral =
L'association Léa existe officiellement depuis maintenant 4 ans ; son existence a été rendue publique lors du salon Linux Solutions de février 2003. Le site Lea-Linux.org existe, quant à lui, depuis 1999.

Cette année a été riche en événements pour Léa.

Tout d'abord, c'était la troisième année où Léa sortait dans la vie réelle. Ainsi avons-nous participé à des manifestations, dont vous verrez le résumé plus bas.

Ensuite, le site a aussi évolué :
* en changeant de charte graphique (nous tenons à remercier Ayo et LinuxGraphic.org)
* en s'ouvrant à une contribution plus large.

Le forum et la liste aide tournent déjà grâce au support de quelques habitués : Léa les remercie de leur présence et de leur disponibilité. Néanmoins, nous sommes toujours en perpétuel quête de contributeurs pour faire « vivre » l'association, le site, le forum, les listes de diffusion etc...

Il restait à faire vivre les articles du site. Grâce au Wiki, nous espérons avec vous relever le défi de maintenir une documentation à jour.

Enfin, nous avons tout au cours de cette année fait de nombreuses actions de prosélytisme et de lobbying pour Linux et les Logiciels Libres, des conférences, des install-parties.

Du côté administratif, cet été, le siège social de l'association a déménagé en même temps que son président à l'adresse suivante : 12 rue Boucry – 75018 PARIS.

== Compte-rendu des actions ==
=== Site Web ===
==== Léa ====
Avant l'été, il a été mis en place un système de paiement de dons en ligne par carte de paiement à travers le service de Paypal. Ce service ne nécessite pas la création de compte Paypal.

Durant les RMLL, Léa a décidé d'étudier l'ouverture à la contribution sur ses articles à l'aide d'un Wiki. Après des études de faisabilité durant Juillet/Août, le CA a décidé de commencer les travaux de migration du site vers le moteur MediaWiki.

Le site de Léa tourne depuis fin Octobre sous un MediaWiki auquel nous avons ajouté quelques extensions (dont certaines sont disponibles sur la page de [[Utilisateur:Lea|Lea]]) ainsi qu'un cache statique qui sert de filtre entre les modifications et le net.

==== Forum ====
Le forum tourne toujours sous Phorum. Des maintenances correctives et de sécurité ont été effectuées.

==== Liste Aide ====
Emmanuel Fleury est toujours modérateur de la liste.

==== LinuxFrench ====
Au printemps, LinuxFrench a failli fermer ces portes lors du départ d'Albert Bruc.
Heureusement, Jean-Claude Stiegler reprend le site en accord avec Albert.
La ligne éditoriale restera la même et nous espèrons que certains d'entre vous rejoindront la rédaction passagèrement ou sur plus long terme.

=== Manifestations ===
==== Concours Kakémono ====
Pour représenter Léa lors de ces manifestations, le CA a décidé en Juin d'organiser un concours pour la réalisation d'un kakémono.

Après la délibération du jury, les délais ont été très court pour sa première sortie lors des RMLL.
Le vainqueur de ce concours a été skeepin.

==== Liste de manifestations ====
Remarque : Ce rapport ne mentionne que les actions dont le conseil d'administration a été mis au courant, il se peut donc que les actions de tous les membres de Léa ne soient pas dans ce rapport.

* '''1 au 3 Février 2005 : Solutions Linux''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Léa a remporté le 1er prix du meilleur site web aux Coups de Coeur du Libre
* '''19 Mars 2005 : Install-Party à la Villette''' : Conférences, Install-Party et prosélytisme Linux
* '''1 et 2 Avril 2005 : Game Over à Limoges''' : Prosélytisme Linux et vente de Live CDs, Léa-Books et T-Shirts
* '''23 au 25 avril 2004 : Libr'east''' : Prosélytisme Linux, Install Party et vente de CDs, Léa-Books et T-Shirts
* '''30 Avril 2004 : AG 2004 et Léa-Party''' : AG 2004, Conférences et Repas entre membres de l'associations
* '''14 et 15 Mai 2005 Salon Multimédia de Proville''' : Prosélytisme Linux
* '''4 au 9 Juillet 2005 : RMML à Dijon''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Le stand de Léa a remporté le second prix ex-aequo du stand le plus sympa du village
* '''9, 10 et 11 Septembre 2005 : Fête de l'Huma''' : Prosélytisme Linux
* '''14 et 15 Octobre 2005 : Journées du Logiciel Libre à Lyon''' : Prosélytisme Linux

=== Lobbying ===
* Lors du Salon Linux Solution, Léa a participé matériellement, humainement et financièrement à la tenue d'un stand de conférences libres sur le Libre.

== Action à mener ==
=== Site Web ===
* Maintenance du serveur
* Améliorer la gestion des modifications de la page de modération
* Mieux intégrer Awstats à mediawiki
* Restructurer le wiki (voir [[Lea Linux:Modération/Structuration du wiki|Modération/Structuration du wiki]])

=== Manifestations ===
* 31 Janvier au 2 Février 2006 : Linux Solutions 2006
* Juillet 2006 : RMLL à Nancy ???
* Léa-Party et Install-Parties
* Salon de l'Education

=== Lobbying ===
* Brevets logiciels
* Loi DADVSI

{{DP}}

Lea Linux:Statuts du 03-12-2005

2005-12-05T13:53:52Z

ST : /* Article 11 : rôle des membres du bureau */

[[Category:Association]]
Ecrits par les membres fondateurs : Frédéric Bonnaud, Jean-Christophe Cardot, Anne-Laure Nicolas, Serge Tchesmeli.

= Article 1 : constitution et dénomination =
Il est fondé entre les adhérents aux présents statuts une association régie par la loi du 1er juillet 1901 et le décret du 16 août 1901, ayant pour dénomination l'association Léa (Linux entre amis).

= Article 2 : objet =
Cette association a pour but de promouvoir et de défendre par tous les moyens dont elle dispose, y compris juridiques, les logiciels libres au sens ou l'entendent l'association « Free Software Foundation (FSF) » et l'organisme « Open Source Initiative (OSI) », dont le système d'exploitation Linux, afin d'aider à leur installation et configuration par divers moyens tels que :
* la rédaction et la publication d'articles en ligne, en particulier sur les sites web http://lea-linux.org, http://linuxfrench.net et http://asill.org animés par l'association ou sur tout autre site partenaire,
* la publication permanente et en langue française d'articles et de brèves réalisés par ou pour l'association et ceci sur tous les formats possibles (numérique ou non),
* des réunions d'utilisateurs avec des conférences et des débats animés par l'association ou des personnes externes,
* la présence et interventions dans diverses manifestations,
* la défense légale des documentations réalisées par ses membres.

= Article 3 : siège social =
Le siège social est fixé à l'adresse suivante :
:c/o Jean-Christophe Cardot
:12, rue Boucry
:75018 PARIS

Il pourra être transféré par simple décision du conseil d'administration.

= Article 4 : durée =
La durée de l'association est de 99 ans.

= Article 5 : composition de l'association =
L'association se compose de :
* '''membres actifs'''. Sont membres actifs ceux qui sont à jour de leur cotisation annuelle. Il peut y avoir deux types de membres actifs : les personnes physiques et les personnes morales. Ils disposent chacun d'une voix lors des votes de l'assemblée générale. Si une personne physique est également représentante d'une personne morale, elle dispose d'une voix en tant que personne physique, et d'une voix en tant que personne morale.
* '''membres d'honneur'''. Le titre de membre d'honneur peut être décerné par le conseil d' administration aux personnes qui rendent ou ont rendu des services signalés à l'association. Les membres d' honneur sont des membres de l' Assemblée Générale et ne sont pas tenus de payer une cotisation annuelle.
* '''membres bienfaiteurs'''. Personnes physiques ou morales qui auront versé une cotisation annuelle au moins double de la cotisation des membres actifs.

= Article 6 : admission et adhésion =
Pour faire partie de l'association, il faut adhérer aux présents statuts, être agréé par le conseil d'administration, avoir souscrit un bulletin d'adhésion qui précise la qualité de l'adhérant (personne morale ou physique), avoir acquitté un droit d'entrée égal à la cotisation annuelle.

En cas de refus d'une adhésion par le conseil d'administration (un avis sera alors transmis à l'intéressé), le droit d'entrée éventuellement perçu sera intégralement remboursé.

= Article 7 : cotisation =
Une cotisation annuelle doit être acquittée par les adhérents. Son montant est fixé chaque année par le conseil d'administration. Celui-ci pourra être différent pour les personnes physiques et les personnes morales.

Sur décision du conseil d'administration, un ou tous les membres de l'association peuvent être dispensés de cotisation.

Toute cotisation pourra être rachetée moyennant le paiement d'une somme minima égale à dix fois le montant annuel sans que la somme globale ne puisse dépasser un montant de 15 (quinze) euros (cf. loi du 1er Janvier 1901, modifiée par la loi du 23 juin 1948, n°48-1001.)

= Article 8 : radiation =
La qualité de membre se perd par :
* le décès,
* la démission qui doit être adressée par écrit au conseil d'administration,
* le non-paiement de la cotisation dans un délai de 2 mois après sa date d'exigibilité (validée dans ce cas par une décision du conseil d'administration),

La radiation est prononcée par le conseil d'administration pour le non-paiement de la cotisation, ou pour motif grave, l'intéressé ayant été invité par lettre recommandée à se présenter devant le bureau pour fournir des explications.

= Article 9 : ressources =
Les ressources de l'association comprennent :
* le montant des cotisations,
* les subventions de l'état et des collectivités territoriales,
* les recettes des manifestations exceptionnelles,
* toute autre ressource que peut percevoir une association régie par la loi du 1er juillet 1901 et le décret du 16 août 1901 et qui ne soit pas contraire aux règles en vigueur.

= Article 10 : bureau et conseil d'administration =
L'association est dirigée par un bureau et un conseil d'administration. Le bureau est composé des 4 membres fondateurs, permanents (sauf démission du bureau ou du conseil d'administration ou radiation de l'association). Le conseil d'administration est composé du bureau augmenté sur décision du conseil de 0 à 7 membres élus par l'assemblée générale.

Les membres fondateurs sont :
* Frédéric Bonnaud,
* Jean-Christophe Cardot,
* Anne-Laure Nicolas,
* Serge Tchesmeli (démissionnaire).

Ils forment le '''Bureau''' qui élira en son sein, lors de chaque assemblée générale, un '''président''', un '''vice-président''', un '''secrétaire''' et un '''trésorier'''. En cas de départ de l'association d'un de ces quatre membres, celui sera remplacé : provisoirement, avant la prochaine assemblée générale, par le conseil, puis par une élection pour deux ans par cette assemblée générale. De plus, le bureau peut décider d'admettre un membre en son sein, par cooptation puis vote des membres du bureau.

En cas de vacances de poste au conseil, celui-ci pourvoit de la même façon au remplacement du ou des membres aux postes vacants. De même, en cas de décision du conseil d'augmenter le nombre de ses membres, ce ou ces membres sont élus pour 2 années lors de la prochaine assemblée générale.

Les mineurs de moins de 16 ans peuvent être élus au conseil d'administration après acceptation de leur candidature par le conseil d'administration sortant.

= Article 11 : rôle des membres du bureau =
Les rôles respectifs du bureau et du conseil d'administration pourront être précisés dans le règlement intérieur.

'''Président''' 
Le président convoque les assemblées générales ainsi que le conseil d'administration et le Bureau. Il représente l'association dans tous les actes de la vie civile et est investi de tous pouvoirs à cet effet. Il peut déléguer certaines de ses attributions.
Il a notamment qualité pour ester en justice au nom de l'association, tant en demande qu'en défense.
En cas d'absence ou de maladie, il est remplacé par tout administrateur spécialement délégué par le Conseil, en priorité par le vice-président.

'''Vice-président''' 
Il remplace le président en cas d'incapacité de ce dernier à remplir ses obligations, sur demande de ce dernier ou sur demande du bureau.

'''Responsable de la publication technique et éditoriale''' 
Le responsables de la publication est chargé d'assurer la coordination des articles publiés ainsi que de leur validité.
Il est défini deux postes :
* un responsable de la publication technique
* un responsable de la publication éditoriale
Ceux-ci sont nommés par le bureau et peuvent être membre de celui-ci ou bien du conseil d'administration de l'association.

'''Secrétaire''' 
Le Secrétaire est chargé de tout ce qui concerne la correspondance et des archives.
Il rédige les procès verbaux des délibérations
Il tient le registre spécial prévu par la loi et assure l'exécution des formalités prescrites.

'''Trésorier''' 
Le trésorier est chargé de tenir, ou faire tenir, sous son contrôle, la comptabilité de l'association. Il perçoit toute recette ; il effectue tout paiement, sous réserve de l'autorisation du président ainsi que l'inventaire. En cas d'empêchement, il est remplacé par le président.

À l'égard des organismes bancaires ou postaux, le président, le trésorier, ou tout autre personne désignée par le président avec l'accord du conseil d'administration, ont pouvoir, chacun séparément, de signer tous moyens de paiement (chèques, virements...).

= Article 12 : réunion du conseil d'administration =
Le conseil d'administration se réunit tous les six mois, sur convocation du président, ou sur demande de la moitié de ses membres. Au moins la moitié des membres doivent être présents pour que le conseil d'administration puisse délibérer valablement.

Il est tenu un compte-rendu des séances.

Les décisions sont prises à la majorité des voix; en cas de partage, la voix du président est prépondérante.

Tout membre du conseil qui, sans excuse, n'aura pas assisté à trois réunions consécutives, pourra être considéré comme démissionnaire par le conseil d'administration.

Ces réunions pourront être faite «en ligne» sur internet (via des outils de communication en direct) au cas où plusieurs membres sont dans l'incapacité de se déplacer.

= Article 13 : assemblée générale ordinaire =
L'assemblée générale ordinaire se réunit une fois par an et comprend tous les membres de l'association à jour de leur cotisation. Quinze jours au moins avant la date fixée, les membres de l'association sont convoqués. La convocation pourra se faire par courrier, courrier électronique ou tout autre moyen de communication. L'ordre du jour sera communiqué sur les convocations.

Le président, assisté des membres du conseil, préside l'assemblé et expose la situation morale de l'association. Le trésorier rend compte de sa gestion et expose la situation financière. Le bilan est soumis à l'approbation de l'assemblée.

L'assemblée délibère ensuite sur les orientations à venir ; il est procédé, après épuisement de l'ordre du jour, au remplacement, au scrutin secret, des membres du conseil éventuellement sortants.

Les membres empêchés peuvent se faire représenter par un autre membre de l' association au moyen d' un pouvoir écrit (par voie électronique signée, par fax ou par courier).

= Article 14 : assemblée générale extraordinaire =
Si besoin est, ou sur demande d'un tiers plus un des membres inscrits, le président peut convoquer une assemblée générale extraordinaire, suivant les formalités de l'article treize.

= Article 15 : rémunération =
Les membres de l'association ont droit au remboursement des dépenses engagées pour l'association, sur présentation de justificatifs et après accord du bureau.

Les frais de déplacements seront remboursés sur le barème de l'administration fiscale. Leurs fonctions sont principalement bénévoles mais une rémunération exceptionnelle peut être prévue dans les limites fixées par la réglementation fiscale.

= Article 16 : règlement intérieur =
Un règlement intérieur peut être établi par le conseil d'administration qui le fait alors approuver par l'assemblée générale ordinaire. Il s'impose à tous les membres de l'association.

Ce règlement permettra de bien cerner l'esprit de l'association, et donnera des directives et des conseils pour le fonctionnement de l' association. Et il pourra permettre éventuellement de fixer les divers points non prévus par les statuts.

Il pourra être modifié par le conseil d'administration, et ratifié par l'assemblée générale ordinaire.

Ce règlement éventuel est destiné à fixer les divers points non prévus par les statuts.

= Article 17 : dissolution =
La dissolution est prononcée par l'assemblée générale extraordinaire qui nomme un liquidateur. L'actif, s'il y a lieu, sera dévolu conformément à l'article 9 de la loi du 1er juillet 1901 et au décret du 16 août 1901, en faveur d'une ou plusieurs associations ayant un objet voisin.

{{DP}}

Lea Linux:Registre spécial

2005-12-05T13:49:51Z

ST : AG 2005

[[Category:Association]]
= Qu'est ce qu'un registre spécial =
Toute association a l'obligation de tenir un registre spécial sur lequel devront être consignés les changements intervenus dans sa direction et les modifications apportées aux statuts.

Ce registre est lié à la vie de l'association et doit '''être conservé indéfiniment''' pour le présenter aux autorités à chaque fois qu'elles en font la demande.

Traditionnellement, ce registre est tenu par le secrétaire de l'association.

Toutes les annonces au [http://www.journal-officiel.gouv.fr Journal Officiel] de l'association sont consultables en ligne.

= Registre spécial de l'association Léa-Linux =
*'''17/05/2001''' - Création de l'association
** Déclaration à la préfecture des Hauts-de-Seine (92) parue au Journal Officiel le 23/06/01 - numéro de parution : 20010025 - Numéro d'annonce : 2929
** Siège social : 24, avenue Faidherbe - 92600 Asnières sur Seine
** [[Lea_Linux:Statuts du 17-05-2001|Statuts du 17-05-2001]]
** Composition du CA
*** Serge Tchesmeli - Président de l'association.
*** Jean-Christophe Cardot - Trésorier de l'association.
*** Anne-Laure Nicolas - Secrétaire de l'association.
*** Frédéric Bonnaud - Secrétaire de l'association

* '''06/12/2003''' - AG 2003
** Première assemblée générale de l'association
** Elections au CA
*** Jean-Thomas Muyl
*** Jiel Beaumadier
*** Albert Bruc
** [[Lea_Linux:Compte-rendu AG 2003|Compte-rendu AG 2003]]
** Nouvelle composition du CA
*** Serge Tchesmeli - Président
*** Jean-Christophe Cardot - Trésorier
*** Anne-Laure Nicolas - Secrétaire
*** Frédéric Bonnaud - Secrétaire
*** Jean-Thomas Muyl - Membre du CA
*** Jiel Beaumadier - Membre du CA
*** Albert Bruc - Membre du CA

* '''10/04/2004''' - Absorption de l'association LinuxFrench (décision du CA des deux associations, à l'occasion du salon Game Over à Limoges)

* '''30/04/2005''' - AG 2004
** Démission
*** Serge Tchesmeli
** Election au CA
*** Stéphane Esté-Gracias
** [[Lea_Linux:Compte-rendu AG 2004|Compte-rendu AG 2004]]
** Nouvelle composition du CA
*** Jean-Christophe Cardot - Président
*** Anne-Laure Nicolas - Vice-présidente
*** Frédéric Bonnaud - Trésorier
*** Stéphane Esté-Gracias - Secrétaire
*** Jean-Thomas Muyl - Membre du CA
*** Jiel Beaumadier - Membre du CA
*** Albert Bruc - Membre du CA

* '''01/08/2005''' - Transfert du siège social
** Siège social : 12 rue Boucry - 75018 PARIS

* '''03/12/2005''' - AG 2005
** Elections au CA
*** Jean-Thomas Muyl
*** Jiel Beaumadier
** [[Lea_Linux:Compte-rendu AG 2005|Compte-rendu AG 2005]]
** [[Lea_Linux:Statuts du 03-12-2005|Statuts du 03-12-2005]]
** Nouvelle composition du CA
*** Jean-Christophe Cardot - Président
*** Anne-Laure Nicolas - Vice-présidente
*** Frédéric Bonnaud - Trésorier
*** Stéphane Esté-Gracias - Secrétaire
*** Jean-Thomas Muyl - Membre du CA
*** Jiel Beaumadier - Membre du CA

{{DP}}

Lea Linux:Compte-rendu AG 2005

2005-11-29T16:29:05Z

ST : /* Lobbying */

[[Category:Association]]

= Bilan moral =
L'association Léa existe officiellement depuis maintenant 4 ans ; son existence a été rendue publique lors du salon Linux Solutions de février 2003. Le site Lea-Linux.org existe, quant à lui, depuis 1999.

Cette année a été riche en événements pour Léa.

Tout d'abord, c'était la troisième année où Léa sortait dans la vie réelle. Ainsi avons-nous participé à des manifestations, dont vous verrez le résumé plus bas.

Ensuite, le site a aussi évolué :
* en changeant de charte graphique (nous tenons à remercier Ayo et LinuxGraphic.org)
* en s'ouvrant à une contribution plus large.

Le forum et la liste aide tournent déjà grâce au support de quelques habitués : Léa les remercie de leur présence et de leur disponibilité. Néanmoins, nous sommes toujours en perpétuel quête de contributeurs pour faire Â« vivre Â» l'association, le site, le forum, les listes de diffusion etc...

Il restait à faire vivre les articles du site. Grâce au Wiki, nous espérons avec vous relever le défi de maintenir une documentation à jour.

Enfin, nous avons tout au cours de cette année fait de nombreuses actions de prosélytisme et de lobbying pour Linux et les Logiciels Libres, des conférences, des install-parties.

Du côté administratif, cet été, le siège social de l'association a déménagé en même temps que son président à l'adresse suivante : 12 rue Boucry â 75018 PARIS.

== Compte-rendu des actions ==
=== Site Web ===
==== Léa ====
Avant l'été, il a été mis en place un système de paiement de dons en ligne par carte de paiement à travers le service de Paypal. Ce service ne nécessite pas la création de compte Paypal.

Durant les RMLL, Léa a décidé d'étudier l'ouverture à la contribution sur ses articles à l'aide d'un Wiki. Après des études de faisabilité durant Juillet/Août, le CA a décidé de commencer les travaux de migration du site vers le moteur MediaWiki.

Le site de Léa tourne depuis fin Octobre sous un MediaWiki auquel nous avons ajouté quelques extensions (dont certaines sont disponibles sur la page de [[Utilisateur:Lea|Lea]]) ainsi qu'un cache statique qui sert de filtre entre les modifications et le net.

==== Forum ====
Le forum tourne toujours sous Phorum. Des maintenances correctives et de sécurité ont été effectuées.

==== Liste Aide ====
Emmanuel Fleury est toujours modérateur de la liste.

==== LinuxFrench ====
Au printemps, LinuxFrench a failli fermer ces portes lors du départ d'Albert Bruc.
Heureusement, Jean-Claude Stiegler reprend le site en accord avec Albert.
La ligne éditoriale restera la même et nous espèrons que certains d'entre vous rejoindront la rédaction passagèrement ou sur plus long terme.

=== Manifestations ===
==== Concours Kakémono ====
Pour représenter Léa lors de ces manifestations, le CA a décidé en Juin d'organiser un concours pour la réalisation d'un kakémono.

Après la délibération du jury, les délais ont été très court pour sa première sortie lors des RMLL.
Le vainqueur de ce concours a été skeepin.

==== Liste de manifestations ====
Remarque : Ce rapport ne mentionne que les actions dont le conseiil d'administration a été mis au courant, il se peut donc que les actions de tous les membres de Léa ne soient pas dans ce rapport.

* '''1 au 3 février 2005 : Solutions Linux''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Léa a remporté le 1er prix du meilleur site web aux Coups de Coeur du Libre
* '''19/03/2005 : Install-Party à la Villette''' : Conférences, Install-Party et prosélytisme Linux
* '''1 et 2 avril 2005 : Game Over à Limoges''' : Prosélytisme Linux et vente de Live CDs, Léa-Books et T-Shirts
* '''23 au 25 avril 2004 : Libr'east''' : Prosélytisme Linux, Install Party et vente de CDs, Léa-Books et T-Shirts
* '''30 avril 2004 : AG 2004 et Léa-Party''' : AG 2004, Conférences et Repas entre membres de l'associations
* '''14 et 15 Mai 2005 Salon Multimédia de Proville''' : Prosélytisme Linux
* '''4 au 9 juillet 2005 : RMML à Dijon''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Le stand de Léa a remporté le second prix ex-aequo du stand le plus sympa du village, lors d'une soirée aux Tanneries (espace autogéré)
* '''9, 10 et 11 Septembre 2005 : Fête de l'Huma''' : Prosélytisme Linux
* '''14 et 15 Octobre 2005 : Journées du Logiciel Libre à Lyon''' : Prosélytisme Linux

=== Lobbying ===
* Lors du Salon Linux Solution, Léa a participé matériellement, humainement et financièrement à la tenue d'un stand de conférences libres sur le Libre.

== Action à mener ==
=== Site Web ===
* Maintenance du serveur
* Améliorer la gestion des modifications de la page de modération
* Mieux intégrer Awstats à mediawiki
* Restructurer le wiki (voir [[Lea Linux:Modération/Structuration du wiki|Modération/Structuration du wiki]])

=== Manifestations ===
* 31 Janvier au 2 Février 2006 : Linux Solutions 2006
* Juillet 2006 : RMLL à Nancy ???
* Léa-Party et Install-Parties
* Salon de l'Education

=== Lobbying ===
* Brevets logiciels
* Loi DADVSI

{{DP}}

Lea Linux:Compte-rendu AG 2005

2005-11-29T16:27:09Z

ST : /* Site Web */

[[Category:Association]]

= Bilan moral =
L'association Léa existe officiellement depuis maintenant 4 ans ; son existence a été rendue publique lors du salon Linux Solutions de février 2003. Le site Lea-Linux.org existe, quant à lui, depuis 1999.

Cette année a été riche en événements pour Léa.

Tout d'abord, c'était la troisième année où Léa sortait dans la vie réelle. Ainsi avons-nous participé à des manifestations, dont vous verrez le résumé plus bas.

Ensuite, le site a aussi évolué :
* en changeant de charte graphique (nous tenons à remercier Ayo et LinuxGraphic.org)
* en s'ouvrant à une contribution plus large.

Le forum et la liste aide tournent déjà grâce au support de quelques habitués : Léa les remercie de leur présence et de leur disponibilité. Néanmoins, nous sommes toujours en perpétuel quête de contributeurs pour faire Â« vivre Â» l'association, le site, le forum, les listes de diffusion etc...

Il restait à faire vivre les articles du site. Grâce au Wiki, nous espérons avec vous relever le défi de maintenir une documentation à jour.

Enfin, nous avons tout au cours de cette année fait de nombreuses actions de prosélytisme et de lobbying pour Linux et les Logiciels Libres, des conférences, des install-parties.

Du côté administratif, cet été, le siège social de l'association a déménagé en même temps que son président à l'adresse suivante : 12 rue Boucry â 75018 PARIS.

== Compte-rendu des actions ==
=== Site Web ===
==== Léa ====
Avant l'été, il a été mis en place un système de paiement de dons en ligne par carte de paiement à travers le service de Paypal. Ce service ne nécessite pas la création de compte Paypal.

Durant les RMLL, Léa a décidé d'étudier l'ouverture à la contribution sur ses articles à l'aide d'un Wiki. Après des études de faisabilité durant Juillet/Août, le CA a décidé de commencer les travaux de migration du site vers le moteur MediaWiki.

Le site de Léa tourne depuis fin Octobre sous un MediaWiki auquel nous avons ajouté quelques extensions (dont certaines sont disponibles sur la page de [[Utilisateur:Lea|Lea]]) ainsi qu'un cache statique qui sert de filtre entre les modifications et le net.

==== Forum ====
Le forum tourne toujours sous Phorum. Des maintenances correctives et de sécurité ont été effectuées.

==== Liste Aide ====
Emmanuel Fleury est toujours modérateur de la liste.

==== LinuxFrench ====
Au printemps, LinuxFrench a failli fermer ces portes lors du départ d'Albert Bruc.
Heureusement, Jean-Claude Stiegler reprend le site en accord avec Albert.
La ligne éditoriale restera la même et nous espèrons que certains d'entre vous rejoindront la rédaction passagèrement ou sur plus long terme.

=== Manifestations ===
==== Concours Kakémono ====
Pour représenter Léa lors de ces manifestations, le CA a décidé en Juin d'organiser un concours pour la réalisation d'un kakémono.

Après la délibération du jury, les délais ont été très court pour sa première sortie lors des RMLL.
Le vainqueur de ce concours a été skeepin.

==== Liste de manifestations ====
Remarque : Ce rapport ne mentionne que les actions dont le conseiil d'administration a été mis au courant, il se peut donc que les actions de tous les membres de Léa ne soient pas dans ce rapport.

* '''1 au 3 février 2005 : Solutions Linux''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Léa a remporté le 1er prix du meilleur site web aux Coups de Coeur du Libre
* '''19/03/2005 : Install-Party à la Villette''' : Conférences, Install-Party et prosélytisme Linux
* '''1 et 2 avril 2005 : Game Over à Limoges''' : Prosélytisme Linux et vente de Live CDs, Léa-Books et T-Shirts
* '''23 au 25 avril 2004 : Libr'east''' : Prosélytisme Linux, Install Party et vente de CDs, Léa-Books et T-Shirts
* '''30 avril 2004 : AG 2004 et Léa-Party''' : AG 2004, Conférences et Repas entre membres de l'associations
* '''14 et 15 Mai 2005 Salon Multimédia de Proville''' : Prosélytisme Linux
* '''4 au 9 juillet 2005 : RMML à Dijon''' : Prosélytisme Linux et vente de CDs, Léa-Books et T-Shirts. Le stand de Léa a remporté le second prix ex-aequo du stand le plus sympa du village, lors d'une soirée aux Tanneries (espace autogéré)
* '''9, 10 et 11 Septembre 2005 : Fête de l'Huma''' : Prosélytisme Linux
* '''14 et 15 Octobre 2005 : Journées du Logiciel Libre à Lyon''' : Prosélytisme Linux

=== Lobbying ===
* Lors du Salon Linux Solution, Léa a participé matériellement, humainement et financièrement à la tenue d'un stand de conférences libres sur le Libre.

== Action à mener ==
=== Site Web ===
* Maintenance du serveur
* Améliorer la gestion des modifications de la page de modération
* Mieux intégrer Awstats à mediawiki
* Restructurer le wiki (voir [[Lea Linux:Modération/Structuration du wiki|Modération/Structuration du wiki]])

=== Manifestations ===
* 31 Janvier au 2 Février 2006 : Linux Solutions 2006
* Juillet 2006 : RMLL à Nancy ???
* Léa-Party et Install-Parties
* Salon de l'Education

=== Lobbying ===
'''A COMPLETER'''

{{DP}}

Catégorie:Association

2005-11-29T15:59:08Z

ST : Test pour modification de l'index

Cette catégorie regroupe les articles liés à la vie de l'association Léa-Linux.

{{DP}}

Lea Linux:AG 2005

2005-11-29T13:09:46Z

ST : /* Conférences */

[[Category:Association]]
Le '''samedi 3 Décembre 2005''', l'association Léa-Linux organise une journée, ouverte à tous, au cours de laquelle auront lieu l'AG de l'association, des conférences et enfin une soirée dînatoire.

Pour accéder à la Cité de La Villette, consultez cette [http://www.cite-sciences.fr/francais/ala_cite/cite_pra/info_pra/acces.htm page].

= Assemblée Générale =
Lieu : '''[http://www.cite-sciences.fr/francais/ala_cite/cite_pra/info_pra/acces.htm Cité des Sciences et de l'Industrie - La Villette] (salle A1, niveau 0)'''

Horaire : '''13h30 à 15h'''

Cette assemblée générale sera composée :
* de la présentation et du vote du [[Lea_Linux:Bilan 2005|bilan moral]]
* de la présentation et du vote du bilan financier
* du vote des [[Lea_Linux:Statuts du 03-12-2005|nouveaux statuts]]
* d'élections de membres du conseil d'administration
* de discussions sur la vie de l'association

= Conférences =
Lieu : '''[http://www.cite-sciences.fr/francais/ala_cite/cite_pra/info_pra/acces.htm Cité des Sciences et de l'Industrie - La Villette] (salle A1, niveau 0)'''

Horaire : '''15h00 à 18h00'''

Les 3 conférences suivantes seront présentées :
* '''Présentation du projet Wikipédia'''
* '''Graphisme et Logiciels Libres''' - Ayo
* '''Réaliser du Streaming audio en logiciel libre''' - Michael Scherer

Un apéritif sera organisé à la fin de cet après-midi.

= Soirée =
Lieu : '''A préciser'''

Horaire : '''20h'''

Une soirée sera organisée dans un lieu convivial dont le dîner ne dépassera pas les 20 Euros.

= Inscriptions =
Veuillez ajouter, '''dans la page [[Discuter:AG 2005|discussion]]''', votre nom, le nombre de personnes et les événements auquels vous désirez participer vous et vos éventuels invités.
Ainsi, les réservations prises par Léa seront facilitées.

{{DP}}

Lea Linux:AG 2005

2005-11-21T09:38:45Z

ST : /* Conférences */

[[Category:Association]]
Le '''samedi 3 Décembre 2005''', l'association Léa-Linux organise une journée, ouverte à tous, au cours de laquelle auront lieu l'AG de l'association, des conférences et enfin une soirée dînatoire.

Pour accéder à la Cité de La Villette, consultez cette [http://www.cite-sciences.fr/francais/ala_cite/cite_pra/info_pra/acces.htm page].

= Assemblée Générale =
Lieu : '''[http://www.cite-sciences.fr/francais/ala_cite/cite_pra/info_pra/acces.htm Cité des Sciences et de l'Industrie - La Villette] (salle A1, niveau 0)'''

Horaire : '''13h30 à 15h'''

Cette assemblée générale sera composée :
* de la présentation et du vote du [[Lea_Linux:Bilan 2005|bilan moral]]
* de la présentation et du vote du bilan financier
* du vote des [[Lea_Linux:Statuts du 03-12-2005|nouveaux statuts]]
* d'élections de membres du conseil d'administration
* de discussions sur la vie de l'association

= Conférences =
Lieu : '''[http://www.cite-sciences.fr/francais/ala_cite/cite_pra/info_pra/acces.htm Cité des Sciences et de l'Industrie - La Villette] (salle A1, niveau 0)'''

Horaire : '''15h00 à 18h00'''

3 ou 4 conférences seront présentées sur divers thèmes variés :
* '''Présentation du projet Wikipédia'''
* '''Graphisme et Logiciels Libres''' - Ayo
* '''Réaliser du Streaming audio en logiciel libre''' - Michael Scherer

Un apéritif sera organisé à la fin de cet après-midi.

= Soirée =
Lieu : '''A préciser'''

Horaire : '''20h'''

Une soirée sera organisée dans un lieu convivial dont le dîner ne dépassera pas les 20 Euros.

= Inscriptions =
Veuillez ajouter, '''dans la page [[Discuter:AG 2005|discussion]]''', votre nom, le nombre de personnes et les événements auquels vous désirez participer vous et vos éventuels invités.
Ainsi, les réservations prises par Léa seront facilitées.

{{DP}}

Lea Linux:AG 2005

2005-11-18T18:28:51Z

ST : /* Conférences */

[[Category:Association]]
Le '''samedi 3 Décembre 2005''', l'association Léa-Linux organise une journée, ouverte à tous, au cours de laquelle auront lieu l'AG de l'association, des conférences et enfin une soirée dînatoire.

Pour accéder à la Cité de La Villette, consultez cette [http://www.cite-sciences.fr/francais/ala_cite/cite_pra/info_pra/acces.htm page].

= Assemblée Générale =
Lieu : '''[http://www.cite-sciences.fr/francais/ala_cite/cite_pra/info_pra/acces.htm Cité des Sciences et de l'Industrie - La Villette] (salle A1, niveau 0)'''

Horaire : '''13h30 à 15h'''

Cette assemblée générale sera composée :
* de la présentation et du vote du [[Lea_Linux:Bilan 2005|bilan moral]]
* de la présentation et du vote du bilan financier
* du vote des [[Lea_Linux:Statuts du 03-12-2005|nouveaux statuts]]
* d'élections de membres du conseil d'administration
* de discussions sur la vie de l'association

= Conférences =
Lieu : '''[http://www.cite-sciences.fr/francais/ala_cite/cite_pra/info_pra/acces.htm Cité des Sciences et de l'Industrie - La Villette] (salle A1, niveau 0)'''

Horaire : '''15h30 à 18h30'''

3 ou 4 conférences seront présentées sur divers thèmes variés :
* '''Présentation du projet Wikipédia'''
* '''Streaming audio'''

Un apéritif sera organisé à la fin de cet après-midi.

= Soirée =
Lieu : '''A préciser'''

Horaire : '''20h'''

Une soirée sera organisée dans un lieu convivial dont le dîner ne dépassera pas les 20 Euros.

= Inscriptions =
Veuillez ajouter, '''dans la page [[Discuter:AG 2005|discussion]]''', votre nom, le nombre de personnes et les événements auquels vous désirez participer vous et vos éventuels invités.
Ainsi, les réservations prises par Léa seront facilitées.

{{DP}}

Discussion Lea Linux:AG 2005

2005-11-17T10:03:47Z

ST :

* [[Utilisateur:ST|ST]] (AG + Confs + Soirée) - 1 personne
* [[Utilisateur:Maston28|Maston28]] (AG + Confs + Soirée) - 1 personne
* [[Utilisateur:Fred|Fred]] (AG + Confs + Soirée ... si hébergement) - 1 personne
* [[Utilisateur:Ennael|Anne]] (AG + Confs + Soirée) - 2 personnes
* [[Utilisateur:Phlogistique|Noé Rubinstein]] (Confs) - 1 personne - pas sur
* [[Utilisateur:Zragg|Zragg]] (AG + Confs + Soirée) - 1 personnes
* [[Utilisateur:Philheap|Philheap]] (AG + Confs + Soirée) - 2 personnes

Lea Linux:AG 2005

2005-11-16T22:11:40Z

ST :

[[Category:Association]]
Le '''samedi 3 Décembre 2005''', l'association Léa-Linux organise une journée, ouverte à tous, au cours de laquelle auront lieu l'AG de l'association, des conférences et enfin une soirée dînatoire.

Pour accéder à la Cité de La Villette, consultez cette [http://www.cite-sciences.fr/francais/ala_cite/cite_pra/info_pra/acces.htm page].

= Assemblée Générale =
Lieu : '''[http://www.cite-sciences.fr/francais/ala_cite/cite_pra/info_pra/acces.htm Cité des Sciences et de l'Industrie - La Villette] (salle A1, niveau 0)'''

Horaire : '''13h30 à 15h'''

Cette assemblée générale sera composée :
* de la présentation et du vote du [[Lea_Linux:Bilan 2005|bilan moral]]
* de la présentation et du vote du bilan financier
* du vote des [[Lea_Linux:Statuts du 03-12-2005|nouveaux statuts]]
* d'élections de membres du conseil d'administration
* de discussions sur la vie de l'association

= Conférences =
Lieu : '''[http://www.cite-sciences.fr/francais/ala_cite/cite_pra/info_pra/acces.htm Cité des Sciences et de l'Industrie - La Villette] (salle A1, niveau 0)'''

Horaire : '''15h30 à 18h30'''

3 ou 4 conférences seront présentées sur divers thèmes variés.

Un apéritif sera organisé à la fin de cet après-midi.

= Soirée =
Lieu : '''A préciser'''

Horaire : '''20h'''

Une soirée sera organisée dans un lieu convivial dont le dîner ne dépassera pas les 20 Euros.

= Inscriptions =
Veuillez ajouter, '''dans la page [[Discuter:AG 2005|discussion]]''', votre nom, le nombre de personnes et les événements auquels vous désirez participer vous et vos éventuels invités.
Ainsi, les réservations prises par Léa seront facilitées.

{{DP}}

Lea Linux:AG 2005

2005-11-16T22:10:19Z

ST :

[[Category:Association]]
Le '''samedi 3 Décembre 2005''', l'association Léa-Linux organise une journée, ouverte à tous, au cours de laquelle auront lieu l'AG de l'association, des conférences et enfin une soirée dînatoire.

Pour accéder à la Cité de La Villette, consultez cette [http://www.cite-sciences.fr/francais/ala_cite/cite_pra/info_pra/acces.htm ].

= Assemblée Générale =
Lieu : '''[http://www.cite-sciences.fr/francais/ala_cite/cite_pra/info_pra/acces.htm Cité des Sciences et de l'Industrie - La Villette] (salle A1, niveau 0)'''

Horaire : '''13h30 à 15h'''

Cette assemblée générale sera composée :
* de la présentation et du vote du [[Lea_Linux:Bilan 2005|bilan moral]]
* de la présentation et du vote du bilan financier
* du vote des [[Lea_Linux:Statuts du 03-12-2005|nouveaux statuts]]
* d'élections de membres du conseil d'administration
* de discussions sur la vie de l'association

= Conférences =
Lieu : '''[http://www.cite-sciences.fr/francais/ala_cite/cite_pra/info_pra/acces.htm Cité des Sciences et de l'Industrie - La Villette] (salle A1, niveau 0)'''

Horaire : '''15h30 à 18h30'''

3 ou 4 conférences seront présentées sur divers thèmes variés.

Un apéritif sera organisé à la fin de cet après-midi.

= Soirée =
Lieu : '''A préciser'''

Horaire : '''20h'''

Une soirée sera organisée dans un lieu convivial dont le dîner ne dépassera pas les 20 Euros.

= Inscriptions =
Veuillez ajouter, '''dans la page [[Discuter:AG 2005|discussion]]''', votre nom, le nombre de personnes et les événements auquels vous désirez participer vous et vos éventuels invités.
Ainsi, les réservations prises par Léa seront facilitées.

{{DP}}

Lea Linux:AG 2005

2005-11-16T22:08:46Z

ST :

[[Category:Association]]
Le '''samedi 3 Décembre 2005''', l'association Léa-Linux organise une journée, ouverte à tous, au cours de laquelle auront lieu l'AG de l'association, des conférences et enfin une soirée dînatoire.

Pour accéder à la Cité de La Villette, consultez cette [http://www.cite-sciences.fr/francais/ala_cite/cite_pra/info_pra/acces.htm page].

= Assemblée Générale =
Lieu : '''Cité des Sciences et de l'Industrie - La Villette (salle A1, niveau 0)'''

Horaire : '''13h30 à 15h'''

Cette assemblée générale sera composée :
* de la présentation et du vote du [[Lea_Linux:Bilan 2005|bilan moral]]
* de la présentation et du vote du bilan financier
* du vote des [[Lea_Linux:Statuts du 03-12-2005|nouveaux statuts]]
* d'élections de membres du conseil d'administration
* de discussions sur la vie de l'association

= Conférences =
Lieu : '''Cité des Sciences et de l'Industrie - La Villette (salle A1, niveau 0)'''

Horaire : '''15h30 à 18h30'''

3 ou 4 conférences seront présentées sur divers thèmes variés.

Un apéritif sera organisé à la fin de cet après-midi.

= Soirée =
Lieu : '''A préciser'''

Horaire : '''20h'''

Une soirée sera organisée dans un lieu convivial dont le dîner ne dépassera pas les 20 Euros.

= Inscriptions =
Veuillez ajouter, '''dans la page [[Discuter:AG 2005|discussion]]''', votre nom, le nombre de personnes et les événements auquels vous désirez participer vous et vos éventuels invités.
Ainsi, les réservations prises par Léa seront facilitées.

{{DP}}

Lea Linux:AG 2005

2005-11-16T22:04:59Z

ST : /* Conférences */

[[Category:Association]]
Le '''samedi 3 Décembre 2005''', l'association Léa-Linux organise une journée, ouverte à tous, au cours de laquelle auront lieu l'AG de l'association, des conférences et enfin une soirée dînatoire.

= Assemblée Générale =
Lieu : '''Cité des Sciences et de l'Industrie - La Villette (salle A1, niveau 0)'''

Horaire : '''13h30 à 15h'''

Cette assemblée générale sera composée :
* de la présentation et du vote du [[Lea_Linux:Bilan 2005|bilan moral]]
* de la présentation et du vote du bilan financier
* du vote des [[Lea_Linux:Statuts du 03-12-2005|nouveaux statuts]]
* d'élections de membres du conseil d'administration
* de discussions sur la vie de l'association

= Conférences =
Lieu : '''Cité des Sciences et de l'Industrie - La Villette (salle A1, niveau 0)'''

Horaire : '''15h30 à 18h30'''

3 ou 4 conférences seront présentées sur divers thèmes variés.

Un apéritif sera organisé à la fin de cet après-midi.

= Soirée =
Lieu : '''A préciser'''

Horaire : '''20h'''

Une soirée sera organisée dans un lieu convivial dont le dîner ne dépassera pas les 20 Euros.

= Inscriptions =
Veuillez ajouter, '''dans la page [[Discuter:AG 2005|discussion]]''', votre nom, le nombre de personnes et les événements auquels vous désirez participer vous et vos éventuels invités.
Ainsi, les réservations prises par Léa seront facilitées.

{{DP}}

Lea Linux:AG 2005

2005-11-16T22:04:41Z

ST : /* Assemblée Générale */

[[Category:Association]]
Le '''samedi 3 Décembre 2005''', l'association Léa-Linux organise une journée, ouverte à tous, au cours de laquelle auront lieu l'AG de l'association, des conférences et enfin une soirée dînatoire.

= Assemblée Générale =
Lieu : '''Cité des Sciences et de l'Industrie - La Villette (salle A1, niveau 0)'''

Horaire : '''13h30 à 15h'''

Cette assemblée générale sera composée :
* de la présentation et du vote du [[Lea_Linux:Bilan 2005|bilan moral]]
* de la présentation et du vote du bilan financier
* du vote des [[Lea_Linux:Statuts du 03-12-2005|nouveaux statuts]]
* d'élections de membres du conseil d'administration
* de discussions sur la vie de l'association

= Conférences =
Lieu : '''Cité des Sciences et de l'Industrie - La Villette (salle à préciser)'''

Horaire : '''15h30 à 18h30'''

3 ou 4 conférences seront présentées sur divers thèmes variés.

Un apéritif sera organisé à la fin de cet après-midi.

= Soirée =
Lieu : '''A préciser'''

Horaire : '''20h'''

Une soirée sera organisée dans un lieu convivial dont le dîner ne dépassera pas les 20 Euros.

= Inscriptions =
Veuillez ajouter, '''dans la page [[Discuter:AG 2005|discussion]]''', votre nom, le nombre de personnes et les événements auquels vous désirez participer vous et vos éventuels invités.
Ainsi, les réservations prises par Léa seront facilitées.

{{DP}}

Lea Linux:AG 2005

2005-11-13T19:43:55Z

ST : /* Inscriptions */

[[Category:Association]]
Le '''samedi 3 Décembre 2005''', l'association Léa-Linux organise une journée, ouverte à tous, au cours de laquelle auront lieu l'AG de l'association, des conférences et enfin une soirée dînatoire.

= Assemblée Générale =
Lieu : '''Cité des Sciences et de l'Industrie - La Villette (salle à préciser)'''

Horaire : '''13h30 à 15h'''

Cette assemblée générale sera composée :
* de la présentation et du vote du [[Bilan 2005|bilan moral]]
* de la présentation et du vote du bilan financier
* du vote des [[Statuts du 03/12/2005|nouveaux statuts]]
* d'élections de membres du conseil d'administration
* de discussions sur le vie de l'association

= Conférences =
Lieu : '''Cité des Sciences et de l'Industrie - La Villette (salle à préciser)'''

Horaire : '''15h30 à 18h30'''

3 ou 4 conférences seront présentées sur divers thèmes variés.

Un apéritif sera organisé à la fin de cet après-midi.

= Soirée =
Lieu : '''A préciser'''

Horaire : '''20h'''

Une soirée sera organisée dans un lieu convivial dont le dîner ne dépassera pas les 20 Euros.

= Inscriptions =
Veuillez ajouter, '''dans la page [[Discuter:AG 2005|discussion]]''', votre nom, le nombre de personnes et les événements auquels vous désirez participer vous et vos éventuels invités.
Ainsi, les réservations prises par Léa seront facilitées.

{{DP}}

Discussion Lea Linux:AG 2005

2005-11-13T19:43:36Z

ST :

* [[Utilisateur:ST|ST]] (AG + Confs + Soirée) - 1 personne
* [[Utilisateur:Maston28|Maston28]] (AG + Confs + Soirée) - 1 personne

Lea Linux:AG 2005

2005-11-13T19:42:22Z

ST : /* Inscriptions */

[[Category:Association]]
Le '''samedi 3 Décembre 2005''', l'association Léa-Linux organise une journée, ouverte à tous, au cours de laquelle auront lieu l'AG de l'association, des conférences et enfin une soirée dînatoire.

= Assemblée Générale =
Lieu : '''Cité des Sciences et de l'Industrie - La Villette (salle à préciser)'''

Horaire : '''13h30 à 15h'''

Cette assemblée générale sera composée :
* de la présentation et du vote du [[Bilan 2005|bilan moral]]
* de la présentation et du vote du bilan financier
* du vote des [[Statuts du 03/12/2005|nouveaux statuts]]
* d'élections de membres du conseil d'administration
* de discussions sur le vie de l'association

= Conférences =
Lieu : '''Cité des Sciences et de l'Industrie - La Villette (salle à préciser)'''

Horaire : '''15h30 à 18h30'''

3 ou 4 conférences seront présentées sur divers thèmes variés.

Un apéritif sera organisé à la fin de cet après-midi.

= Soirée =
Lieu : '''A préciser'''

Horaire : '''20h'''

Une soirée sera organisée dans un lieu convivial dont le dîner ne dépassera pas les 20 Euros.

= Inscriptions =
Veuillez ajouter, '''dans la page [[Discussion:AG 2005|discussion]]''', votre nom, le nombre de personnes et les événements auquels vous désirez participer vous et vos éventuels invités.
Ainsi, les réservations prises par Léa seront facilitées.

{{DP}}

Lea Linux:AG 2005

2005-11-13T19:41:16Z

ST : /* Inscriptions */

[[Category:Association]]
Le '''samedi 3 Décembre 2005''', l'association Léa-Linux organise une journée, ouverte à tous, au cours de laquelle auront lieu l'AG de l'association, des conférences et enfin une soirée dînatoire.

= Assemblée Générale =
Lieu : '''Cité des Sciences et de l'Industrie - La Villette (salle à préciser)'''

Horaire : '''13h30 à 15h'''

Cette assemblée générale sera composée :
* de la présentation et du vote du [[Bilan 2005|bilan moral]]
* de la présentation et du vote du bilan financier
* du vote des [[Statuts du 03/12/2005|nouveaux statuts]]
* d'élections de membres du conseil d'administration
* de discussions sur le vie de l'association

= Conférences =
Lieu : '''Cité des Sciences et de l'Industrie - La Villette (salle à préciser)'''

Horaire : '''15h30 à 18h30'''

3 ou 4 conférences seront présentées sur divers thèmes variés.

Un apéritif sera organisé à la fin de cet après-midi.

= Soirée =
Lieu : '''A préciser'''

Horaire : '''20h'''

Une soirée sera organisée dans un lieu convivial dont le dîner ne dépassera pas les 20 Euros.

= Inscriptions =
Veuillez ajouter, '''dans la page [[Discussion;AG 2005|discussion]]''', votre nom, le nombre de personnes et les événements auquels vous désirez participer vous et vos éventuels invités.
Ainsi, les réservations prises par Léa seront facilitées.

{{DP}}

Lea Linux:AG 2005

2005-11-13T19:26:50Z

ST : /* Assemblée Générale */

[[Category:Association]]
Le '''samedi 3 Décembre 2005''', l'association Léa-Linux organise une journée, ouverte à tous, au cours de laquelle auront lieu l'AG de l'association, des conférences et enfin une soirée dînatoire.

= Assemblée Générale =
Lieu : '''Cité des Sciences et de l'Industrie - La Villette (salle à préciser)'''

Horaire : '''13h30 à 15h'''

Cette assemblée générale sera composée :
* de la présentation et du vote du [[Bilan 2005|bilan moral]]
* de la présentation et du vote du bilan financier
* du vote des [[Statuts du 03/12/2005|nouveaux statuts]]
* d'élections de membres du conseil d'administration
* de discussions sur le vie de l'association

= Conférences =
Lieu : '''Cité des Sciences et de l'Industrie - La Villette (salle à préciser)'''

Horaire : '''15h30 à 18h30'''

3 ou 4 conférences seront présentées sur divers thèmes variés.

Un apéritif sera organisé à la fin de cet après-midi.

= Soirée =
Lieu : '''A préciser'''

Horaire : '''20h'''

Une soirée sera organisée dans un lieu convivial dont le dîner ne dépassera pas les 20 Euros.

= Inscriptions =
Veuillez ajouter votre nom, le nombre de personnes et les événements auquels vous désirez participer vous et vos éventuels invités.
Ainsi, les réservations prises par Léa seront facilitées.

* [[Utilisateur:ST|ST]] (AG + Confs + Soirée) - 1 personne
* [[Utilisateur:Maston28|Maston28]] (AG + Confs + Soirée) - 1 personne

{{DP}}

Statuts 03/12/2005

2005-11-13T19:25:59Z

ST : Statuts 03/12/2005 déplacé vers Statuts du 03/12/2005

#redirect [[Statuts du 03/12/2005]]

Lea Linux:Statuts du 03-12-2005

2005-11-13T19:25:59Z

ST : Statuts 03/12/2005 déplacé vers Statuts du 03/12/2005

[[Category:Association]]
Ecrits par les membres fondateurs : Frédéric Bonnaud, Jean-Christophe Cardot, Anne-Laure Nicolas, Serge Tchesmeli.

= Article 1 : constitution et dénomination =
Il est fondé entre les adhérents aux présents statuts une association régie par la loi du 1er juillet 1901 et le décret du 16 août 1901, ayant pour dénomination l'association Léa (Linux entre amis).

= Article 2 : objet =
Cette association a pour but de promouvoir et de défendre par tous les moyens dont elle dispose, y compris juridiques, les logiciels libres au sens ou l'entendent l'association « Free Software Foundation (FSF) » et l'organisme « Open Source Initiative (OSI) », dont le système d'exploitation Linux, afin d'aider à leur installation et configuration par divers moyens tels que :
* la rédaction et la publication d'articles en ligne, en particulier sur les sites web http://lea-linux.org, http://linuxfrench.net et http://asill.org animés par l'association ou sur tout autre site partenaire,
* la publication permanente et en langue française d'articles et de brèves réalisés par ou pour l'association et ceci sur tous les formats possibles (numérique ou non),
* des réunions d'utilisateurs avec des conférences et des débats animés par l'association ou des personnes externes,
* la présence et interventions dans diverses manifestations,
* la défense légale des documentations réalisées par ses membres.

= Article 3 : siège social =
Le siège social est fixé à l'adresse suivante :
:12, rue Boucry
:75018 PARIS

Il pourra être transféré par simple décision du conseil d'administration.

= Article 4 : durée =
La durée de l'association est de 99 ans.

= Article 5 : composition de l'association =
L'association se compose de :
* '''membres actifs'''. Sont membres actifs ceux qui sont à jour de leur cotisation annuelle. Il peut y avoir deux types de membres actifs : les personnes physiques et les personnes morales. Ils disposent chacun d'une voix lors des votes de l'assemblée générale. Si une personne physique est également représentante d'une personne morale, elle dispose d'une voix en tant que personne physique, et d'une voix en tant que personne morale.
* '''membres d'honneur'''. Le titre de membre d'honneur peut être décerné par le conseil d' administration aux personnes qui rendent ou ont rendu des services signalés à l'association. Les membres d' honneur sont des membres de l' Assemblée Générale et ne sont pas tenus de payer une cotisation annuelle.
* '''membres bienfaiteurs'''. Personnes physiques ou morales qui auront versé une cotisation annuelle au moins double de la cotisation des membres actifs.

= Article 6 : admission et adhésion =
Pour faire partie de l'association, il faut adhérer aux présents statuts, être agréé par le conseil d'administration, avoir souscrit un bulletin d'adhésion qui précise la qualité de l'adhérant (personne morale ou physique), avoir acquitté un droit d'entrée égal à la cotisation annuelle.

En cas de refus d'une adhésion par le conseil d'administration (un avis sera alors transmis à l'intéressé), le droit d'entrée éventuellement perçu sera intégralement remboursé.

= Article 7 : cotisation =
Une cotisation annuelle doit être acquittée par les adhérents. Son montant est fixé chaque année par le conseil d'administration. Celui-ci pourra être différent pour les personnes physiques et les personnes morales.

Sur décision du conseil d'administration, un ou tous les membres de l'association peuvent être dispensés de cotisation.

Toute cotisation pourra être rachetée moyennant le paiement d'une somme minima égale à dix fois le montant annuel sans que la somme globale ne puisse dépasser un montant de 15 (quinze) euros (cf. loi du 1er Janvier 1901, modifiée par la loi du 23 juin 1948, n°48-1001.)

= Article 8 : radiation =
La qualité de membre se perd par :
- le décès,
- la démission qui doit être adressée par écrit au conseil d'administration,
- le non-paiement de la cotisation dans un délai de 2 mois après sa date d'exigibilité (validée dans ce cas par une décision du conseil d'administration),

La radiation est prononcée par le conseil d'administration pour le non-paiement de la cotisation, ou pour motif grave, l'intéressé ayant été invité par lettre recommandée à se présenter devant le bureau pour fournir des explications.

= Article 9 : ressources =
Les ressources de l'association comprennent :
- le montant des cotisations,
- les subventions de l'état et des collectivités territoriales,
- les recettes des manifestations exceptionnelles,
- toute autre ressource que peut percevoir une association régie par la loi du 1er juillet 1901 et le décret du 16 août 1901 et qui ne soit pas contraire aux règles en vigueur.

= Article 10 : bureau et conseil d'administration =
L'association est dirigée par un bureau et un conseil d'administration. Le bureau est composé des 4 membres fondateurs, permanents (sauf démission du bureau ou du conseil d'administration ou radiation de l'association). Le conseil d'administration est composé du bureau augmenté sur décision du conseil de 0 à 7 membres élus par l'assemblée générale.

Les membres fondateurs sont :
* Frédéric Bonnaud,
* Jean-Christophe Cardot,
* Anne-Laure Nicolas,
* Serge Tchesmeli (démissionnaire).

Ils forment le '''Bureau''' qui élira en son sein, lors de chaque assemblée générale, un '''président''', un '''vice-président''', un '''secrétaire''' et un '''trésorier'''. En cas de départ de l'association d'un de ces quatre membres, celui sera remplacé : provisoirement, avant la prochaine assemblée générale, par le conseil, puis par une élection pour deux ans par cette assemblée générale. De plus, le bureau peut décider d'admettre un membre en son sein, par cooptation puis vote des membres du bureau.

En cas de vacances de poste au conseil, celui-ci pourvoit de la même façon au remplacement du ou des membres aux postes vacants. De même, en cas de décision du conseil d'augmenter le nombre de ses membres, ce ou ces membres sont élus pour 2 années lors de la prochaine assemblée générale.

Les mineurs de moins de 16 ans peuvent être élus au conseil d'administration après acceptation de leur candidature par le conseil d'administration sortant.

= Article 11 : rôle des membres du bureau =
Les rôles respectifs du bureau et du conseil d'administration pourront être précisés dans le règlement intérieur.

'''Président''' 
Le président convoque les assemblées générales ainsi que le conseil d'administration et le Bureau. Il représente l'association dans tous les actes de la vie civile et est investi de tous pouvoirs à cet effet. Il peut déléguer certaines de ses attributions.
Il a notamment qualité pour ester en justice au nom de l'association, tant en demande qu'en défense.
En cas d'absence ou de maladie, il est remplacé par tout administrateur spécialement délégué par le Conseil, en priorité par le vice-président.

'''Vice-président''' 
Il remplace le président en cas d'incapacité de ce dernier à remplir ses obligations, sur demande de ce dernier ou sur demande du bureau.

'''Responsable de la publication technique et éditoriale''' 
Le responsables de la publication est chargé d'assurer la coordination des articles publiés ainsi que de leur validité.
Il est défini deux postes :
un responsable de la publication technique
un responsable de la publication éditoriale
Ceux-ci sont nommés par le bureau et peuvent être membre de celui-ci ou bien du conseil d'administration de l'association.

'''Secrétaire''' 
Le Secrétaire est chargé de tout ce qui concerne la correspondance et des archives.
Il rédige les procès verbaux des délibérations
Il tient le registre spécial prévu par la loi et assure l'exécution des formalités prescrites.

'''Trésorier''' 
Le trésorier est chargé de tenir, ou faire tenir, sous son contrôle, la comptabilité de l'association. Il perçoit toute recette ; il effectue tout paiement, sous réserve de l'autorisation du président ainsi que l'inventaire. En cas d'empêchement, il est remplacé par le président.

À l'égard des organismes bancaires ou postaux, le président, le trésorier, ou tout autre personne désignée par le président avec l'accord du conseil d'administration, ont pouvoir, chacun séparément, de signer tous moyens de paiement (chèques, virements...).

= Article 12 : réunion du conseil d'administration =
Le conseil d'administration se réunit tous les six mois, sur convocation du président, ou sur demande de la moitié de ses membres. Au moins la moitié des membres doivent être présents pour que le conseil d'administration puisse délibérer valablement.

Il est tenu un compte-rendu des séances.

Les décisions sont prises à la majorité des voix; en cas de partage, la voix du président est prépondérante.

Tout membre du conseil qui, sans excuse, n'aura pas assisté à trois réunions consécutives, pourra être considéré comme démissionnaire par le conseil d'administration.

Ces réunions pourront être faite «en ligne» sur internet (via des outils de communication en direct) au cas où plusieurs membres sont dans l'incapacité de se déplacer.

= Article 13 : assemblée générale ordinaire =
L'assemblée générale ordinaire se réunit une fois par an et comprend tous les membres de l'association à jour de leur cotisation. Quinze jours au moins avant la date fixée, les membres de l'association sont convoqués. La convocation pourra se faire par courrier, courrier électronique ou tout autre moyen de communication. L'ordre du jour sera communiqué sur les convocations.

Le président, assisté des membres du conseil, préside l'assemblé et expose la situation morale de l'association. Le trésorier rend compte de sa gestion et expose la situation financière. Le bilan est soumis à l'approbation de l'assemblée.

L'assemblée délibère ensuite sur les orientations à venir ; il est procédé, après épuisement de l'ordre du jour, au remplacement, au scrutin secret, des membres du conseil éventuellement sortants.

Les membres empêchés peuvent se faire représenter par un autre membre de l' association au moyen d' un pouvoir écrit (par voie électronique signée, par fax ou par courier).

= Article 14 : assemblée générale extraordinaire =
Si besoin est, ou sur demande d'un tiers plus un des membres inscrits, le président peut convoquer une assemblée générale extraordinaire, suivant les formalités de l'article treize.

= Article 15 : rémunération =
Les membres de l'association ont droit au remboursement des dépenses engagées pour l'association, sur présentation de justificatifs et après accord du bureau.

Les frais de déplacements seront remboursés sur le barème de l'administration fiscale. Leurs fonctions sont principalement bénévoles mais une rémunération exceptionnelle peut être prévue dans les limites fixées par la réglementation fiscale.

= Article 16 : règlement intérieur =
Un règlement intérieur peut être établi par le conseil d'administration qui le fait alors approuver par l'assemblée générale ordinaire. Il s'impose à tous les membres de l'association.

Ce règlement permettra de bien cerner l'esprit de l'association, et donnera des directives et des conseils pour le fonctionnement de l' association. Et il pourra permettre éventuellement de fixer les divers points non prévus par les statuts.

Il pourra être modifié par le conseil d'administration, et ratifié par l'assemblée générale ordinaire.

Ce règlement éventuel est destiné à fixer les divers points non prévus par les statuts.

= Article 17 : dissolution =
La dissolution est prononcée par l'assemblée générale extraordinaire qui nomme un liquidateur. L'actif, s'il y a lieu, sera dévolu conformément à l'article 9 de la loi du 1er juillet 1901 et au décret du 16 août 1901, en faveur d'une ou plusieurs associations ayant un objet voisin.

{{DP}}