Il existe deux paquetages permettant � Linux de fournir les fonctions d'un serveur de fichiers Novell. Tous deux permettent de partager des fichiers de la machine Linux entre les utilisateurs utilisant un client Novell Netware. Les utilisateurs peuvent attacher et utiliser des syst�mes de fichiers Novell comme des volumes locaux � leurs machines juste comme s'ils provenaient d'un serveur de fichiers Novell. Je vous propose d'essayer les deux paquetages afin de voir celui qui correspond le mieux � vos besoins.
Martin Stover <mstover@freeway.de> a d�velopp�
mars_nwe pour permettre �
Linux de fournir des services fichiers et impression pour des clients NetWare.
mars_nwe signifie "Martin Stover's Netware Emulator".
mars_nwe fournit un sous-ensemble de la sp�cification Novell NCP pour les services fichiers, pour les connexions aux disques et aussi pour les services d'impressions. Il est probable qu'il contient des bogues mais beaucoup de personnes l'utilisent et le nombre de bogues diminue avec les nouvelles versions.
Vous pouvez r�cup�rer mars_nwe sur le serveur
ftp.gwdg.de.
ou sur
metalab.unc.edu.
La version � jour lors de l'�criture de
ce document est : mars_nwe-0.99.pl10.tgz.
Dans la version 1.2.13 du noyau, vous devrez juste v�rifier que vous
avez r�pondu oui (Y) � 'The
IPX Protocol' et non (N) � 'Full internal IPX network'
comme illustr� :
... ... The IPX protocol (CONFIG_IPX) [n] y ... ... Full internal IPX network (CONFIG_IPX_INTERN) [N/y/?] n ... ...Pour les noyaux plus r�cents, un proc�d� similaire est utilis� lors de la construction du noyau. La question pos�e peut l�g�rement changer.
Assurez-vous aussi d'un choix appropri� pour votre carte Ethernet. Si vous ne savez pas comment proc�der, vous devriez lire l'Ethernet-HOWTO, Ethernet-HOWTO.
Vous pouvez maintenant proc�der � la compilation de votre noyau. Une fois cette �tape finie, n'oubliez pas de lancer lilo afin d'installer le nouveau noyau.
# cd /usr/src
# tar xvfz mars_nwe-0.99.pl10.tgz
Cette op�ration est tr�s simple.
La premi�re �tape consiste simplement � lancer make, cela va vous
cr�er un fichier config.h. Ensuite, vous devez regarder et modifier
le fichier config.h si n�cessaire. Cela vous permet de configurer
des choses comme le r�pertoire d'installation ou le nombre maximum de
sessions et de volumes que le serveur pourra supporter. Les lignes importantes
� regarder sont :
FILENAME_NW_INI l'emplacement des fichiers d'initialisation PATHNAME_PROGS l'emplacement du programme ex�cutable PATHNAME_BINDERY l'endroit o� iront les fichiers de la 'bindery' PATHNAME_PIDFILES le r�pertoire o� les fichiers PID seront �crits MAX_CONNECTIONS le nombre maxi de connexions simultan�es autoris�es MAX_NW_VOLS le nombre maxi de volumes support�s par mars_nwe MAX_FILE_HANDLES_CONN le nombre maxi de fichiers ouverts par connexion WITH_NAME_SPACE_CALLS si vous voulez supporter les clients ncpfs INTERNAL_RIP_SAP si vous voulez que mars_nwe fasse le routage rip/sap SHADOW_PWD selon que vous utilisez les 'shadow passwords' ou nonLes options par d�faut devraient vous convenir mais v�rifiez quand m�me.
Une fois ceci termin� tapez :
# make
# make install
Ces commandes compileront les diff�rents serveurs et les
installeront dans un r�pertoire appropri�. Le script
d'installation installe aussi le fichier de configuration
/etc/nwserv.conf.
Celle-ci est simple. Il faut �diter le fichier/etc/nwserv.conf.
Le format de ce fichier peut vous sembler assez �nigmatique au
premier abord,
mais il est en fait bel et bien ordonn�. Chaque ligne de ce fichier
correspond � un point de configuration. Chacune de ces lignes est
d�limit�e par le caract�re espace et d�bute par un nombre qui indique
le contenu de la ligne. Tous les
caract�res pr�c�d�s du caract�re '#' sont consid�r�s comme �tant un
commentaire et de ce fait sont ignor�s. Martin fournit un fichier
d'exemple de configuration dans son paquetage, cependant, je vous
donne ce que je consid�re comme �tant une version simplifi�e de ce
fichier, et ce, afin que vous puissiez mieux le comprendre.
# VOLUMES (max. 5)
# Seul le volume SYS est obligatoire. Le r�pertoire contenant le volume
# SYS doit contenir les r�pertoires : LOGIN, PUBLIC, SYSTEM, MAIL.
# l'option 'i' ignore la casse (majuscules/minuscules)
# l'option 'k' convertit toutes les requ�tes de nom de fichier en
# minuscules
# l'option 'm' indique que le volume est amovible (cdrom par ex.)
# l'option 'r' positionne le volume en lecture seule
# l'option 'o' indique le volume est un syst�me de fichiers mont� unique
# l'option 'P' permet aux commandes d'�tre utilis�es comme des fichiers
# l'option 'O' permet l'utilisation de l'espace de noms (namespace) OS/2
# l'option 'N' permet l'utilisation de l'espace de noms (namespace) NFS
#
# Par d�faut les noms de fichiers sont en majuscules.
# Syntaxe :
# 1 <Nom du volume> <Chemin du volume> <Options> 1 SYS /home/netware/SYS/ # SYS
1 DATA /home/netware/DATA/ k # DATA
1 CDROM /cdrom kmr # CDROM
# NOM DU SERVEUR
# Si cette option n'est pas mise le nom du serveur Linux sera converti
# en majuscule et utilis�
# Syntaxe :
# 2 <Nom du serveur> 2 LINUX_FS01
# ADRESSE DE RESEAU INTERNE
# l'adresse de r�seau interne est une fonctionnalit� qui simplifie
# le routage IPX pour les machines reli�es � plusieurs r�seaux IPX.
# Syntaxe :
# 3 <adresse interne du r�seau> [<Num�ro de noeud>]
# ou
# 3 auto
# si vous utilisez 'auto' alors l'adresse IP de la machine sera
# utilis�e. NOTE : cela peut �tre dangereux, assurez-vous de prendre
# un nombre unique sur votre r�seau. Les adresses sont cod�es en
# hexad�cimal sur 4 octets (le pr�fixe 0x est obligatoire).
3 0x49a01010 1
# PERIPHERIQUES RESEAU
# Cette option configure votre r�seau IPX. Si votre r�seau IPX est d�j�
# configur�, vous n'en aurez pas besoin.
# Syntaxe
# 4 <Num�ro de reseau IPX> <Nom de p�riph�rique> <Type de trame> [<ticks>]
# Types de trames : ethernet_ii, 802.2, 802.3, SNAP
4 0x39a01010 eth0 802.3 1
# SAUVEGARDE DES ROUTES IPX APRES EXTINCTION DU SERVEUR.
# Syntaxe :
# 5 <drapeau> # 0 = ne pas sauver les routes, 1 = sauver les routes.
5 0
# VERSION DE NETWARE
# Syntaxe :
# 6 <version> # 0 = 2.15, 1 = 3.11
6 1
# GESTION DES MOTS DE PASSE
# les clients DOS de Novell supportent une fonctionnalit� qui chiffre
# votre mot de passe (mdp) lorsque vous le changez. Vous pouvez
# configurer votre serveur mars pour supporter cette fonctionnalit�.
# Syntaxe :
# 7 <drapeau> # avec <drapeau> =
# 0 force chiffrage du mdp (les clients ne peuvent pas changer de mdp).
# 1 force chiffrage du mdp, permet les changements de mdp non chiffr�s.
# 7 permet les mdp non chiffr�s mais pas les mdp nuls.
# 8 permet les mdp non chiffr�s ainsi que les mdp nuls.
# 9 seulement les mdp non chiffr�s (ne marche pas avec OS/2).
7 1
# DROITS MINIMUM EN FONCTION DES GID ET UID
# Les permissions qui sont appliqu�es lors de connexions sans login
# Ces permissions seront utilis�es pour les fichiers
# de votre serveur primaire.
# Syntaxe :
# 10 <gid> # 11 <uid> # <gid> <uid> sont ceux donn�s dans /etc/passwd et /etc/group
10 200
11 201
# MOT DE PASSE DU SUPERVISEUR
# Doit etre enlev� apr�s le premier d�marrage du serveur. Le serveur
# cryptera cette information dans le fichier de bindery apr�s son
# lancement. Vous devriez �viter d'utiliser le compte 'root' et en choisir
# un autre pour administrer le serveur mars.
#
# Cette entr�e est lue et chiffr�e dans le fichier de bindery du serveur,
# elle n'a donc besoin d'�tre pr�sente que la premi�re fois que vous
# d�marrez le serveur, pour s'assurer que le mot de passe ne soit pas vol�
# Syntaxe :
# 12 <Login du superviseur> <Nom d'utilisateur UNIX> [<mot de passe>]
12 SUPERVISOR terry secret
# COMPTES DES UTILISATEURS
# Permet d'associer les comptes NETWARE aux comptes UNIX. Les mots de
# passe sont en option.
# Syntaxe :
# 13 <Login utilisateur> <Nom d'utilisateur UNIX> [<mot de passe>]
13 MARTIN martin
13 TERRY terry
# ADMINISTRATION SYSTEME PARESSEUSE
# Si vous avez beaucoup d'utilisateurs et ne pouvez/voulez utiliser
# le champ 13 pour chaque utilisateur, vous pouvez faire correspondre
# automatiquement les logins mars_nwe aux logins des utilisateurs Linux
# MAIS il n'y a pour le moment aucun moyen d'utiliser les mots de passe
# des comptes Linux si bien que tous les utilisateurs configur�s de cette
# fa�on devront utiliser le mot de passe fourni ici.
# Je vous d�conseille de l'utiliser � moins que la s�curit� ne fasse pas
# partie de vos pr�occupations.
# Syntaxe :
# 15 <drapeau> <mot de passe commun> # avec <drapeau> :
# 0 - ne configure aucun utilisateur automatiquement.
# 1 - configure automatiquement les utilisateurs non encore configur�s.
# 99 - configure automatiquement tous les utilisateurs.
15 0 duzzenmatta
# VERIFICATION SIMPLE
# mars_nwe s'assurera automatiquement que certains r�pertoires existent
# si vous positionnez ce drapeau.
# Syntaxe :
# 16 <drapeau> # avec <drapeau> � 0 pour non, ne fait rien et 1 pour oui, v�rifie.
16 0
# QUEUES D'IMPRESSION
# Permet d'associer des imprimantes Netware � des imprimantes UNIX. Les
# r�pertoires de files d'impression doivent �tre cr�es manuellement
# avant de tenter toute impression.
# Syntaxe :
# 21 <Nom de queue> <r�pertoire de queue> <commande d'impression UNIX> 21 EPSON SYS:/PRINT/EPSON lpr -h
21 LASER SYS:/PRINT/LASER lpr -Plaser
# DRAPEAUX DE DEBOGAGE
# normalement, ils ne sont pas n�cessaires, mais ils peuvent �tre utiles
# pour la r�solution de probl�mes.
# Syntaxe :
# <�l�ment de d�bogage> <drapeau de debogage> #
# 100 = IPX KERNEL
# 101 = NWSERV
# 102 = NCPSERV
# 103 = NWCONN
# 104 = d�marrage NWCLIENT
# 105 = NWBIND
# 106 = NWROUTED
# 0 = supprime le d�bogage, 1 = active le d�bogage
100 0
101 0
102 0
103 0
104 0
105 0
106 0
# LANCER LE SERVEUR NETWARE EN TACHE DE FOND ET UTILISER UN FICHIER DE LOG
# Syntaxe :
# 200 <drapeau> # 0 = Lance NWSERV en avant-plan et pas de fichier de log
# 1 = Lance NWSERV en t�che de fond et utiliser le fichier de log
200 1
# NOM DU FICHIER DE LOG
# Syntaxe :
# 201 <Fichier de log> 201 /tmp/nw.log
# AJOUT/ECRASEMENT DU FICHIER DE LOG
# Syntaxe :
# 202 <drapeau> # 0 = ajouter dans le fichier de log existant
# 1 = �craser le fichier de log existant
202 1
# EXTINCTION DU SERVEUR
# Ce point modifie le d�lai entre l'affichage d'extinction du serveur et
# l'extinction r�elle du serveur
# Syntaxe :
# 210 <temps> # en secondes (par d�faut 10)
210 10
# INTERVALLE ENTRE LES DIFFUSIONS DE ROUTAGE
# la dur�e en secondes entre les diffusions (broadcast) de serveurs
# Syntaxe :
# 211 <temps> # en secondes (par d�faut : 60)
211 60
# INTERVALLE ENTRE LES LOGS DE ROUTAGE
# configure le nombre de diffusions apr�s lesquelles les informations
# de routage sont �crites dans les fichiers de log.
# Syntaxe :
# 300 <nombre> 300 5
# FICHIER DE LOG DE ROUTAGE
# configure le nom du fichier de log des informations de routage
# Syntaxe :
# 301 <nom de fichier> 301 /tmp/nw.route
# AJOUT/ECRASEMENT DU FICHIER DE LOG DE ROUTAGE
# configure si vous voulez ajouter les nouveaux logs � la fin du
# fichier existant ou bien le r�ecrire.
# Syntaxe :
# 302 <drapeau> # avec <drapeau> � 0 pour l'ajout et � 1 pour cr�ation/�crasement
302 1
# MINUTAGE DU CHIEN DE GARDE (watchdog)
# Configure les intervalles de temps entre les messages de garde pour
# s'assurer que le r�seau est toujours vivant.
# Syntaxe :
# 310 <valeur> # avec <valeur> =
# 0 - toujours envoyer des messages de garde.
# <0 - ne jamais envoyer de message de garde.
#>0 - envoyer des messages quand le trafic r�seau chute en dessous
# de 'n' ticks.
310 7
# FICHIER DE STATIONS
# configure le nom du fichier qui d�termine les machines pour lesquelles
# ce serveur de fichiers sera le serveur primaire.
# La syntaxe de ce fichier est d�crite dans le r�pertoire 'examples'
# du code source.
# Syntaxe :
# 400 <nom de fichier> 400 /etc/nwserv.stations
# OBTENTION DU SERVEUR DE FICHIERS LE PLUS PROCHE
# Configure la mani�re dont sont ger�es les requ�tes SAP 'obtention
# du serveur le plus proche' (Get Nearest Fileserver).
# Syntaxe :
# 401 <drapeau> # avec <drapeau> =
# 0 : d�sactive cette requ�te
# 1 : le fichier de stations liste les stations � exclure
# 2 : le fichier de stations liste les station � inclure
401 2
Si vous avez configur� le serveur de telle sorte que d'autres programmes configurent le r�seau et/ou fournissent les fonctions de routage, alors vous devez lancer ces programmes avant de d�marrer le serveur. Si vous avez configur� le serveur pour qu'il configure vos interfaces et fournisse des services de routage, alors pour d�marrer le serveur, il n'y a qu'� taper :
# nwserv
Pour tester le serveur vous devrez tout d'abord essayer de vous connecter et
entrer par login gr�ce � un client Netware sur votre r�seau. Vous pouvez
alors faire un CAPTURE � partir de votre client et essayer
d'imprimer. Si ces
deux actions sont couronn�es de succ�s, votre serveur fonctionne.
Ales Dryak <A.Dryak@sh.cvut.cz> a
d�velopp� lwared pour permettre �
Linux de fonctionner comme un serveur de fichiers bas� sur NCP.
Lwared est l'abr�viation de LinWare Daemon.
Le serveur lwared est capable de fournir un sous-ensemble de services d'un serveur Novell NCP. Le syst�me de messageries a �t� inclus mais il ne fournit pas de facilit�s d'impression. De plus il ne fonctionne pas bien avec des clients pour Windows 95 ou Windows NT. Ce serveur s'appuie sur des programmes ext�rieurs pour construire et maintenir le routage IPX et les tables SAP. Le mauvais comportement d'un client peut causer le "plantage" du serveur. Il est aussi important de savoir que la retranscription des noms de fichiers (minuscules/majuscules) n'a pas non plus �t� incluse.
Ce serveur fonctionne avec les shells Netware NETX et VLM.
Le paquetage lwared peut �tre construit pour n'importe quel noyau
sup�rieur � la version 1.2.0, je vous recommande
d'utiliser la version 1.2.13 pour laquelle aucun patch sur le noyau
n'est n�cessaire. Certaines fonctionnalit�s ont chang� avec
la version 1.3.* du noyau, ce qui signifie que des patchs sont n�cessaires
pour ces versions afin de faire fonctionner ce serveur de mani�re
correcte. Des patchs appropri�s sont inclus pour les nouvelles versions de
noyau, ainsi si vous devez absolument utiliser un de ces noyaux, vous serez
toujours en mesure de faire fonctionner lwared correctement.
On trouve lwared sur
klokan.sh.cvut.cz,
Metalab,
ou sur un site miroir. La version � jour lors de l'�criture de ce document �tait :
lwared-0.95.tar.gz
Ce qui devrait ressembler � :
# cd /usr/src # tar xvpfz lwared-0.95.tar.gz
Si vous utilisez un noyau alpha 1.3.* vous devriez essayer d'utiliser
la version 1.3.17 ou une plus r�cente car les patchs
fournis ont �t� faits
pour celles-l�. Les noyaux 1.3.* plus anciens que
1.3.17 n�cessiteront d'�tre
modifi�s � la main pour pouvoir installer lwared ( quelques indications sur
la mani�re d'op�rer ce genre de modifications sont donn�es dans le fichier
INSTALL du paquetage). Pour installer les patchs pour la
version 1.3.17 du
noyau ou plus r�cent, vous devrez essayer la commande suivante :
# make patch
La chose suivante que vous devrez faire apr�s avoir appliqu� le patch, le cas
�ch�ant, sera de v�rifier que votre noyau a bien �t� compil� avec le support
IPX actif. Dans la version 1.2.13, vous n'aurez qu'�
r�pondre oui (Y) � la question
'The IPX protocol' de la mani�re suivante :
... ... Assume subnets are local (CONFIG_INET_SNARL) [y] Disable NAGLE algorithm (normally enabled) (CONFIG_TCP_NAGLE_OFF) [n] The IPX protocol (CONFIG_IPX) [n] y * * SCSI support ... ...Pour les noyaux plus r�cents, la question peut varier un peu, mais le proc�d� reste fondamentalement le m�me.
Vous devrez �galement vous assurer du choix appropri� du pilote de votre carte Ethernet. Si vous ne savez pas comment proc�der, je vous conseille vivement de vous reporter � Ethernet-HOWTO.
Vous pouvez maintenant proc�der � la compilation de votre noyau. N'oubliez pas de lancer lilo une fois la compilation finie, pour que le nouveau noyau soit correctement install�.
Pour compiler lwared vous devez en premier lieu v�rifier et �diter si
n�cessaire le fichier server/config.h. Ce fichier contient les
�l�ments n�cessaires pour piloter votre serveur et d�terminer son
comportement lorsqu'il fonctionnera. Le fichier par d�faut est
raisonnablement bien �crit mais vous pourrez tout de m�me v�rifier si
les r�pertoires de fichiers de log et le fichier de configuration
conviennent � votre syst�me.
# make depend # make # make install
Le 'make depend' se plaint de ne pas trouver le fichier float.h sur
mon syst�me mais cela semble fonctionner tout de m�me. J'ai aussi
d�couvert que lors des compilations avec gcc 2.6.3, il fallait
modifier la ligne :
#include <net/route.h>en
#include <net/if_route.h>
dans le fichier lib/ipxkern.c. Ceci �tant d� au fait que le fichier
change parfois de nom.
Le 'make install' tentera d'installer le serveur et les d�mons de
routage dans le r�pertoire /usr/sbin, le programme
lwpasswd dans le
r�pertoire /usr/bin, les programmes utilitaires IPX seront copi�s dans
le r�pertoire /sbin et les pages de manuel dans la structure de
r�pertoire /usr/man. Si un de ces endroits ne correspond pas � votre
syst�me, vous devrez �diter et modifier les fichiers
Makefile correspondants.
Voici la partie la plus amusante !
La premi�re chose � faire est de configurer vos cartes Ethernet
pour qu'elles puissent supporter les r�seaux IPX connect�s � votre
serveur. Vous devez conna�tre les adresses
des r�seaux IPX pour chacun des segments du r�seau, quel
p�riph�rique Ethernet (eth0, eth1,
etc.) est en relation avec quel segment,
quel type de trame est utilis� pour chacun des segments (802.3,
EtherII, etc.) et quelle adresse de r�seau interne votre serveur
doit utiliser (ce qui est vraiment n�cessaire si votre serveur
doit fournir des services sur plusieurs segments). Par exemple, une
configuration plausible d'un serveur �tant sur deux segments IPX
ayant pour adresse r�seau 23a91300 et 23a91301 et ayant une adresse
de r�seau interne bdefaced ressemblera � :
# ipx_internal_net add BDEFACED 1 # ipx_interface add eth0 802.3 23a91300 # ipx_interface add eth1 etherii 23a91301
Le logiciel du noyau permet de faire du renvoi de paquet IPX comme il le fait pour les paquets IP, cependant le noyau requiert un programme additionnel pour g�rer la mise � jour des tables de routage. Dans le cas d'IPX, deux d�mons sont n�cessaires et tous deux sont fournis avec lwared : ipxripd g�re l'information de routage IPX et ipxsapd g�re les informations SAP. Pour faire d�marrer les d�mons vous n'aurez qu'� sp�cifier l'endroit o� vous voulez qu'ils �crivent les messages de log :
# ipxripd /var/adm/ipxrip # ipxsapd /var/adm/ipxsap
Deux fichiers sont � configurer manuellement pour que les utilisateurs puissent se loguer sur votre serveur. Il s'agit de :
/etc/lwpasswdIl s'agit du fichier dans lequel les informations sur les
comptes utilisateurs de LinWare sont gard�es. Le programme
lwpasswd
permet de le maintenir � jour. Dans sa forme la plus simple, le
fichier /etc/lwpasswd ressemble � :
ales: terryd: guest:Son format est une simple liste de noms de login suivis du caract�re ':' puis de la version encrypt�e du mot de passe de login. Il faut cependant noter deux choses importantes : si les mots de passe ne sont pas chiffr�s cela signifie qu'il n'y a pas de mot de passe. D'autre part, les utilisateurs de LinWare doivent avoir un compte Linux, c'est-�-dire que chaque utilisateur de LinWare pr�sent dans
/etc/lwpasswd doit aussi �tre pr�sent dans
/etc/passwd. Seul l'utilisateur root peut changer
le mot de
passe d'un autre utilisateur LinWare. Si vous �tes logu� en tant
root, vous pourrez par exemple taper la commande suivante pour
changer le mot de passe d'un utilisateur :
# lwpasswd rodg Changing password for RODG Enter new password: Re-type new password: Password changed.
/etc/lwvtabIl s'agit des tables des volumes LinWare o� sont stock�es les
informations sur les r�pertoires � partager entre les utilisateurs
de LinWare (ce fichier comporte des similitudes avec le fichier
/etc/exports pour NFS). Un exemple simple de son format est :
SYS /lwfs/sys DATA /lwfs/data HOME /homeCe format est simple : nom du volume puis le r�pertoire Linux � exporter s�par�s par le caract�re espace. Vous devez avoir, au moins, une entr�e dans ce fichier pour le volume
SYS afin que le
serveur puisse d�marrer. Si vous voulez que vos utilisateurs
DOS puissent acc�der � votre serveur LinWare comme serveur primaire,
vous devrez installer une arborescence de volume SYS standard
sous le r�pertoire que vous exportez comme volume SYS.
Les
fichiers devant �tre pr�sents dans ces r�pertoires sont ceux de
Novell et sont soumis � leurs copyrights. Vous devez avoir une licence
pour les utiliser. Si vos utilisateurs
utilisent un serveur de fichiers Novell comme serveur primaire,
vous n'aurez pas besoin du volume SYS.# lwaredPlut�t simple n'est-ce pas ? Mais il reste une question. Quel est le nom du serveur de fichiers ? Si vous avez d�marr� le serveur LinWare de la fa�on expos�e ci-dessus, son nom sera celui retourn� par la commande hostname de Linux (le nom d'h�te). Si vous voulez un autre nom, il suffit de le sp�cifier dans la ligne de lancement de lwared comme ci-dessous par exemple :
# lwared -nlinux00Ici le nom du serveur LinWare sera
linux00.La premi�re chose � faire est de v�rifier que votre serveur LinWare
appara�t bien dans une slist d'un client DOS sur votre r�seau. Le
programme slist est stock� dans le volume SYS d'un serveur de
fichier Novell donc il vous faudra r�aliser cette op�ration �
partir d'une machine d�j� logu�e sur un serveur. Si �a ne marche pas,
v�rifiez que
ipxsapd et lwared tournent en
m�me temps sur la machine Linux. Si la slist est bonne
vous pouvez essayer de connecter et de mapper un volume :
C:> attach linux00/ales ... ... C:> map l:=linux00/data: C:> l:Vous devriez maintenant �tre en mesure d'utiliser le nouveau volume comme tout autre volume Novell. Les permissions des fichiers sont bas�es sur celles donn�es par le serveur Linux en fonction de votre compte utilisateur.
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:35