ABUL

Je monte ma dropbox libre et ouverte !

Éric Seigne — 2011-10-11T20:48:21Z

Les « Linuxiens » dont je fais partie utilisent des solutions techniques qui nous permettent de garder nos documents synchronisés quel que soit l'ordinateur qu'on utilise.

Pour les plus furieux d'entre nous, ce sont des solutions à base de rsync, de git, de rdiff-backup… et ceux qui ne veulent pas trop « faire peur à leur proches » utilisent des interface graphiques du style de unison.

Tout ceci n'est pas utilisable par « monsieur Toutlemonde » et c'est bien dommage. Cet article n'est pas encore une solution pour « Toutlemonde » mais s'en approche, sa mise en place est encore réservée à des personnes qui voudront faire un effort. Mais l'étape suivante sera encore plus accessible j'en suis sûr.

Solution serveur

Une solution serveur est en cours de finalisation, elle se présente sous la forme d'une application PHP classique.

Je veux parler de Owncloud dont on pourrait traduire l'idée par « Mon petit nuage à moi »…, en opposition à toutes les offres de « cloud » qu'on voit fleurir un peu partout et qui ne vous garantissent qu'une seule chose : vous déposséder de vos données.

Le côté pratique et gratuit de Dropbox (et des autres) cache la perte de contrôle de nos données numériques. Avec votre petit nuage à vous (ou à votre communauté, votre famille, que sais-je… il suffit d'avoir un hébergeur en qui vous ayez confiance) le problème est différent !

Le serveur Owncloud permet à l'utilisateur d'accéder à ses données depuis un simple navigateur Web, pratique si vous êtes en déplacement ou que vous n'avez pas votre ordinateur avec vous (ou en cas de vol).

Mais ce qui est le plus important c'est que Owncloud offre une interface de communication Webdav.

Affichage d'un répertoire webdav distant avec Nautilus

De ce fait n'importe quel logiciel capable de « parler » Webdav vous permettra de vous connecter à votre espace de stockage en ligne.

Le même répertoire vu par l'intermédiaire du navigateur Web

Logiciel client

Webdav nous ouvre la porte à beaucoup de solutions :

connexion directe par un navigateur Web
connexion directe par le navigateur de fichier de votre système d'exploitation, aujourd'hui tous les systèmes savent « parler » Webdav
ou utilisation d'un logiciel qui apportera des fonctionnalités supplémentaires.

Alors, que reste-t-il à faire ? Un client qui « tourne en tâche de fond » et gère les nouveaux fichiers à synchroniser… c'est tout !

Et vous savez quoi ? Les développeurs de Owncloud sont déjà sur l'affaire ... mais pour le coup je ne partage pas trop leur choix technologique (utilisation de Funambol, fondé sur Java). Mais ça n'est pas trop grave, le Libre permet de faire des adaptations et des améliorations !

Nous sommes aussi sur cette piste, il existe déjà tous les composants de base pour réaliser ce logiciel client, « yakafokon » :)

L'idée principale est de pouvoir créer un dossier spécial sur son ordinateur, ce dossier sera synchronisé avec un autre dossier distant (hébergé dans notre Owncloud). Arrivé à la maison je lance mon logiciel de synchronisation et il récupère tout seul ce qui lui manque.

Je pars en voyage ou en déplacement ? Tous les fichiers que je stocke dans mon répertoire spécial seront synchronisés dès qu'une connexion sera disponible.

Prototype de nouvabox dérivée de Synkron

Pour aller plus loin, vous pouvez rejoindre le projet de développement de Owncloud sur leur site web ou de Nouvabox pour le client multi-plateforme que lance Ryxéo.

howto sur proftpd

laurentducos — 2007-04-14T13:11:19Z

Bonjour
J'ai fait pour l'AFPA de bègles ou je suis en stage de formation, un howto sur proFTPD. Il est consultable à l'adresse suivante : proFTPD. Je le soumet à consultation pour l'améliorer au fur et à mesure des critiques.
Etant un linuxien bordelais, je trouve normal d'essayer de le publier sur le site de l'ABUL
Amicalement
Laurent Ducos

- Réseau / colonne gauche, Technique

L' ADSL et les "BOX"

francois — 2007-04-14T13:10:29Z

Bien que chaque fournisseur d'accès ADSL propose du matériel différent sous l'appellation de "machinesBOX", il n'en reste pas moins que ces BOX offrent globalement les mêmes services qui s'appuient (ont-ils d'autres choix ?) sur les standards du réseau IP - routeur adsl bien entendu mais aussi NAT, serveur HTTP, DMZ...

J'ai eu à installer
– 2 livebox : 1 dans ma mairie et une à la maison.
– 1 alicebox

Dans les 3 cas, pas de soucis particulier à m'y connecter depuis mon portable sous Linux que ce soit en ethernet ou en WiFi. Je n'ai pas eu à utiliser le cédérom livré.

Actuellement, ma carte PCMCIA Wifi NetGear a claqué donc j'utilise le dongle fournit avec la livebox par l'intermédiaire de ndsiwrapper. Cela fonctionne très bien.

** ATTENTION ** Afin de faire fonctionner la connexion avec une autre carte que celle fournie, il faut configurer la box de façon à l'autoriser. En effet, d'un point de vue de la sécurité, il est prudent de ne pas autoriser n'importe qui à se connecter. Sinon son voisin de palier, un passant pourrait en profiter (modulo la clé WEP m'enfin ça se cracke !)

Dans le cas de la livebox, il y a un bouton en dessous.

D'une manière générale, à chaque fois, j'ai pris le parti de commencer par faire confiance au constructeur et ça a fonctionné.

En termes de service, cela donne : ils livrent une boîte qui permet à un réseau local, via différents média (ethernet/wifi/usb), de se connecter à Internet par une connexion ADSL.

En termes techno, cela donne : ils livrent une boîte qui contient
– une carte réseau ethernet
– une carte réseau Wifi
– un port USB
– un modem ADSL
– un OS qui fait :
- firewall
- NAT Translation d'adresse
- DHCP
- Serveur WEB

Essayer tout simplement

La première chose à faire est, comme je le disais plus haut, de faire
confiance à la boîte en la branchant et en regardant les led pour
savoir si tout se passe bien.

On sait déjà si :
– la connexion ADSL est ok
– l'interface ethernet est montée

Ensuite, connecter le PC en DHCP sur le port ethernet.
Faire un test de connexion à google par exemple.

Si ça ne fonctionne pas, il faut vérifier plusieurs points :
– la connexion ethernet
– la connexion ADSL

Vérifier la connexion ethernet

Après s'être connecté physiquement en ethernet, il faut regarder comment le serveur DHCP de la boîte a configuré le réseau du PC.
– adresse IP : on connaît le réseau
– DNS :
– Passerelle : route par défaut, on connait alors l'adresse de la
boîte

Le couple de commandes suivant fait bien l'affaire

 # ifconfig # netstat -rn

Si tout se passe bien, un ping sur l'adresse ip de la passerelle
permet de savoir si ça se passe bien.

Dans le cas contraire, il faut configurer son adresse IP en dur sur le même réseau que la boîte. Rechercher dans la doc l'adresse ip de la boîte (souvent 192.168.0.1), dans cet exemple 192.168.1.1 et faire

 # ifconfig eth0 192.168.1.2 up # route add default gw 192.168.1.1 # ping 192.168.1.1

Si là ça ne se passe pas bien, ça devient plus tendu :
– pb de câble
– pb de l'interface eth de la boîte
– pb de boîte

– un essai en usb peut être un nouveau recours !
sinon, support :-|

Vérifier la connexion ADSL

** ici, on considère que la connexion ethernet est ok **

Il faut se munir du login/passwd d'administration de la boîte.

Pour vérifier la configuration de la boîte, prendre son navigateur favori et se connecter en HTTP sur la boite (http://192.168.1.1/) Ensuite, regarder la configuration de connexion ADSL en suivant la doc fournie (là je ne rentrerai pas dans les détails).

Une bonne surprise chez Alice est qu'après réinitialisation de la bîite, une simple tentative de connexion à une url interne renvoie directement sur la page de saisie du login passwd de connexion ADSL.

Vérifier la configuration Wifi

Si la connexion WiFi ne fonctionne pas, il faut vérifier
– le nom de réseau
– la clé WEP
– les droits d'accès pour l'adresse mac de la carte Wifi

Dans ce cas, aller en ethernet sur le serveur http de la boîte et suivre la procédure.

J'ai commencé à écrire il y a 3 mois et, coupé dans mon élan, il manque des choses.

On pourrait transférer cet article sur le Wiki comme point de départ de guide technique pour que chacun puisse facilement l'étoffer. Qu'en pensez-vous ?

Configurer son Serveur de courrier

john perr — 2003-10-21T22:27:19Z

Généralités

La configuration d'un serveur de courrier sur votre machine n'est pas
une chose obligatoire mais vous apportera un confort inagalé. C'est en effet
le seul moyen d'accèder à toute la puissance des outils unix dédiés au courrier,
que ce soit le filtre procmail ou le client
mutt unanimement apprécié. Vous aurez aussi la possibilité d'utiliser
d'autres outils comme emacs ou toutes les procédures spécialisées
de langages comme perl. Plus simplement, vous aurez aussi la
possibilité d'affecter plusieurs boites au lettres sur Internet à leurs
utilisateurs respectifs sur votre machine ou votre réseau local.
Cette page s'adresse à tous ceux qui accèdent à Internet par une liaison temporaire
ou permanente et qui souhaitent profiter d'un confort accru dans l'utilisation
du courrier.

Comment ça marche ?

Parmi les outils cités ci-dessous, chacun joue un rôle particulier
dans le processus de distribution du courrier :

Les MTA (Mail Transfert Agent ou Agents de Transfert du Courrier)
distribuent le courrier selon un protocole internet bien établi. Dans le
cas qui nous interesse, le protocole utilisé est le SMTP (Simple Mail
Transfert Protocol) et il utilise le port TCP 25 pour discuter avec
les autres machines sur le net ou dans un réseau. Les MTA les plus
connus sont sendmail, postfix, exim ou qmail. Il y en a d'autres,
et nous nous interesserons ici aux deux premiers car c'est grace à eux
que notre courrier partira sur internet ou sera distribué localement
aux utilisateurs de la machine.
Les MUA (Mail User Agent ou Agent d'Utilisateur de Courrier) permettent
l'utilisation finale du courrier c'est à dire l'envoi ou la lecture des
messages. Nous ne parlerons ici que de netscape mais les autres ne sont
pas plus difficiles à configurer.
Les autres outils comme fetchmail ont un rôle particulier
dans notre configuration à cause de la nature de la liaison qui nous uni
avec notre Fournisseur d'Accès Internet (FAI en abrègé ou ISP en anglais).
En effet, les FAI ont une majorité de clients qui n'ont pas de serveur de
courrier sur leur machine et ne sont pas connectés la plupart du temps.
Pour ces raisons et d'autres liées à la sécurité ils ne mettent pas le courrier
à disposition sur le port TCP 25 mais le laissent dans votre boite aux lettre
sur leur serveur en attendant que vous alliez le chercher. Le protocole utilisé
pour cela est le plus souvent le POP3 mais on peut aussi trouver IMAP.
fetchmail permet justement de faire cela : aller chercher le
courrier qui attend sagement dans une boite quelque part sur Internet, pas
forcement celle de votre FAI d'ailleur. fetchmail transmet
ensuite ce courrier au MTA que vous aurez installé (sendmail
ou postfix) afin qu'il aille rejoindre son destinataire.

Avant de commencer à relever vos manches, il est conseillé aux débutants d'opter
pour postfix dont les fichiers de configuration sont nettement
plus clairs que l'unique sendmail.cf de sendmail.

Vous trouverez donc ci-dessous une compilation des étapes de configuration de
sendmail,
postfix,
fetchmail et
netscape.
Cette version corrige de petits détails oubliés dans les messages
précédents diffusés sur la liste tech@abul.org.

Configurer sendmail+fetchmail

La version courte est disponible sur le site de LinuxFocus,

article 130 de Mai 2000.

Pour une version un peu plus explicative voir

l'article de Éric Jacoboni sur Linux-France.
Toutefois, cette version longue n'explique pas la configuration de fetchmail ;
voir
l'article court de LinuxFocus pour la configuration de fetchmail
et l'automatisation.

Configurer postfix

Voila la configuration postfix (dans /etc/postfix/) à modifier pour
remplacer éventuellement sendmail avec connection chez le FAI. La config fetchmail et
l'automatisation ne sont pas touchées par le passage sendmail->postfix
grace à la compatibilité sendmail de postfix si vous aviez déjà sendmail d'installé.
On suppose que :

Le nom de domaine du fai est fai.net
L'envoi de courrier se fait par smtp.fai.net (port 25)
La réception du courrier se fait par pop.fai.net (port 110)
L'adresse email chez le fai est toto@fai.net
Le login sur la machine en local est dede
Le nom de domaine (hostname) de la machine locale est
localhost.localdomain
simon est autre compte sur la machine locale avec une adresse email
raptor@yodleou.net (par exemple :-)

Procédure

sauvegarder tous les fichiers de configuration de sendmail quelque part. (Oubliez
cette partie si sendmail n'est pas déjà installé, c'est juste une
précaution) :
- /etc/aliases
- /etc/aliases.db
- /etc/sendmail.cf
- /etc/genericstable
- /etc/genericstable.db
Désinstaller sendmail avec la commande rpm -e —nodeps sendmail...
Installer postfix

ajouter les lignes suivantes à la fin du fichier virtual :

	root root@localhost.localdomain
	postmaster postmaster@localhost.localdomain
	dede dede@localhost.localdomain
	simon simon@localhost.localdomain
	autre autre@localhost.localdomain
	toto dede@localhost.localdomain
	raptor@yodleou.net	simon@localhost.localdomain

créer le fichier sender_canonical qui contient :
dede toto@fai.net
simon raptor@yodleou.net

ajouter les lignes suivantes au fichier main.cf (à l'endroit ou existe
ces lignes avec un commentaire #, ou bien à la fin, c'est pareil)

	myorigin = fai.net
	virtual_maps = hash:/etc/postfix/virtual
	relayhost = smtp.fai.net
	defer_transports = smtp
	disable_dns_lookups = yes
	alias_maps = hash:/etc/postfix/aliases
	sender_canonical_maps = hash:/etc/postfix/sender_canonical

Toutes les lignes #alias_database doivent être commentées ou
inexistantes :

	#alias_database = dbm:/etc/aliases
	#alias_database = dbm:/etc/mail/aliases
	#alias_database = hash:/etc/aliases
	#alias_database = hash:/etc/aliases, hash:/opt/majordomo/aliases

générer la base des adresses virtuelles avec les commandes :
cd /etc/postfix
postmap /etc/postfix/virtual
Modifier les alias dans /etc/postfix/aliases (ou bien recopier le
/etc/aliases de sendmail à cet endroit) et générer la bd :
cd /etc/postfix
postmap /etc/postfix/aliases
(on peut aussi utliser la commande "newaliases")
redémarrer postfix :
postfix reload

Configurer fetchmail

Configuration de fetchmail pour récupérer le courrier sur des comptes
extérieurs (chez le FAI, ailleurs, en pop ou en imap. Extrait de l'

article 130 de Mai 2000 de LinuxFocus :

Avant de faire un essai sur Internet il faut aussi configurer fetchmail pour
récupérer le courrier :
créez un fichier .fetchmailrc dans /home/dede :

poll pop.isp.net protocol POP3
 user toto is dede 
 password XXXXXXX

ou toto et XXXXX sont les login et password de votre compte courrier
pop.isp.net. Si vous disposez de plusieurs boîtes aux lettres vous pouvez
les relever en dupliquant les lignes ci-dessus pour chaque boîtes aux lettres.
Le fichier .fetchmailrc doit avoir les permissions suivantes,
sinon fetchmail refusera de s'exécuter :

-rw------- 1 dede dede 189 oct 6 21:45 /home/dede/.fetchmailrc

Pour faire un test sur Internet

écrire un message (sans être connecté) à un réflecteur de courrier comme
echo@cnam.fr
envoyez le.

Il doit apparaître dans la liste d'attente quand on tape la
commande : mailq

Ensuite connectez vous à votre fai (fai.net) et envoyez le message :

/usr/bin/sendmail -q

Attendez un peu et faites fetchmail pour récupérer votre courrier,
vous devriez avoir un message renvoyé par le réflecteur. Vous pouvez vous déconnecter
dès que tous les messages sont arrivés.
Il ne vous reste plus qu'à automatiser ces commandes lors de la connection en les
ajoutant au fichier /etc/ppp/ip-up.local soit en les lançant en mode daemon si vous
avez une connection permanente.
Ces deux façons de procéder sont expliquées dans l'

article 130 de Mai 2000 de LinuxFocus :

Configurer netscape

Configuration de netscape pour lire le courrier en local (extrait de l'

article 130 de Mai 2000 de LinuxFocus :

Pour configurer Netscape pour lire le courrier local (servi par sendmail
ou postfix) :

Aller dans le menu Edit/Preferences/Mail & Groups/Mail Server
Taper localhost.localdomain comme Outgoing mail (SMTP) server
Choisir movemail/built-in comme Mail server type
Changer la permission de /var/spool/mail avec chmod 777
/var/spool/mail.

*ATTENTION : ce dernier changement peut présenter des trous de sécurité
si vous n'êtes pas le seul connecté à votre machine. Utilisez un autre
client courrier que netscape si vous voulez être sur d'être le seul à
lire votre courrier.

Monter son répertoire d'accueil à travers un firewall

MIB — 2003-10-07T11:43:12Z

Lors qu'on travaille depuis plusieurs endroits, accèder à ses fichiers
qui sont dispersés sur différents serveurs à coups de FTP, rsync et
autres scp devient vite une véritable corvée.

Voilà une solution très simple à mettre en oeuvre qui aboutit au
montage, sur le poste de travail local sous Unix (par exemple au
labri), d'un répertoire d'accueil distant (par exemple celui du dept
info de l'iut, au hasard). Quand c'est fait, les données distantes
apparaissent dans un sous-répertoire.

Nécessaire :
– une liaison ssh
– sur le site local : les utilitaires smbclient et smbmount
– sur le site distant : un serveur samba Unix et/ou un serveur de fichiers
windows.

L'idée : le protocole CIFS (ex- SMB) se fait par une liaison TCP,
normalement sur le port 139 par défaut. Et normalement les firewalls
bien configurés interdisent l'accès direct au port 139, pour autant
d'ailleurs qu'on ait un routage vers le serveur de "partages". On
encapsule donc cette liaison dans un tunnel SSH, en faisant

 ssh -L 9000:serveursamba:139 mon.site.distant.fr

On donne le mot de passe, et tout ça. (L'option -N permettrait de faire la redirection sans ouvrir de session)

On peut maintenant voir ce qu'il y a à l'autre bout par

 smbclient -L //localhost -p 9000

(et mot de passe)

et pourquoi pas, monter mon répertoire d'accueil distant dans un répertoire
local

 mkdir ~/repertoire smbmount //localhost/mon-nom ~/repertoire -o port=9000

(mot de passe)

On peut même le faire pour un serveur Windows, avec quelques complications

smbmount //monserveur/partage ~/repertoire -o \ port=9000,workgroup=mondomaine,ip=localhost,iocharset=iso8859-1,codepage=cp850

Un client Linux sur un réseau Novell

MIB — 2003-09-30T17:14:44Z

Longtemps je me suis levé de bonne heure pour essayer d'éviter d'avoir à rebooter sous Windows pour accéder aux fichiers d'un serveur Novell.
Finalement, même en ne connaissant rien à Novell, ce n'est pas
très compliqué.

Petite doc pour intégrer un client Linux sur un serveur Novell

A priori mon problème avec Novell, c'est que je ne sais pas du tout comment ça marche, et encore moins comment est organisé le réseau Novell auquel je veux me raccorder. Tout ce que je sais,
c'est que ça marche avec Windows. On va y arriver quand même.

Sommaire :

1. Novell, dis-moi qui je suis ?

2. Que faut-il installer sur mon poste Linux ?

3. Comment faire un montage "à la main" ?

4. Avec mount

5. Utiliser /etc/fstab

*****************

1. Novell, dis-moi qui je suis ?

Pour se connecter au réseau Novell depuis Windows, il faut lui
présenter un nom d'utilisateur et un mot de passe dans une
bannière. On voit alors s'afficher des tas de trucs dans une fenêtre,
qui disparait bien vite. Dommage, parce qu'il y a des choses utiles à
voir dedans.

Première chose à faire : revenir au niveau de la bannière Novell, passer
dans les options avancées, et cliquer sur la case qui indique qu'on ne
veut pas que la fenêtre se ferme.

On donne son nom et son mot de passe, et là on voit
– qu'on s'est vu attribuer un nom à rallonge, genre
billaud.machin.truc.chose
– que les "partages" auxquels j'ai accès sont sur un serveur
que j'appellerais "pernovel"
– que l'interface fonctionne en 802.2

(j'ai changé les noms, pour protéger l'anonymat des innocents)

C'est tout ce dont on a besoin de savoir.

2. Que faut-il installer sur mon poste Linux ?

– un noyau qui supporte IPX, eventuellement sous forme de modules
– sur Debian, packages ipx et ncpfs

Je ne me rappelle plus ce que j'ai bien pu répondre à l'installation
lors de la configuration des packages. Probablement que je souhaitais
qu'IPX s'installe sur la première interface que ça marche en 802.2, et
que je ne souhaitais pas avoir de "réseau interne IPX". A vérifier.

En tout cas, dans le fichier /etc/ipx.conf, il y a ceci

# this attempts auto-configuration IPX_AUTO_PRIMARY=on IPX_AUTO_INTERFACE=on IPX_CONFIGURED=yes # for manual configuration, set IPX_CONFIGURED=yes, # and set the options below for your system IPX_DEVICE=eth0 IPX_FRAME=802.2 # either 802.2, 802.3 or EtherII IPX_INTERNAL_NET=no IPX_NETNUM=0 # your internal network number # routing options IPX_SERVER_ROUTE=no # setup route to external server? IPX_SERVER_NETNUM=0 # your server's internal network number IPX_SERVER_NODENUM=000000000000 # your server's node number

Et on voit par ifconfig qu'IPX plait bien à l'interface eth0 :

# /sbin/ifconfig eth0 eth0 Lien encap:Ethernet HWaddr 00:01:02:F2:01:37 inet adr:172.17.21.5 Bcast:172.17.255.255 Masque:255.255.0.0 adr IPX/Ethernet II:00000003:000102F20137 adr IPX/Ethernet SNAP:FFFF0452:000102F20137 adr IPX/Ethernet 802.2:00000002:000102F20137 adr IPX/Ethernet 802.3:8137FFFF:000102F20137 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ...

3. Comment faire un montage "à la main" ?

Pas besoin d'être root pour faire un montage.
Je me crée un répertoire point de montage :

 mkdir ~/novell

Et j'y monte l'arborescence Novell (version longue)

ncpmount -S pernovel -A pernovel -U billaud.machin.truc.chose ~/novell

et puisqu'on me demande mon mot de passe Novell, je le donne. Pas de
protestations, ça a l'air de marcher. On regarde dans /novell :

billaud@benoit:~$ ls -l novell total 1 drwxr-xr-x 1 billaud billaud 512 jan 1 1986 USERS drwxr-xr-x 1 billaud billaud 512 jan 1 1986 SYS

et on y voit deux "volumes" USERS et SYS. Ce sont des répertoires,
en vous baladant un peu vous retrouverez vos fichiers perso.

Les options de ncpmount :

– S : le serveur de fichiers = pernovel
– U : mon "descripteur" perso sur ce serveur
– A : le serveur de noms novell
/novell le point de montage

L'option -A est obligatoire ici, le manuel en dit :

When you are mounting volumes from NetWare 5 server over UDP, you must
specify dns name of server here and logical server name in -S. This name
is used to switch ncpmount into UDP mode and to specify server to
connect.

Peut-être que sur votre réseau l'option -A n'est pas nécessaire, ou
que c'est une autre machine qui joue le rôle de serveur de noms
Novell. Le mieux est de demander à votre administrateur Novell, si vous
n'y arrivez pas.

Pour démonter :

 ncpumount ~/novell

Un petit peu mieux :

Dans mon fichier .nwclient, je mets la ligne

pernovel/billaud.truc.machin.chose xyz123

et je le protège par chmod 600 billaud/.nwclient, d'une part parce
qu'il y a mon mot de passe en clair dedans, d'autre part parce que
le fichier est ignoré si il n'est pas correctement protégé.

Maintenant je peux faire

 ncpmount -A pernovel ~/novell

sans donner le mot de passe, et meme

 ncpmount -A pernovel -V USERS ~/novell

pour ne monter que le "volume" USERS

4. Avec mount

Au lieu de "ncpmount", on peut utiliser "mount -t ncp". Vous me voyez
venir, c'est un pas vers l'utilisation de /etc/fstab

Je me suis fait un petit script de montage, parce qu'il y a des options
utiles à ajouter :
– le mot de passe est stocké dans un fichier
– le montage, fait par root, monte le volume novell à mon nom
– les noms de fichiers accentués sont convertis

En utilisant la commande mount :

# # script de montage Novell # m billaud, sept 2003 # NWSERVER=pernovel # le serveur NWUSER=billaud.truc.machin.chose # l'utilisateur Novell NWDNS=pernovel # serveur DNS novell NWPASSWORD=/home/billaud/.nwpassword # contient mot de passe MOUNTPOINT=/home/billaud/novell # point de montage OPTIONS=ipserver=$NWDNS OPTIONS=$OPTIONS,volume=USERS # on ne veut que ce volume OPTIONS=$OPTIONS,uid=billaud,gid=billaud # utilisateur unix OPTIONS=$OPTIONS,iocharset=iso8859-1 # conversion de caractères OPTIONS=$OPTIONS,passwdfile=$NWPASSWORD mount -t ncp $NWSERVER/$NWUSER $MOUNTPOINT -o $OPTIONS # fin

Le fichier mot de passe billaud/.nwpassword contient une ligne avec
l'indication de ce qu'on veur monter, le mot de passe et des
commentaires.

pernovel/billaud.truc.machin.chose:xyz123:des commentaires

5. Utiliser /etc/fstab

Pour /etc/fstab, des petites complications

** on pouvait bêtement penser qu'il suffisait d'ajouter la ligne
suivante dans /etc/fstab

pernovel/billaud.truc.machin.chose /home/billaud/novell ncp defaults,ipserver=pernovel,volume=users,uid=billaud,gid=billaud, iocharset=iso8859-1,passwdfile=/hoe/billaud/.nwpassword

(je l'ai coupée en 3 pour que ça rentre)

Mais ca marche pas, au moment du montage :

– la couche réseau TCP/IP n'est pas là donc on ne peut pas contacter
le DNS pour connaître l'adresse IP de pernovel (contournable en
l'ajoutant à /etc/hosts)
– la couche IPX n'est pas chargée.

Damned !

** Seconde idée : on ajoute les options user,noauto pour que
l'utilisateur se le monte lui-même quand il veut. Mais les farceurs
qui ont écrit ncpfs n'ont pas fait attention et ont aussi une option
user= pour le montage.

Gasp !

** troisième idée : On ne met que noauto, et on ajoute un script S26ncp
dans /etc/rc2.d contenant

#!/bin/sh -e # # ncp case "$1" in start) printf "Mounting Novell:" mount /home/billaud/novell printf ".\n" ;; stop) printf "Unmounting novell" umount /home/billaud/novell printf ".\n" ;; restart) $0 stop sleep 1 $0 start ;; *) printf "Usage: $0 {start|stop|restart)\n" >&2 exit 1 ;; esac

Le S26 est après le démarrage d'IPX (du coté du démarrage du serveur
NFS)

Pour faire bien, il faudrait faire un truc avec des grep et des cut pour
aller chercher dans /etc/fstab les lignes qui concernent ncp, mais bon, le jour où on en aura besoin.

Une autre solution, pour faire les choses en grand :

On confie le montage des trucs NCP à un automonteur, par exemple avec
point de montage /novell. Comme ça la couche IPX est démarrée avant
qu'on tente de faire des montages NCP.

Michel Billaud