Cette page vous donne les différences entre la révision choisie et la version actuelle de la page.
| reseaux_administrations 2010/02/20 01:47 | reseaux_administrations 2010/08/31 14:40 version actuelle | ||
|---|---|---|---|
| Ligne 48: | Ligne 48: | ||
| ====== smbfs ====== | ====== smbfs ====== | ||
| + | |||
| + | | **''cifs''** , c'est mieux :) | | ||
| + | |||
| # aptitude install smbfs | # aptitude install smbfs | ||
| Ligne 86: | Ligne 89: | ||
| Et puis: | Et puis: | ||
| # mount -a | # mount -a | ||
| + | |||
| + | |||
| + | ==== autres conf ==== | ||
| + | J'aime bien aussi, dans ''/etc/fstab'' : | ||
| + | <host>:/<path> nfs defaults,rw,intr,rsize=32768,wsize=32768 0 0 | ||
| + | |||
| + | ===== speed up ===== | ||
| + | |||
| + | Lien: http://www.higs.net/85256C89006A03D2/web/PageLinuxNFSPerformance | ||
| + | |||
| + | Sur un partage un peu chargé en NFS, conseils: | ||
| + | |||
| + | |||
| + | ==== Côté client ==== | ||
| + | |||
| + | Régler "rsize" et "wsize" (au plus haut possible, mais pas trop) | ||
| + | |||
| + | ==== Côté serveur ==== | ||
| + | |||
| + | Dans **''/etc/default/nfs-kernel-server''** : | ||
| + | # Number of servers to start up | ||
| + | # TJ ------------ | ||
| + | #RPCNFSDCOUNT=8 | ||
| + | RPCNFSDCOUNT=24 | ||
| + | # --------------- | ||
| + | Par exemple, pour avoir "24" forks de nfs prêt a répondre aux solicitations des clients... | ||
| + | |||
| + | Alors que: | ||
| + | # cat /proc/sys/net/core/rmem_default | ||
| + | 111616 | ||
| + | ... | ||
| + | |||
| + | On peut donc modifier "sysctl.conf" pour avoir: | ||
| + | net.core.rmem_default = 327680 | ||
| + | net.core.rmem_max = 327680 | ||
| + | |||
| + | Et puis un petit : | ||
| + | # sysctl -p | ||
| + | ... pour appliquer les changements. | ||
| + | |||
| + | ( voir "lien" pour les explications ) | ||
| + | |||
| + | ====== autofs ====== | ||
| + | |||
| + | ===== nfs ===== | ||
| + | |||
| + | Lorsque la liaison **''nfs''** vient à disparaitre... ou si le boot est trop rapide (dans un DomU par exemple)... | ||
| + | |||
| + | Il faut pouvoir maintenir la connexion **''nfs''** avec **''autofs''**. | ||
| + | |||
| + | **''autofs''** permet bien des choses. | ||
| + | |||
| + | Ca travail avec le noyau (verifier qu'il est compilé pour le supporter) ce qui induit des résultats surprenant. | ||
| + | |||
| + | On n'utilisera plus **''/etc/fstab''** pour les montages usant de **''autofs''** . | ||
| + | |||
| + | Package : | ||
| + | # aptitude install autofs | ||
| + | |||
| + | | :!: On va travailler dans un sous répertoire de ''/mnt'' | | ||
| + | |||
| + | Si on utilisait ''/mnt'' , tout son contenu serait "caché" par le "montage" fait par le noyau: ce n'est pas ce qu'on veut ! | ||
| + | |||
| + | Editer ''/etc/auto.master'' afin d'associé un chemin et un fichier de conf. Par exemple: | ||
| + | # TJ -------------- | ||
| + | /mnt/nas /etc/auto.nas --ghost,--timeout=60 | ||
| + | # ----------------- | ||
| + | |||
| + | | :!: __Ne pas créer__ ''/mnt/nas'' : ''autofs'' va s'en charger. | | ||
| + | |||
| + | * --ghost => afficher les repertoires, __même__ lorsqu'ils ne sont pas montés. | ||
| + | |||
| + | Creer le fichier de conf ''auto.nas'' : | ||
| + | # | ||
| + | # TJ | ||
| + | # | ||
| + | |||
| + | thierry -fstype=nfs,rw,intr,rsize=32768,wsize=32768 nas.thierry-jaouen.local:/thierry | ||
| + | music -fstype=nfs,ro,noacl,nouser,intr,rsize=32768,wsize=32768 nas.thierry-jaouen.local:/partages/thierry/music | ||
| + | |||
| + | Et enfin, le classique: | ||
| + | /etc/init.d/autofs reload | ||
| + | |||
| + | Et là, c'est mysterieux, mais ca doit fonctionner ! | ||
| + | |||
| + | Le repertoire "/mnt/nas" existe : | ||
| + | # ls -d /mnt/nas | ||
| + | /mnt/nas | ||
| + | |||
| + | Son contenu est apparemment "vide" (sauf si on utilise l'option **''--ghost''**) : | ||
| + | # ls /mnt/nas | ||
| + | |||
| + | Mais si on essaye de regarder des répertoires **''nfs''**, il monte ! | ||
| + | # ls /mnt/nas/music | ||
| + | ... | ||
| + | |||
| + | C'est ça le mystere: les répertoires "apparaissent" (sont montés) lorsqu'on s'en sert... et disparaissent lorsqu'on s'en sert plus. | ||
| + | (Toujours sauf si on utilise **''--ghost''** ) | ||
| + | |||
| + | En pratique, ce genre de comportement est plutôt dérangeant. On pourra creer des liens pour rendre les montage moins obscur. Genre: | ||
| + | # ln -s /mnt/nas/thierry /mnt/nas-thierry | ||
| + | # ln -s /mnt/nas/music /mnt/nas-music | ||
| + | Ou bien, ajouter l'option **''--ghost''** ;-) | ||
| + | |||
| + | ===== cifs ===== | ||
| + | |||
| + | Lien: http://forum.debian-fr.org/viewtopic.php?f=8&t=11575 | ||
| + | |||
| + | Lorsqu'un partage Windows vient a tomber... comment le remonter avec **''autofs''** ? | ||
| + | |||
| + | Dans le fichier **''/etc/auto.master''** : | ||
| + | .... | ||
| + | /mnt/vivi /etc/auto.vivi --ghost,--timeout=60 | ||
| + | |||
| + | Dans le fichier **''/etc/auto.vivi''** : | ||
| + | |||
| + | music -fstype=cifs,ro,credentials=<fichier_du_compte> ://<ip_du_poste>/itunes_music | ||
| + | videos -fstype=cifs,ro,credentials=<fichier_du_compte> ://<ip_du_poste>/youtube_vod | ||
| + | photos -fstype=cifs,ro,credentials=<fichier_du_compte> ://<ip_du_poste>/myphotos | ||
| + | |||
| + | Où <fichier_du_compte> est un fichier, protégé, contenant: | ||
| + | username=vivi | ||
| + | password=<mot_de_passe_secret> | ||
| + | Et eventuellement : | ||
| + | workgroup=<workgroup> | ||
| + | |||
| + | Et où <ip_du_poste> est l'ip du poste (et __non pas__ son nom ou fqn). | ||
| + | |||
| + | | :!: Bien faire précéder le 'path' par **'':''** | | ||
| + | |||
| + | Et aprés un **''/etc/init.d/autofs restart|reload''** ... | ||
| + | $ ls /mnt/vivi | ||
| + | music photos videos | ||
| + | Et bien sur: | ||
| + | $ ls /mnt/vivi/music | ||
| + | franck-mickael johnny-halliday michel-sardou patrick-bruel | ||
| ====== tcpdump ====== | ====== tcpdump ====== | ||