PC World Komputer 1999 March B/SCO_CASTOR4RRT.iso/nwsrvr/reloc.2/$SYSVOL/public/client/os2/francais/os2book.inf

OS/2 Help File | 1998-08-19 | 757.4 KB | 10,941 lines

ΓòÉΓòÉΓòÉ 1. LISEZ-MOI D'ABORD !!!! ΓòÉΓòÉΓòÉ

We Need Your Comments

Cette version en ligne du Guide de l'utilisateur Client NetWare pour OS/2 est
un nouveau produit du DВpartement Publications Techniques de Novell.

Veuillez nous faire part de vos commentaires. Imprimez cette page et
communiquez-la par fax ou courrier Е:

     Novell, Inc.
     Technical Publications
     MS C-23-1
     122 East 1700 South
     Provo, UT 84606
     FAX [phone]

En quoi les ressources suivantes peuvent-elles vous ╨ÿtre utiles dans
l'installation et la configuration de Client NetWare pour OS/2 ?

Peu utile    TrКs utile

 1  2  3  4  6  7  8  9  10        La version papier du Guide de l'utilisateur
                                   Client NetWare pour OS/2.

 1  2  3  4  6  7  8  9  10        Ce Guide de l'utilisateur Client NetWare
                                   pour OS/2 en ligne en format natif OS/2.

 1  2  3  4  6  7  8  9  10        ElectroText(TM) (documentation en ligne au
                                   format MS Windows de Novell)

 1  2  3  4  6  7  8  9  10        Les Вcrans d'aide des diffВrents utilitaires
                                   (c-Е-d NWADMIN, NWTOOLS, INSTALL)

 Veuillez nous donner votre apprВciation sur ce Guide de l'utilisateur en ligne
 Client NetWare pour OS/2  ainsi que les amВliorations que vous souhaiteriez y
 voir apporter.


ΓòÉΓòÉΓòÉ 2. Guide de l'utilisateur Client NetWare pour OS/2 ΓòÉΓòÉΓòÉ

NetWare Client for OS/2 User Guide

Renonciation

Novell, Inc. dВcline toute responsabilitВ en ce qui concerne le contenu et
l'utilisation de ce manuel. La sociВtВ exclut notamment toute garantie
explicite ou implicite concernant la commercialisation ou la conformitВ dans
n'importe quel domaine d'application. Par ailleurs, Novell, Inc. se rВserve le
droit de revoir cette Вdition et d'en modifier le contenu Е tout moment et sans
prВavis.

Novell, Inc. n'engage pas sa responsabilitВ en ce qui concerne les logiciels
NetWare. La sociВtВ exclut notamment toute garantie explicite ou implicite
concernant la commercialisation ou la conformitВ dans n'importe quel domaine
d'application. Novell, Inc. se rВserve le droit de modifier certaines parties
ou l'ensemble du logiciel NetWare Е tout moment et sans prВavis.

Trademarks Novell, Inc. a fait tout son possible pour fournir des informations
sur toutes les marques commerciales (noms, produits et services) mentionnВes
dans ce manuel. La liste suivante est issue de sources diverses.

     NetWare et Novell sont des marques dВposВes de Novell, Inc.
     Internetwork Packet Exchange (IPX), LAN WorkPlace, MLID, NE1000, NE2000,
     Client NetWare, NetWare Core Protocol (NCP), NetWare Directory Services
     (NDS), NetWare Tools, Open Data-Link Interface (ODI), Packet Burst, SFT
     III, SPX, et Technical Support Alliance (TSA) sont des marques dВposВes de
     Novell, Inc.
     NetWire est une marque de service dВposВe de Novell, Inc.
     UNIX est une marque dВposВe UNIX System Laboratories, Inc., filiale Е part
     entiКre de Novell, Inc.
     IBM et OS/2 sont des marques dВposВes de International Business Machines
     Corporation.

 Copyright 1994 Novell, Inc. Tous droits rВservВs. Aucune partie de cette
 publication ne peut Иtre reproduite, photocopiВe, ou stockВe sur un systКme
 quelconque, sans le consentement Вcrit prВalable de l'Вditeur.

 Manuel de l'utilisateur - Client NetWare pour OS/2
 Mars 1994


ΓòÉΓòÉΓòÉ 3. Introduction ΓòÉΓòÉΓòÉ

Introduction

ThКmes

CaractВristiques de Client NetWare pour OS/2

Informations pour utilisateurs DOS migrants vers OS/2

Mise Е niveau utilisateurs NetWare 2 et 3 vers NetWare 4


═══ 3.1. CaractВristiques de Client NetWare pour OS/2 ═══

NetWare Client for OS/2 Features

Le logiciel Client NetWare(TM) pour OS/2 permet aux postes de travail OS/2
d'accВder aux serveurs NetWare. Une fois Client NetWare pour OS/2 installВ,
vous pouvez vous loguer Е un rВseau NetWare et effectuer des opВrations de
rВseau classiques.

Voici les caractВristiques principales de Client NetWare pour OS/2

 ■ Support simultanВ des serveurs NetWare 3 et NetWare 4.
 ■ Support du dВmarrage de poste Е distance Remote Program Load (RPL).
 Γûá Support de SFTIII pour le client et pour SPX.
 ■ AccКs Е neuf ports parallКles.
 ■ Support des sessions privВes OS/2 et DOS/MS Windows, des sessions globales
 DOS/MS Windows, des sessions privВes VMBoot et des sessions globales VMBoot
 pour NetWare 3.


ΓòÉΓòÉΓòÉ 3.2. Informations pour les utilisateurs DOS migrants vers OS/2 ΓòÉΓòÉΓòÉ

Information for DOS Users Migrating to OS/2

Cette section montre les diffВrences essentielles entre l'utilisation de
NetWare depuis un poste de travail OS/2 et l'utilisation de NetWare depuis un
poste DOS.

Pilotes de LAN ODI

Les pilotes de LAN ODI utilisВs par Client NetWare pour OS/2 ont le mИme
objectif et respectent les mИmes spВcifications techniques que les pilotes de
LAN ODI utilisВs par Client NetWare pour DOS et MS Windows.

Les pilotes ODI OS/2 ont les m╨ÿmes noms de fichiers que les pilotes ODI DOS
mais ils sont suivis de l'extension .SYS au lieu de l'extension .COM.

Les pilotes S/2 ODI sont chargВs dans le fichier CONFIG.SYS, contrairement aux
pilotes DOS ODI dВfinis dans le fichier AUTOEXEC.BAT.

Important Pour OS/2, les pilotes de rВseau et de pВriphВrique sont toujours
chargВs dans le fichier CONFIG.SYS. AUTOEXEC.BAT n'est pas utilisВ dans OS/2.

IPX

Client NetWare pour OS/2 utilise le protocole IPX pour la connexion aux
serveurs NetWare. Pour OS/2, IPX est un fichier .SYS et il est chargВ dans le
fichier CONFIG.SYS avec les autres pilotes NetWare.

Si vous utilisez des sessions DOS virtuelles sous OS/2, celles-ci font appel Е
une version virtualisВe de IPX.SYS appelВe VIPX. VIPX converse avec IPX pour
permettre aux sessions DOS de communiquer sur le rВseau.

Dans une session DOS virtuelle, vous exВcutez le VIPX fourni avec Client
NetWare pour OS/2 et non celui fourni avec Client NetWare pour DOS et MS
Windows.

Lorsque vous installez Client NetWare pour OS/2, les lignes permettant de
charger IPX et VIPX sont automatiquement chargВes dans CONFIG.SYS.

Fichier NET.CFG

Le fichier NET.CFG a le mИme rУle sous OS/2 et sous DOS: il vous permet de
configurer votre login au rВseau.

NET.CFG pour OS/2 possКde des options et des paramКtres au mИme titre que
NET.CFG pour DOS. Toutefois, ces options et ces paramКtres diffКrent quelque
peu. Certains utilisent une syntaxe diffВrente et servent Е configurer des
composants logiciels diffВrents.

Vous ne pouvez donc vous contenter de copier un fichier NET.CFG d'un poste de
travail DOS vers un poste de travail OS/2. Pour qu'il puisse fonctionner, vous
devrez (si un tel fichier est requis) en crВer un nouveau dВdiВ au poste de
travail OS/2.Sous OS/2, le fichier NET.CFG est modifiВ ou crВВ avec le
programme d'installation du Requester NetWare. Ce programme fournit une aide en
ligne indiquant la syntaxe de toutes les options.

Sous DOS, le fichier NET.CFG est modifiВ ou crВВ au moyen d'un Вditeur de
texte. Ce programme est associВ Е une aide en ligne prВsentant la syntaxe de
toutes les options. (NET.CFG peut Вgalement Иtre modifiВ Е l'aide d'un Вditeur
de texte standard.)

Vous pouvez placer les options de configuration DOS et OS/2 dans le m╨ÿme
fichier NET.CFG, sur votre poste de travail OS/2. Lorsque vous lancerez une
session DOS virtuelle privВe, Client NetWare pour DOS et MS Windows utiliseront
les options DOS. Client NetWare pour OS/2 ignore ces derniКres.

Login

Lorsque vous lancez votre station de travail, Client NetWare pour OS/2 assigne
l'unitВ L: en tant qu'unitВ par dВfaut du rВpertoire SYS:LOGIN (configurable
dans NET.CFG).

Cette assignation se combine avec l'assignation L:\OS2 que l'installation de
Client NetWare pour OS/2 place dans votre chemin, vous donnant ainsi un chemin
de recherche direct pour les utilitaires de login. (Il est inutile de vous
placer sur l'unitВ L: pour vous loguer.)

Client NetWare pour OS/2 ne reconnaМt pas la commande LASTDRIVE de CONFIG.SYS.

Vous pouvez vous loguer Е partir d'une session OS/2 ou d'un micro-ordinateur
connectВ et votre login s'applique Е toutes les autres sessions OS/2. Par
exemple, si vous vous Иtes loguВ Е partir de la ligne de commande d'une session
OS/2 et que vous utilisez ensuite NetWare Tools(TM), vous serez dВjЕ loguВ Е
l'endroit mИme oЧ vous vous Иtes loguВ sur la ligne de commande.

Important Le login Е partir de NetWare Tools ne lance pas de script de login.
Pour que ce script s'exВcute, lancez LOGIN depuis la ligne de commande.

Vous pouvez aussi vous loguer au rВseau Е partir de sessions DOS virtuelles
s'exВcutant sous OS/2. Vous pouvez Вtablir des sessions virtuelles de telle
sorte que chacune d'entre elles gКre sa propre connexion au rВseau (sessions
privВes) ou que toutes les sessions - y compris OS/2- partagent une connexion
unique au rВseau (sessions globales).

Le support rВseau fonctionne sensiblement de la mИme maniКre depuis les
sessions DOS virtuelles qu'avec les postes de travail DOS normaux. Vous
utiliserez un shell NETX.EXE et une version virtualisВe de IPX, VIPX.SYS.

Important Lorsque vous vous loguez Е partir de sessions virtuelles, vous ne
pouvez bВnВficier des services Annuaire de NetWare (NDS). Vous ne pouvez en
fait vous relier qu'Е un rВseau NetWare v4.0 Вmulant la bindery.

Utilitaires

Les utilitaires NetWare pour OS/2 ont les m╨ÿmes noms que les utilitaires
NetWare pour DOS. Toutefois, les utilitaires OS/2 disposent de fichiers
exВcutables diffВrents des utilitaires DOS.

Les utilitaires NetWare OS/2 sont dans les rВpertoires SYS:PUBLIC\OS2 et
SYS:LOGIN\OS2 et n'empiКtent donc pas sur les utilitaires NetWare pour DOS
situВs dans les rВpertoires SYS:PUBLIC et SYS:LOGIN. Si vous lancez un
utilitaire NetWare DOS sous OS/2, OS/2 tentera de dВmarrer une session DOS pour
l'exВcuter.

Les fichiers d'utilitaires suivants sont disponibles sur les disquettes Client
NetWare pour OS/2:

 Γûá CX.EXE
 Γûá MAP.EXE
 Γûá NETX.EXE
 Γûá NLIST.EXE
 Γûá NPRINTER.EXE

 Assignation des unitВs et unitВs de recherche

 Sous OS/2, les unitВs de recherche ne sont pas utilisВes. Les fonctions de
 recherche permettant d'accВder aux utilitaires NetWare et aux autres
 programmes sont dВfinies au moyen des instructions PATH, LIBPATH et DPATH du
 fichier CONFIG.SYS.

 Assignation des utilitaires de login

 Lorsque vous lancez votre poste de travail, Client NetWare pour OS/2 se
 connecte au premier serveur qu'il trouve et assigne l'unitВ L: au rВpertoire
 SYS:LOGIN (configurable dans NET.CFG).

 Cette affectation se combine avec l'assignation L:\OS2 que l'installation de
 Client NetWare pour OS/2 place dans votre chemin, vous donnant ainsi un chemin
 de recherche direct pour les utilitaires de login.

 Une fois que vous Иtes loguВ, l'unitВ L: disparaМt.

 Assignation aux utilitaires publics

 Le script de login NetWare par dВfaut pour OS/2 contient la ligne suivante qui
 assigne P: au rВpertoire public\utilitaires:

 MAP P:=SYS:PUBLIC

 Cette assignation se combine avec l'assignation P:\OS2 que l'installation de
 Client NetWare pour OS/2 place dans votre chemin, vous donnant ainsi un chemin
 de recherche direct pour le rВpertoire SYS:PUBLIC\OS2. Lorsque vous tapez le
 nom d'un utilitaire depuis n'importe quelle unitВ autre que l'unitВ P:, c'est
 l'utilitaire du sous-rВpertoire \OS2 qui est exВcutВ.

 Important MИme si votre chemin de recherche est associВ Е SYS:PUBLIC\OS2 par
 dВfaut, l'unitВ P: demeure assignВe Е SYS:PUBLIC.

 Si vous passez sur l'unitВ P:, vous Иtes dans SYS:PUBLIC, non dans
 SYS:PUBLIC\OS2. Si vous tapez le nom d'un utilitaire au niveau de l'unitВ P:,
 c'est la version DOS de celui-ci qui est exВcutВe.

 Autres protocoles

 Client NetWare pour OS/2 permet la reconnaissance des protocoles suivants :

  IPX
  SPX
  Named Pipes
  NetBIOS

 Ces protocoles prennent en charge clients et serveurs OS/2 sur un rВseau
 d'applications distribuВes. SPX est aussi utilisВ pour certains outils
 d'impression NetWare.

 Un poste de travail DOS client utilisant les Named Pipes DOS ou NetBIOS peut
 se connecter Е un serveur d'application OS/2 exploitant les Named Pipes ou
 NetBIOS.

 Vous pouvez sВlectionner les supports de ces protocoles dans le programme
 d'installation du Requester NetWare. Les protocoles que vous choisissez sont
 chargВs dans le fichier CONFIG.SYS.

 Pour accВder aux supports SPX, NetBIOS et aux canaux de communication nommВs Е
 partir de sessions virtuelles DOS et Windows sous OS/2, vous devez charger
 certains programmes fournis avec Client NetWare pour OS/2.


ΓòÉΓòÉΓòÉ 3.3. Utilisateurs de NetWare 2 and 3 migrants vers NetWare 4 ΓòÉΓòÉΓòÉ

NetWare 2 and 3 Users Upgrading to NetWare 4

Des modifications importantes ont ВtВ apportВes dans les domaines suivants:

 ■ Le type de trame par dВfaut pour les pilotes ODI Ethernet
 ■ La sВlection du serveur prВfВrВ
 ■ Le login au rВseau
 Γûá Les script de login
 ■ Les assignations dans le script de login par dВfaut
 ■ L'assignation d'une unitВ aux utilitaires publics
 Γûá Les sessions virtuelles DOS et MS Windows

 Type de trame par dВfaut pour les pilotes ODI Ethernet

 Le type de trame par dВfaut pour les pilotes ODI Ethernet (comme NE2000.SYS) a
 changВ. Dans NetWare 3.x et NetWare 2.x, le pilote par dВfaut Вtait
 Ethernet_802.3. Dans NetWare 4.0, c'est Ethernet_802.2.

 NetWare 4 server drivers for Ethernet also default to the Ethernet 802.2 frame
 type. Ainsi, serveurs et postes de travail utilisent le m╨ÿme type de trame
 pour communiquer.

 Les routeurs rВseau devront Вgalement supporter ce type de trame ; dans le cas
 contraire, votre poste de travail serait en effet exposВ Е de frВquents
 problКmes de connexion. Il se peut que certains routeurs opВrant sur votre
 rВseau ne supportent pas le nouveau pilote par dВfaut Ethernet_802.2.

 Important Si vous utilisez le type de trame Ethernet 802.2 sur votre poste de
 travail, celui-ci ne pourra pas se connecter Е un rВseau dont le type de trame
 est Ethernet 802.3.

 Pour Вliminer tout risque de conflit, vous pouvez dВfinir les deux types de
 trame (Ethernet_802.2 et Ethernet_802.3) sur votre rВseau.

 CУtВ poste de travail, dВfinissez les types de trames dans le fichier NET.CFG.
 Incluez une ligne similaire Е celle qui suit, en remplaЗant NE2000 par le nom
 de votre pilote ODI:

     pilote de liaison ne2000
        frame ethernet_802.2
        frame ethernet_802.3

 La premiКre trame dВfinie est la seule utilisВe pour la requИte Get Nearest
 Server initiale.

 Pour les serveurs qui ne font appel qu'Е un seul type de trame, comme
 Ethernet_802.3, placez ce type en premier. De cette faЗon, votre poste de
 travail sera en mesure d'Вtablir une connexion par dВfaut avec ces serveurs.

 SВlection d'un serveur prВfВrВ

 Les services Annuaire de NetWare (NDS) inclus dans NetWare 4 utilisent des
 arborescences et descontextes plutУt que des serveurs pour identifier ce Е
 quoi vous vous loguez.

 Un nouveau paramКtre NET.CFG appelВ Preferred Tree a ВtВ crВВ. Utilisez
 l'arborescence prВfВrВe avec NetWare 4 de la mИme maniКre que vous procВdiez
 pour le serveur prВfВrВ avec NetWare 2 et 3 (la seule diffВrence est que vous
 prВcisez le nom d'une arborescence et non plus celui d'un serveur).

 N'utilisez les arborescences prВfВrВes que sur les sites qui comportent
 plusieurs pour les rВpertoires.

 Par exemple, pour se loguer au dВpart Е une arborescence Е une arborescence
 appelВe Novell, ajoutez les lignes suivantes dans votre fichier NET.CFG:

     requester netware
        preferred tree novell

 Le paramКtre relatif au serveur prВfВrВ existe toujours mais la syntaxe a
 changВ. Vous devez maintenant entrer le mot serveur ainsi qu'un nom de
 serveur. Par exemple:

     netware requester
        preferred server fs1

 IndВpendamment de votre fichier NET.CFG, Client NetWare pour OS/2 tente tout
 d'abord d'Вtablir une connexion avec un serveur NDS. Il s'agit du premier
 serveur NDS Е rВpondre.

 Une fois la connexion avec ce dernier Вtablie, il vВrifie si vous avez
 spВcifiВ une arborescence prВfВrВe. AprКs connexion Е l'arborescence, il
 contrУle si un serveur prВfВrВ a ВtВ dВfini. Si ce dernier se trouve dans le
 contexte actuel, la connexion est Вtablie.

 Si Client NetWare pour OS/2 ne peut se connecter Е un serveur NDS, il tente
 d'Вtablir une connexion par dВfaut avec un serveur de la bindery.

 Il recherche ensuite le serveur prВfВrВ, sans tenir compte de l'arborescence
 spВcifiВe.

 login au rВseau

 Lorsque vous vous loguez Е NetWare 4, vous vous connectez Е une arborescence
 de rВpertoire plutУt qu'Е un serveur. En fait, vous accВdez Е un emplacement
 du rВpertoire, appelВ contexte.

 Login depuis la ligne de commande OS/2

 L'outil LOGIN de NetWare 4.0 LOGIN vous permet de vous loguer depuis une ligne
 de commande. Cet utilitaire se trouve dans le rВpertoire SYS:LOGIN\OS2.

 Avec l'outil LOGIN, vous pouvez spВcifier un contexte dans l'arborescence du
 RВpertoire. Un contexte comprend un objet Utilisateur et un object
 Organisation.

 Par exemple, pour vous loguer Е un rВseau NetWare 4, tapez:

 LOGIN .JOHN.SALES_MKTG

 JOHN est l'objet Utilisateur. SALES_MKTG est l'objet Organisation.

 Vous pouvez vous servir de l'outil LOGIN de NetWare 4.0 pour vous loguer sur
 des serveurs NetWare 3.11. Utilisez la m╨ÿme syntaxe de login que celle
 utilisВe pour NetWare 3.1x LOGIN en ajoutant l'option /B. Par exemple, tapez

 LOGIN SALES_MKTG/NANCY /B

 Login depuis NetWare Tools

  Le login Е partir de NetWare Tools ne lance pas de script de login. Pour
 cela, vous devez exВcuter LOGIN depuis la ligne de commande.

 Assignation du script de login par dВfaut

 Dans NetWare 2 et 3, un script de login par dВfaut Вtait exВcutВ si vous
 n'aviez pas de script de login particulier.

 Ce script par dВfaut existe toujours dans NetWare 4.0. A moins que le
 superviseur du rВseau n'en dВcide autrement, il est exВcutВ si aucun script de
 login utilisateur n'existe, Е l'aide d'un paramКtre insВrВ dans le script de
 login du systКme.

 De plus, les disques de recherche ne sont pas utilisВs sous OS/2. En
 remplacement, la fonction de recherche des utilitaires NetWare et des autres
 programmes est dВfinie par des instructions PATH, LIBPATH et DPATH dans
 CONFIG.SYS.

 Le script de login par dВfaut de NetWare 4 contient une ligne assignant
 l'unitВ P: aux utilitaires:

 MAP P:=SYS:PUBLIC

 Cette affectation se combine avec l'assignation P:\OS2 que l'installation de
 Client NetWare pour OS/2 place dans votre chemin, vous donnant ainsi un chemin
 de recherche direct du rВpertoire SYS:PUBLIC\OS2.

 Lorsque vous exВcutez un utilitaire Е partir de n'importe quelle unitВ autre
 que P:, l'utilitaire du sous-rВpertoire \OS2 est exВcutВ.

 Important MИme si votre chemin de recherche est associВ Е SYS:PUBLIC\OS2 par
 dВfaut, l'unitВ P: demeure assignВe Е SYS:PUBLIC.

 Si vous passez sur l'unitВ P:, vous И tes dans SYS:PUBLIC, non dans
 SYS:PUBLIC\OS2.Si vous exВcutez un utilitaire au niveau de l'unitВ P:, c'est
 la version DOS de celui-ci qui est exВcutВe.

 Assignation aux utilitaires publics

 Lors de la constitution des scripts de login systКme ou utilisateur pour OS/2,
 assignez toujours l'unitВ P: Е SYS:PUBLIC, comme illustrВ ci-dessous:

 MAP P:=SYS:PUBLIC

 RУle de l'unitВ P:

 Cette assignation se combine avec le rВpertoire P:\OS2 que l'installation de
 Client NetWare pour OS/2 place dans votre chemin. Ceci vous donne un chemin de
 recherche du rВpertoire SYS:PUBLIC\OS2.

 Si vous utilisez une autre assignation que P:, cette assignation ne se
 combinera pas avec le rВpertoire P:\OS2 que Client NetWare pour OS/2 place
 dans votre chemin, vous privant d'un chemin pour la recherche des utilitaires.

 Lorsque vous exВcutez un utilitaire Е partir d'une unitВ autre que P:, c'est
 l'utilitaire du sous-rВpertoire \OS2 qui est exВcutВ.

 Pourquoi SYS:PUBLIC et non SYS:PUBLIC\OS2 ?

 Important N'assignez pas l'unitВ P: Е SYS:PUBLIC\OS2.

 Les utilitaires NetWare pour OS/2 cherchent les fichiers propres Е une langue
 dans un rВpertoire parent de celui dans lequel ils ont ВtВ exВcutВs.

 Par exemple, un utilitaire exВcutВ Е partir de SYS:PUBLIC\OS2 cherchera un
 sous-rВpertoire \NLS dans le rВpertoire SYS:PUBLIC.

 Si l'unitВ permettant d'accВder aux utilitaires est assignВe Е SYS:PUBLIC\OS2,
 ce rВpertoire devient la racine de l'unitВ, dans la mesure oЧ toutes les
 unitВs du rВseau assignВes dans OS/2 sont des unitВs racines.

 En d'autres termes, OS/2 ne sait pas qu'il existe un rВpertoire parent pour
 les utilitaires. Quand ces derniers tentent de localiser le sous-rВpertoire
 \NLS dans leur propre rВpertoire parent, OS/2 dВtecte une erreur et votre
 utilitaire ne peut fonctionner.

 Important Si vous passez sur l'unitВ P:, vous Иtes dans SYS:PUBLIC, non dans
 SYS:PUBLIC\OS2. Si vous exВcutez un utilitaire Е partir de l'unitВ P:, c'est
 la version DOS de celui-ci qui est exВcutВe.

 Scripts de login

 Le tableau Scripts de login pour chaque type sessiondВcrit le type de login
 Вtablie par le script et explique comment le modifier.

 Commandes de script de login non reconnues par OS/2

 les scripts de login OS/2 ne reconnaissent pas les commandes suivantes:

 COMSPEC
 DOS BREAK
 MACHINE NAME

 Les commandes suivantes comportent des particularitВs ou des limitations dans
 leur utilisation sous OS/2 :

 Commande  Limitation

 EXIT      N'accepte pas le paramКtre de nom de fichier.

 DRIVE     DВfinit la valeur par dВfaut seulement pour la durВe du processus de
           login.

 INCLUDE   Avec cette instruction d'inclusion, vous devez utiliser une
           spВcification de chemin d'accКs normalisВe UNC (Universal Naming
           Convention) pour le fichier Е inclure. Par exemple, si le fichier Е
           inclure s'appelle INCLUDE.TXT et se trouve sur le serveur NetWare
           FS1, volume SYS:, rВpertoire PUBLIC, la dВclaration d'inclusion doit
           ╨ÿtre: INCLUDE \\FS1\SYS\PUBLIC\INCLUDE.TXT

 MAP       Vous ne pouvez pas affecter un disque de recherche (search drive)
           sous OS/2. La fonction Вquivalente consiste Е utiliser les commandes
           PATH et DPATH de OS/2. Reportez-vous Е la documentation OS/2.

 SET       DВfinit une variable d'environnement seulement pour la durВe du
           processus de login. Les traitement gВnВrВs dynamiquement intКgrent
           cette variable, mais elle disparaМt Е la fin du LOGIN.

 Sessions virtuelles DOS et MS Windows

 Avec Client NetWare pour OS/2 2.01, vous bВnВficiez de toutes les
 fonctionnalitВs de NetWare 3.11 Е partir de sessions privВes ou globales.
 Toutefois, vous ne disposez pas de la fonction NDS (incluse dans NetWare 4).

 En d'autres termes, vous pouvez exВcuter les utilitaires DOS de NetWare 4.0
 depuis une session DOS mais vous ne pourrez pas accВder aux services Annuaire
 NetWare. Du point de vue d'un serveur NetWare 4.0, vous apparaМtrez en tant
 que client de l'Вmulation de bindery NetWare 3.1x.

 Pour obtenir la fonction NDS, dВmarrez Е partir d'un noyau DOS diffВrent de
 celui inclus avec OS/2 et chargez le logiciel Client NetWare pour DOS et MS
 Windows.

 Le dВmarrage Е partir d'un vrai noyau DOS s'effectue en spВcifiant le
 paramКtre DOS_STARTUP_DRIVE. L'index principal de l'aide en ligne d'OS/2 vous
 en explique la procВdure.

 Les sessions dВmarrВes depuis un vrai noyau DOS peuvent Иtre privВes ou
 gloables. Les sessions globales lancВes depuis un vrai noyau DOS bВnВficient
 du support NetWare 3.1x. Les sessions privВes dВmarrВes depuis un vrai noyau
 DOS bВnВficient du support NetWare 4 si vous chargez le logiciel Client
 NetWare pour DOS et MS Windows.

 Support NetWare lors de sessions DOS/Windows


ΓòÉΓòÉΓòÉ 3.3.1. Modification des scripts de login pour chaque type ΓòÉΓòÉΓòÉ

de session How To Edit Login Scripts for Each Type of Session


 Si vous vous loguez  ExВcution du script  Modification du script de
 depuis               de login             login
 ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇ
 une session OS/2     l'objet Profil de    Е l'aide de l'utilitaire
                      login de NetWare 4.0 Administrateur NetWare pour
                                           OS/2.
 ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇ
 une session OS/2     NetWare 3.12         Utilisez SYSCON.
 ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇ
 une session DOS/MS   le script de login   Е partir d'un Вditeur de
 Windows privВe       NetWare 3.1x DOS     texte. Modifiez le fichier
                                           SYS:MAIL\userID\LOGIN ou
                                           faites appel Е un Вditeur
                                           NetWare 3.1x tel que SYSCON.
 ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇ
 une session globale  le script de login   Е partir d'un Вditeur de
 DOS/Windows          NetWare 3.1x DOS     texte. Modifiez le fichier
                                           SYS:MAIL\userID\LOGIN ou
                                           faites appel Е un Вditeur
                                           NetWare 3.1x tel que SYSCON.
 ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇ
 une session globale  le script de login   Е partir d'un Вditeur de
 dВmarrВe depuis un   NetWare 3.1x DOS     texte. Modifiez le fichier
 vrai noyau DOS et                         SYS:MAIL\userID\LOGIN ou
 exВcutant NETX.EXE                        faites appel Е un Вditeur
                                           NetWare 3.1x tel que SYSCON.
 ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇ
 une session privВe   l'objet Profil de    Е l'aide de l'utilitaire
 dВmarrВe depuis un   login de NetWare 4.0 Administrateur NetWare pour
 vrai noyau DOS et                         OS/2.
 exВcutant Client
 NetWare pour DOS and
 MS Windows


═══ 4. PrВparation du matВriel ═══

Preparing Hardware

Configuration matВrielle minimale

La liste ci-dessous vous permettra de prВparer votre poste de travail Е
l'installation de Client NetWare pour OS/2.

Liste de contrУle

      Un ordinateur personnel IBM (ou compatible) dotВ d'un processeur 386 (SX
     ou DX). OS/2 2.x ne fonctionne qu'avec les processeurs 386 (SX et DX) et
     ultВrieurs en raison de son architecture 32 bits.

      Un disque dur disposant d'au moins 3 Mo d'espace disque pour les
     fichiers de Client NetWare pour OS/2.

      8 Mo de RAM

      Un lecteur de disquette 3 1/2 pouces de 1 Е 1,44 Mo

      Si vous comptez utilisez le gram Load (RPL),a Remote Reset PROM inserted
     in each RPL workstation

      Une souris ou un dispositif de pointage compatible.

      Une carte rВseau installВe dans votre poste de travail

      Un moniteur VGA

 CГblage du rВseau

 Chaque type de carte rВseau requiert un cГblage spВcifique. Pour connaМtre les
 caractВristiques requises, consultez la documentation du fabricant, fournie
 avec la carte.

 Important Les cartes des rВseaux en Anneau Е jeton doivent possВder une
 connexion physique Е la MAU avant l'installation de Client NetWare pour OS/2.
 Sinon, le pilote TOKEN ne peut pas Иtre chargВ.

 ParamВtrage de la carte rВseau

 Le programme d'installation de Client NetWare pour OS/2 a besoin
 d'informations sur la carte rВseau du poste de travail.

 Avant l'installation de Client NetWare pour OS/2, relevez les valeurs des
 paramКtres suivants :

 Liste de contrУle

      Interruption matВrielle

     Dans la plupart des cas, vous pouvez rВserver la ligne d'interruption 3 ou
     5 pour votre carte rВseau. Si ni l'une ni l'autre ne sont disponibles,
     consultez la documentation du fabricant.

     Note:  Nous vous conseillons d'Вviter la ligne d'interruption 2. Elle peut
     provoquer des interfВrences avec la carte VGA.

      Port E/S de base

     Tout pВriphВrique matВriel inclus dans votre poste de travail doit
     possВder des paramКtres de port d'E/S propres. Pour en savoir plus,
     consultez la documentation de la carte.

      Type de trame

     Le type de trame doit ╨ÿtre le m╨ÿme pour tous les postes et serveurs
     utilisant la mИme adresse rВseau. La valeur par dВfaut pour les pilotes
     ODI Novell est 802.2.

      Other settings

     Autres paramКtres propres Е la carte rВseau installВe dans votre poste de
     travail. (Consultez la documentation fournie avec la carte rВseau.)

 Important Dans la plupart des cas, essayez de conserver les valeurs usine. Si
 vous Иtes amenВ Е modifier les valeurs par dВfaut, aidez-vous de la
 documentation du fabricant.

 Les procВdures ci-dessous vous permettront d'obtenir les informations
 nВcessaires au paramВtrage de votre carte rВseau.

 Informations sur le paramВtrage de la carte rВseau

  ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
  ΓöéSi vous avez    Alors                                        Γöé
  Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  │EISA ou MCA     ExВcutez le programme de rВfВrence ou de     │
  Γöé                configuration de l'ordinateur. Ce programme  Γöé
  │                rВpertorie les valeurs des paramКtres de la  │
  Γöé                carte.                                       Γöé
  Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  ΓöéISA             regardez la carte elle-m╨ÿme pour trouver les Γöé
  │                valeurs appropriВes. La documentation        │
  │                accompagnant votre carte rВseau vous         │
  │                indiquera comment repВrer chaque valeur de   │
  │                paramКtre.                                   │
  ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ


ΓòÉΓòÉΓòÉ 5. Installation de Client NetWare pour OS/2 ΓòÉΓòÉΓòÉ

Installing NetWare Client for OS/2

ThКme

AperЗu gВnВral de l'installation

Installation de Client NetWare pour OS/2 Е partir des disquettes

Installation de Client NetWare pour OS/2 Е partir du CD-ROM

Mise Е niveau de Client NetWare pour OS/2 Е partir d'un rВpertoire rВseau

Installation et utilisation de VLM Boot


═══ 5.1. AperЗu gВnВral de l'installation ═══

Installation Overview

Lorsque vous installez Client Netware pour OS/2, quatre opВrations
interviennent :

     ■ Un rВpertoire est crВВ sur votre poste de travail.

     ■ Des fichiers sont copiВs sur le poste.

     ■ L'icУne de groupe Novell est crВВe.

     ■ Le fichier CONFIG.SYS est modifiВ.

 CrВation d'un rВpertoire sur votre poste de travail

 Par dВfaut, un rВpertoire \NETWARE est crВВ Е la racine de l'unitВ Е partir de
 laquelle vous avez dВmarrВ OS/2. (Si vous avez spВcifiВ un autre rВpertoire,
 le programme le crВe.)

 Copie des fichiers

 Tous les fichiers de Client NetWare pour OS/2 sont copiВs dans le rВpertoire
 spВcifiВ lors de l'installation. Vous pourrez modifier les paramКtres par la
 suite sans avoir Е copier de nouveaux fichiers depuis la disquette WSOS2_1.
 Six types de fichiers sont copiВs :

 Γûá Fichiers programmes de Client NetWare pour OS/2
 ■ Fichiers DLL (BibliothКque des liaisons dynamiques) pour OS/2
 Γûá Fichier DLL pour MS Windows
 ■ Pilotes des cartes rВseau
 Γûá Fichiers des utilitaires (INSTALL, NPRINTER, NWTOOLS, LOGIN, NLIST, MAP, CX,
 OS2_TSA)
 Γûá Tables Unicodes

 La plupart des fichiers de la disquette sont compressВs. Le programme
 d'installation les dВcompresse. Pour dВcompresser un fichier, faites appel Е
 l'utilitaire NWUNPACK de la disquette. Tapez NWUNPACK et le nom du rВpertoire
 de destination, suivi du nom du fichier.

 Important Si vous installez Client NetWare pour OS/2 sur un poste de travail
 OS/2 pour Windows, les fichiers sont copiВs dans le rВpertoire WINDOWS/SYSTEM.

 CrВation de l'icУne du groupe Novell

 Une icУne de groupe intitulВe Novell est crВВe sur le bureau OS/2. Ce groupe
 contient :

 Γûá Le programme d'installation Client NetWare pour OS/2
 Γûá Les outils NetWare
 ■ L'utilitaire d'impression Е distance NPRINTER
 Γûá Le programme OS2_TSA

 Modification du fichier CONFIG.SYS

 La version prВcВdente de CONFIG.SYS est automatiquement sauvegardВe sous le
 nom CONFIG.BAK.

 Le rВpertoire NETWARE (ou le rВpertoire spВcifiВ) est inclus Е la fin des
 instructions PATH, LIBPATH et DPATH afin que OS/2 puisse localiser les
 fichiers de Client NetWare pour OS/2. En fonction du pilote ODI et des
 paramКtres choisis, la section Client NetWare pour OS/2 du fichier CONFIG.SYS
 comprend les lignes permettant le chargement des composants de Client Netware
 pour OS/2. Des lignes de commentaires placВes avant et aprКs cette section
 vous aideront Е l'identifier.

 Important  N'effacez pas les lignes de commentaire situВes avant et aprКs la
 section Client NetWare pour OS/2. Tout ce qui se trouve entre ces commentaires
 est dВtruit et rВВcrit lorsque vous utilisez le programme d'installation pour
 Вditer CONFIG.SYS.

 Par consВquent, faites une copie de sauvegarde de CONFIG.SYS une fois terminВe
 l'installation de Client NetWare pour OS/2.

 D'autres programmes de configuration, par exemple Extended Services d'IBM,
 peuvent apporter au fichier CONFIG.SYS des modifications invalidant Client
 NetWare pour OS/2.


═══ 5.2. Installation de Client NetWare pour OS/2 Е partir des disquettes ═══

Installing NetWare Client for OS/2 from Diskettes

Si vous installez Client NetWare pour OS/2 Е partir des disquettes pour la
premiКre fois, procВdez comme suit.

Conditions prВalables

Liste de contrУle

Γûá Procurez-vous des copies de travail des disquettes Client Netware pour OS/2 :

     Γûá WSOS2_1
     Γûá WSOS2_2
     Γûá WSOS2_3
     Γûá WSDRV_1
     Γûá OS2UTIL1
     Γûá OS2DOC_1

 Γûá (Facultatif) Procurez-vous des copies de travail des pilotes de cartes
 rВseau tiers compatibles Netware.

 Si les pilotes fournis avec Client NetWare pour OS/2 n'incluent pas celui de
 votre carte rВseau, utilisez un pilote MLID fourni par un autre Вditeur.

 Client NetWare pour OS/2 supporte la plupart des cartes rВseau. Si Client
 Netware pour OS/2 ne propose pas de pilote pour votre carte rВseau, vВrifiez
 le conditionnement de celle-ci ou contactez son fabricant pour obtenir un
 pilote compatible Netware.

 Important  Si Client NetWare pour OS/2 fonctionnait dВjЕ sur votre poste de
 travail, plusieurs fichiers NetWare ont alors ВtВ ouverts par OS/2 Е partir
 des instructions Client NetWare pour OS/2 dans CONFIG.SYS.

 Comme de nouveaux fichiers ont ВtВ copiВs par l'utilitaire d'installation, des
 erreurs apparaissent car les anciens fichiers du m╨ÿme nom ne peuvent pas ╨ÿtre
 fermВs et remplacВs par l'utilitaire d'installation. des problКmes de
 compatibilitВ peuvent alors se poser en raison des fichiers non mis Е jour.

 La meilleure faЗon de rВsoudre ce problКme consiste Е redВmarrer le poste de
 travail OS/2 sans charger Client Netware pour OS/2. Ainsi, tous les fichiers
 nВcessaires seront copiВs correctement.

 ProcВdure 1. Placez-vous dans le bureau OS/2.

 2. InsВrez la disquette WSOS2_1 dans l'unitВ de disquette.

 3. Choisissez l'icУne "UnitВ A" sur le bureau.

     La fenИtre "Vue arborescente de l'unitВ A" apparaМt.

 4. A partir de "Vue arborescente de l'unitВ A", sВlectionnez l'icУne "UnitВ
 A".

 5. SВlectionnez l'icУne "INSTALL.EXE" pour charger le programme
 d'installation.

 6. A partir du menu "Installation", sВlectionnez "RequИteur sur poste de
 travail..."

     La fenИtre "DВfinition du RВpertoire Cible" apparaМt.

 7. Indiquez le chemin d'accКs et l'unitВ source. Choisissez OK.

     La fenИtre "Installation du RequИteur" apparaМt.

 8. Acceptez la valeur par dВfaut, "Modifier CONFIG.SYS et copier tous les
 fichiers", en cliquant sur OK.

 RemarqueLes trois autres options permettent de modifier l'installation
 initiale de Client NetWare pour OS/2.

     La fenИtre "Etape 1 - Choix du pilote de LAN ODI" apparaМt.

 9. SВlectionnez le pilote appropriВ.

     9a. Choisissez la flКche en regard de la fenИtre "Pilote de LAN ODI".

     9b. InsВrez la disquette "WSDRV_1" dans l'unitВ A: lorsque vous y Иtes
     invitВ. Choisissez "OK."

     9c. SВlectionnez le pilote rВseau appropriВ fourni par Client NetWare pour
     OS/2 ou par un Вditeur tiers.

     9d. Choisissez "Continuer."

     La fen╨ÿtre "Etape 2 - Choisir le support NetWare pour DOS et les
     applications Windows" apparaМt.

 10. SВlectionnez "Support IPX pour DOS et MS Windows" et "Support Shell
 NetWare par dВfaut", puis choisissez "Continuer."

     Pour plus d'informations sur les sВlections possibles, choisissez "Aide".

     La fenИtre "ParamКtres par dВfaut suggВrВs pour AUTOEXEC.BAT" apparaМt.

 11. Acceptez les valeurs par dВfaut en choisissant "Sauvegarder".

     Pour plus d'informations sur les sВlections possibles, choisissez "Aide".

 12. Lorsqu'il vous est demandВ si vous souhaitez rajouter des fichiers Е un
 autre fichier de traitement par lots, sВlectionnez "Non".

     RemarqueSi vous sВlectionnez "Oui", vous pouvez personnaliser les fichiers
     de dВmarrage des sessions DOS individuelles. En principe, toutes les
     sessions DOS utilisent le mИme fichier de dВmarrage.

 13. S'il vous est demandВ de modifier le paramКtre DOS_LASTDRIVE, sВlectionnez
 "OK".

 Important VВrifiez que le paramКtre DOS_LASTDRIVE est correct Е l'issue de
 l'exВcution du programme d'installation. Consultez "Modification et sauvegarde
 des paramКtres DOS et WIN-OS/2", dans l'index principal d'aide en ligne OS/2.

     La fenИtre "Etape 3 - Choisir les protocoles optionnels" apparaМt.

 14. Acceptez les valeurs par dВfaut en choisissant "Sauvegarder".

     Pour plus d'informations sur les sВlections possibles, choisissez "Aide".

     La fenИtre "Sauvegarder les modifications de CONFIG.SYS" apparaМt.

 15. Choisissez "OK" pour sauvegarder le fichier en tant que fichier systКme
 CONFIG.SYS. Pour sauvegarder le fichier sous un autre nom, modifiez la
 fen╨ÿtre.

     La fenИtre "Copie des fichiers des pilotes de LAN ODI" apparaМt.

 16. Acceptez les valeurs par dВfaut en choisissant "Sauvegarder".

     Pour plus d'informations sur les sВlections possibles, choisissez "Aide".

     La fenИtre "Copie des fichiers du RequИteur" apparaМt.

 17. Choisissez "Copier".

     Si Client NetWare pour OS/2 fonctionnait dВjЕ sur votre poste de travail,
     plusieurs fichiers NetWare ont alors ВtВ ouverts par OS/2 Е partir des
     instructions Client NetWare pour OS/2 dans CONFIG.SYS.

     Comme de nouveaux fichiers ont ВtВ copiВs par l'utilitaire d'installation,
     des erreurs apparaissent car les anciens fichiers du m╨ÿme nom ne peuvent
     pas Иtre fermВs et remplacВs par l'utilitaire d'installation. Des
     problКmes de compatibilitВ peuvent alors se poser en raison des fichiers
     non mis Е jour.

     La meilleure faЗon de rВsoudre ce problКme consiste Е redВmarrer le poste
     de travail OS/2 sans charger Client Netware pour OS/2. Ainsi, tous les
     fichiers nВcessaires seront copiВs correctement.

 18. Pour terminer l'installation, suivez les instructions Е l'Вcran.

 19. Lisez le dernier Вcran apparaissant Е la fin de l'installation.

 20. Configurez votre poste de travail.

     Vous trouverez des informations dВtaillВes sur chaque option de
     configuration dans RВfВrence des options NET.CFG

     Important Pour que les modifications apportВes Е la configuration entrent
     en vigueur, redВmarrez le poste de travail.


═══ 5.3. Installation de Client NetWare pour OS/2 Е partir d'un CD-ROM ═══

Installing NetWare Client for OS/2 from CD-ROM

Vous pouvez utiliser le programme d'installation du serveur NetWare du CD-ROM
pour copier les fichiers d'installation du poste de travail dans le rВpertoire
PUBLIC\CLIENT sur le volume SYS:.

Copie du logiciel d'installation de Client NetWare du CD-ROM vers le serveur

Pour copier le logiciel d'installation Client NetWare pour OS/2 du CD-ROM sur
le serveur, suivez les Вtapes ci-aprКs.

Conditions prВalables

Liste de contrУle UnitВ de CD-ROM installВe en tant que pВriphВrique sur votre
poste de travail , conformВment aux instructions du fabricant.

ProcВdure 1. Loguez-vous. in.

2. crВez un sous-rВpertoire CLIENT sous SYS:PUBLIC pour les fichiers
d'installation du poste de travail.

3. Copiez les fichiers du rВpertoire CLIENT du CD-ROM vers SYS:PUBLIC\CLIENT en
tapant soit :

     NCOPY unitВ:\chemin source\*.* unitВ:\chemin destination /s/e/c

     ou

     XCOPY unitВ:\chemin source\*.* unitВ:\chemin destination /s/e/v

 Par exemple, tapez

     XCOPY D:\CLIENT\OS2\*.* H:\PUBLIC\CLIENT /s /e /v

 Important N'utilisez pas la commande COPY pour cette procВdure. La structure
 des rВpertoires au sein de chaque sous-rВpertoire doit Иtre conservВe.

 SuggestionVous pouvez Вgalement configurer l'unitВ de CD-ROM en tant que
 volume du rВseau. Ceci vous permet d'exВcuter les programmes d'installation
 des postes de travail directement Е partir des sous-rВpertoires CLIENT du
 CD-ROM.

 CrВation des disquettes d'installation des postes de travail Е partir du
 CD-ROM

 Pour installer le CD-ROM en tant que volume local ou pВriphВrique rВseau,
 suivez les Вtapes ci-dessous.

 ProcВdure  1. Formatez des disquettes haute densitВ Е l'aide de la commande
 FORMAT.

     Vous aurez besoin de trois disquettes pour l'installation de Client
     NetWare pour OS/2.

 2. Passez sur l'unitВ correspondant au CD-ROM.

 3. Placez-vous dans le rВpertoire CLIENT du CD-ROM.

 4. Placez-vous dans le rВpertoire OS/2.

 5. DВfinissez la variable "nwlanguage environment".

     Tapez ce qui suit sur la ligne de commande :

     SET NWLANGUAGE=langue <EntrВe>

     Remplacez langue par la langue appropriВe, que vous trouverez dans le
     sous-rВpertoire NLS sous CLIENT\OS2.

 6. Tapez

     MAKEDISK lettre_unitВ: langue <EntrВe>

 Par exemple, tapez soit

     MAKEDISK A: ENGLISH <EntrВe>

     ou

     MAKEDISK B: ENGLISH <EntrВe>

     MAKEDISK copie les fichiers d'installation du poste client depuis le
     CD-ROM vers les disquettes.

 7. Conservez les disquettes jusqu'Е ce que vous ayiez installВ tous les postes
 de travail NetWare.


═══ 5.4. Mise Е niveau de Client NetWare pour OS/2 Е partir ═══

d'un rВpertoire rВseau Upgrading NetWare Client for OS/2 from a Network
Directory

Remarquecette fonction n'est disponible que pour les serveurs NetWare 3.12 et
NetWare 4.

La liste suivante accompagnВe de quelques conseils vous aidera Е installer le
logiciel de poste de travail NetWare Е partir d'un rВpertoire rВseau.

Il s'agit de la mВthode la plus rapide et la plus simple pour mettre Е niveau
un poste de travail client.

Conditions prВalables

Liste de contrУle  ■ Une version de Client NetWare pour OS/2 doit s'exВcuter
sur votre poste de travail.

■ Une copie du logiciel Client NetWare pour OS/2 doit Иtre prВsente sur votre
rВseau.

Avertissement  Si Client NetWare pour OS/2 fonctionnait dВjЕ sur votre poste de
travail, plusieurs fichiers NetWare ont alors ВtВ ouverts par OS/2 Е partir des
instructions Client NetWare pour OS/2 dans CONFIG.SYS.Comme de nouveaux
fichiers ont ВtВ copiВs par l'utilitaire d'installation, des erreurs
apparaissent car les anciens fichiers du mИme nom ne peuvent pas Иtre fermВs et
remplacВs par l'utilitaire d'installation. Des problКmes de compatibilitВ
peuvent alors se poser en raison des fichiers non mis Е jour.La meilleure faЗon
de rВsoudre ce problКme consiste Е redВmarrer le poste de travail OS/2 sans
charger Client Netware pour OS/2. Ainsi, tous les fichiers nВcessaires seront
copiВs correctement.

ProcВdure

1. Loguez-vous.

2. Assignez une unitВ au rВpertoire PUBLIC\CLIENT\OS2 sur le volume SYS:.

3. Tapez INSTALL.

4. A partir du menu "Installation", sВlectionnez "RequИteur sur poste de
travail..."

     La fenИtre "DВfinition du rВpertoire cible" apparaМt.

 5. Indiquez le chemin d'accКs et l'unitВ source. Choisissez OK.

     La fenИtre "Installation du RequИteur" apparaМt.

 6. Acceptez la valeur par dВfaut, "Modifier CONFIG.SYS et copier tous les
 fichiers", en cliquant sur OK.

 RemarqueLes trois autres options permettent de modifier l'installation
 initiale de Client NetWare pour OS/2.

     La fenИtre "Etape 1 - Choix du pilote de LAN ODI" apparaМt.

 7. SВlectionnez le pilote appropriВ.

     8a. Choisissez la flКche en regard de la fenИtre "Pilote de LAN ODI".

     8b. InsВrez la disquette "WSDRV_1" dans l'unitВ A: lorsque vous y Иtes
     invitВ.Choisissez "OK."

     8c. SВlectionnez le pilote rВseau appropriВ fourni par Client NetWare pour
     OS/2 ou par un Вditeur tiers.

     8d. Choisissez "Continuer."

     La fen╨ÿtre "Etape 2 - Choisir le support NetWare pour DOS et les
     applications Windows" apparaМt.

 9. SВlectionnez "Support IPX pour DOS et MS Windows" et "Support Shell NetWare
 par dВfaut", puis choisissez "Continuer."

     Pour plus d'informations sur les sВlections possibles, choisissez "Aide".

     La fenИtre "ParamКtres par dВfaut suggВrВs pour AUTOEXEC.BAT" apparaМt.

 10. Acceptez les valeurs par dВfaut en choisissant "Sauvegarder".

     Pour plus d'informations sur les sВlections possibles, choisissez "Aide".

 11. Lorsqu'il vous est demandВ si vous souhaitez rajouter des fichiers Е un
 autre fichier de traitement par lots, sВlectionnez "Non".

     RemarqueSi vous sВlectionnez "Oui", vous pouvez personnaliser les fichiers
     de dВmarrage des sessions DOS individuelles. En principe, toutes les
     sessions DOS utilisent le mИme fichier de dВmarrage.

 12. S'il vous est demandВ de modifier le paramКtre DOS_LASTDRIVE, sВlectionnez
 "OK".

 Important VВrifiez que le paramКtre DOS_LASTDRIVE est correct Е l'issue de
 l'exВcution du programme d'installation.Consultez "Modification et sauvegarde
 des paramКtres DOS et WIN-OS/2", dans l'index principal d'aide en ligne OS/2.

     La fenИtre "Etape 3 - Choisir les protocoles optionnels" apparaМt.

 13. Acceptez les valeurs par dВfaut en choisissant "Sauvegarder".

     Pour plus d'informations sur les sВlections possibles, choisissez "Aide".

     La fenИtre "Sauvegarder les modifications de CONFIG.SYS" apparaМt.

 14. Choisissez "OK" pour sauvegarder le fichier en tant que fichier systКme
 CONFIG.SYS. Pour sauvegarder le fichier sous un autre nom, modifiez la
 fen╨ÿtre.

     La fenИtre "Copie des fichiers des pilotes de LAN ODI" apparaМt.

 15. Acceptez les valeurs par dВfaut en choisissant "Sauvegarder".

     Pour plus d'informations sur les sВlections possibles, choisissez "Aide".

     La fenИtre "Copie des fichiers du RequИteur" apparaМt.

 16. Choisissez "Copier".

     Si Client NetWare pour OS/2 fonctionnait dВjЕ sur votre poste de travail,
     plusieurs fichiers NetWare ont alors ВtВ ouverts par OS/2 Е partir des
     instructions Client NetWare pour OS/2 dans CONFIG.SYS.

     Comme de nouveaux fichiers ont ВtВ copiВs par l'utilitaire d'installation,
     des erreurs apparaissent car les anciens fichiers du m╨ÿme nom ne peuvent
     pas Иtre fermВs et remplacВs par l'utilitaire d'installation.Des problКmes
     de compatibilitВ peuvent alors se poser en raison des fichiers non mis Е
     jour.

     La meilleure faЗon de rВsoudre ce problКme consiste Е redВmarrer le poste
     de travail OS/2 sans charger Client Netware pour OS/2. Ainsi, tous les
     fichiers nВcessaires seront copiВs correctement.

 17. Pour terminer l'installation, suivez les instructions Е l'Вcran.

 18. Lisez le dernier Вcran apparaissant Е la fin de l'installation.

 19. Configurez votre poste de travail.

     Vous trouverez des informations dВtaillВes sur chaque option de
     configuration dans RВfВrence des options NET.CFG

     Important Pour que les modifications apportВes Е la configuration entrent
     en vigueur, redВmarrez le poste de travail.


ΓòÉΓòÉΓòÉ 5.5. Installation et utilisation de VLM Boot ΓòÉΓòÉΓòÉ

Installing and Using NetWare VLM Boot

NetWare Virtual Loadable Module (VLM) Boot permet d'exВcuter un vrai noyau DOS
sur un poste de travail OS/2. Ce noyau DOS vous autorise Е exВcuter
l'Administrateur Netware Е partir d'un poste de traail OS/2.

Conditions prВalables

Liste de contrУle

■OS/2 version 2.11 installВ sur le poste de travail client. NetWare VLM Boot ne
fonctionne pas avec OS/2 version 2.1 ou antВrieure.

■Client NetWare pour OS/2 installВ sur le poste de travail client.

ΓûáUne copie de la disquette DOS_VLMBOOT.

■Une unitВ de disquette sur le poste de travail client.

Installation de NetWare VLM Boot

1. Placez-vous dans le bureau OS/2.

2. Ouvrez le dossier "Novell".

3. Choisissez l'icУne d'installation.

4. dans le menu Configuration, choisissez "Configuration de VLM Boot".

     L'Вcran "Configuration de VLM Boot" apparaМt.

 5. Entrez la lettre de l'unitВ de disquette source ou acceptez la valeur par
 dВfaut, puis sВlectionnez "OK".

 6. InsВrez la disquette DOS_VLMBOOT dans l'unitВ source sВlectionnВe et
 sВlectionnez "OK".

     L'Вcran "CrВation d'un fichier image NetWare VLM Boot" apparaМt.

 7. Cochez la case "CrВation d'un fichier image NetWare VLM Boot".

 8. Entrez la lettre de l'unitВ de disquette source ou acceptez la valeur par
 dВfaut, puis sВlectionnez "OK".

     Un fichier NetWare VLM Boot est crВВ.

 9. Quittez le programme d'installation et redВmarrez le poste de travail.

 Utilisation de NetWare VLM Boot

 1. Placez-vous dans le bureau OS/2.

 2. Ouvrez le dossier "Novell".

 3. Choisissez l'icУne "VLMBOOT".

 Une vВritable session DOS est ouverte sur votre poste de travail et connectВe
 au rВseau.


ΓòÉΓòÉΓòÉ 6. Configuration de Client NetWare pour OS/2 ΓòÉΓòÉΓòÉ

Configuring NetWare Client for OS/2

Cette section contient les informations traitant des cinq thКmes suivants :

AperЗu gВnВral de la configuration

Utilisation de NET.CFG

Exigences relatives au format de fichier NET.CFG

CrВation et modification de NET.CFG

Liste des options NET.CFG


═══ 6.1. AperЗu gВnВral de la configuration ═══

Configuration Overview

AprКs avoir installВ Client NetWare pour OS/2 sur votre poste de travail, vous
devez le configurer de sorte qu'il puisse fonctionner sur votre rВseau.

Les options de configuration de Client NetWare pour OS/2 se trouvent dans le
fichier NET.CFG. Lorsque vous dВmarrez votre poste, Client NetWare pour OS/2
recherche le fichier NET.CFG dans les rВpertoires indiquВs dans la ligne DPATH
de CONFIG.SYS. Si NetWare Client pour OS/2 ne trouve pas de fichier NET.CFG, il
se base sur les valeurs de configuration par dВfaut intВgrВes dans le logiciel.

Quand la configuration est-elle nВcessaire ?

Vous devez configurer Client NetWare pour OS/2 si

     ■ Votre poste de travail est ВquipВ de pluisuers cartes rВseau.

     ■ Votre poste de travail ne possКde qu'une carte rВseau, mais celle-ci
     n'utilise pas les paramКtres usine par dВfaut.

     ■ Votre rВseau utilise un type de trame Ethernet autre que Ethernet 802.2.

     ■ Client NetWare pour OS/2 devra partager la carte rВseau avec un autre
     logiciel.

 Autres situations ou la configuration peut ╨ÿtre utile

 La configuration peut Вgalement s'avВrer utile dans les circonstances ci-aprКs
 :

     ■ Vous voulez modifier le niveau de sВcuritВ par dВfaut de la signature de
     paquet.

     ■ Vous voulez dВsactiver les transmissions Packet Burst ou Large Internet
     Packet (Grands paquets Internet).

     ■ Votre poste de travail doit se loguer Е un rВseau en anneau Е jeton en
     utilisant le routage source.

     Γûá Votre poste de travail doit pouvoir utiliser un protocole NetBIOS ou
     Dual NetBIOS.

     Γûá Votre poste de travail doit pouvoir utiliser un protocole Named Pipes.

     ■ Vous voulez que votre poste se logue Е une arborescence d'Annuaire
     prВfВrВe.

     ■ Vous mettez en place des postes de travail Е dВmarrage distant RPL
     (Remote Program Load ).

     ■ Vous dВsirez changer de disque de login par dВfaut.

 Support de protocole dans Client NetWare pour OS/2

 Client NetWare pour OS/2 reconnaМt quatre types de protocole :

     Γûá IPX

     Γûá SPX

     ■ Canaux de communication nommВs

     ■ NetBIOS (Вmulation)

 Les serveurs NetWare et les postes de travail clients utilisent IPX comme
 protocole primaire pour communiquer entre eux. Ils utilisent par ailleurs SPX
 pour certaines communications, par exemple entre un poste de travail exВcutant
 NPRINTER et un serveur d'impression Netware. Le protocole IPX est installВ sur
 le poste de travail lors de l'installation de Client NetWare pour OS/2.

 Les protocoles SPX, NetBIOS et Canaux de communication nommВs sont fournis par
 Novell afin que les clients et serveurs NetWare puissent fonctionner comme :

 ■ Des clients et des serveurs d'applications distribuВes

 ■ Des clients et des serveurs de rВseau non NetWare

 ■ Des terminaux connectВs Е des gros systКmes ou Е des mini-ordinateurs.

 Par exemple, l'application distribuВe Lotus Notes* utilise NetBIOS ou SPX pour
 ses communications ; le serveur SQL Microsoft utilise pour sa part les Canaux
 de communication nommВs. Les rВseaux LANServer font appel Е NetBIOS, ainsi que
 de nombreuses connexions du Gestionnaire de communications vers une
 passerelle.

 D'autres protocoles, qui ne sont pas fournis avec Client NetWare pour OS/2,
 peuvent Вgalement Иtre utilisВs Е cet effet. Par exemple, le protocole the
 TCP/IP fourni par LAN Workplace for OS/2 de Novell sert couramment aux
 connexions vers des hУtes UNIX.Ces protocoles ne sont pas abordВs dans ce
 document.

 La figure ci-dessous illustre les composants d'un rВseau Е applications
 distribuВes.

 Plusieurs protocoles peuvent Иtre installВs simultanВment sur le mИme
 ordinateur. Tous ces protocoles peuvent utiliser le mИme cГblage rВseau, ou
 communiquer chacun sur un rВseau logique distinct. L'illustration ci-dessous
 montre comment un rВseau Netware et un rВseau Е applications distribuВes
 partagent le systКme de cГblage.


ΓòÉΓòÉΓòÉ 6.2. Utilisation de NET.CFG ΓòÉΓòÉΓòÉ

Using NET.CFG

Les options de configuration de Client NetWare pour OS/2 sont rassemblВes dans
le fichier NET.CFG. Lorsque vous dВmarrez votre poste de travail, Client
NetWare pour OS/2 recherche NET.CFG dans les rВpertoires spВcifiВs par la ligne
DPATH du fichier CONFIG.SYS. S'il ne le trouve pas, il utilise les valeurs par
dВfaut intВgrВes Е Client NetWare pour OS/2.

NET.CFG se trouve dans le rВpertoire racine de votre unitВ de dВmarrage. Si
vous avez dВjЕ configurВ Client NetWare pour OS/2 sur un poste de travail, un
fichier NET.CFG existe pour ce poste de travail. Vous avez la possibilitВ de
modifier la configuration actuelle en intervenant sur le fichier NET.CFG et en
le sauvegardant.

La rВinstallation de Client NetWare pour OS/2 n'Вcrase pas le fichier NET.CFG
existant ; au contraire, le fichier NET.CF s'affiche dans le programme
d'installation et vous avez la possibilitВ de le modifier.

Important Si vous n'avez jamais configurВ Client NetWare pour OS/2 sur votre
poste de travail, ce dernier ne possКde pas de fichier NET.CFG. Vous devez
crВer ce fichier pour effectuer la configuration.


ΓòÉΓòÉΓòÉ 6.3. Exigences relatives au format de fichier NET.CFG ΓòÉΓòÉΓòÉ

NET.CFG Format Requirements

L'illustration ci-dessous prВsente le format NET.CFG.

ProcВdez ainsi si vous souhaitez crВer ou modifier NET.CFG:

Γûá Tapez les options dans la marge gauche du fichier, sans espace avant ni
aprКs. Les majuscules et les minuscules ne sont pas diffВrenciВes.

Γûá  Tapez une option par ligne.

■ Tapez les paramКtres (un par ligne) sur la ligne suivant l'option Е laquelle
ils se rapportent.

Γûá Lorsque vous modifiez NET.CFG depuis le programme d'installation, utilisez la
barre d'espacement plutУt que la touche Tab pour les mettre en retrait. La
touche Tab sert en effet Е passer d'un champ Е l'autre.

■ Indentez les paramКtres d'un espace au moins. Les majuscules et les
minuscules ne sont pas diffВrenciВes.

■ Placez un retour chariot Е la fin de chaque ligne du fichier, y compris la
derniКre ligne.

Avertissement Si vous ne placez pas de retour chariot Е la fin de la derniКre
ligne, celle-ci est ignorВe.

■ Les lignes vides ne sont pas nВcessaires et sont ignorВes.

■ Faites prВcВder vos commentaires d'un point-virgule (;).


═══ 6.4. CrВation et modification de NET.CFG ═══

Creating or Editing NET.CFG

Conditions prВalables

Client NetWare pour OS/2 doit Иtre installВ sur votre poste de travail.

ProcВdures:  Pour crВer ou modifier NET.CFG avec le programme d'installation

1. Placez-vous dans le bureau OS/2.

2. Choisissez l'icУne "Novell" sur le bureau.

3. Choisissez l'icУne "Install" dans la fenИtre "Novell".

4. A partir du menu "Configuration", sВlectionnez "Ce poste de travail". . ."

     La fenИtre "Emplacement par dВfaut du fichier NET.CFG" apparaМt.

 5. Entrez le chemin du fichier NET.CFG et sВlectionnez "Modifier".

     L'Вcran de modification NET.CFG apparaМt. S'il s'agit d'une nouvelle
     installation, il n'y a pas de fichier NET.CFG par dВfaut et la boМte
     "Contenu actuel du fichier NET.CFG" sera vide.

 6. Tapez les options NET.CFG souhaitВes dans la boМte "Contenu actuel du
 fichier NET.CFG courant".

 Voici le contenu type d'un fichier NET.CFG :

 link driver ne2000
     int 5
     port 340
     frame ethernet_802.3

 netware requester
     default login drive f
     display hard errors off
     name context "finance.novell"
     preferred tree redwood
     signature level 3

 RemarqueLe paramКtre "unitВ de login par dВfaut" nВcessite d'apporter des
 modifications au fichier CONFIG.SYS. Consultez la rubrique RВfВrence des
 options NET.CFG  pour de plus amples informations..

 La signature de niveau 3 est la plus sЦre car elle nВcessite l'activation de
 l'option Packet Burst et la signature du serveur doit ╨ÿtre de niveau 1 ou plus
 pour permettre le login. Consultez la rubrique AmВliorer la vitesse et la
 sВcuritВ pour de plus amples informations.

 L'illustration ci-dessous explique plus en dВtail l'utilisation de la fenИtre
 "Edition du fichier NET.CFG pour ce poste de travail"

 7. Pour sauvegarder les modifications apportВes au fichier NET.CFG, choisissez
 "Sauvegarder".

 8. Pour quitter le programme d'installation, cliquez deux fois dans le coin
 supВrieur gauche de la fenИtre principale.

 9. Afin que les modifications soient effectives, utilisez la fonction
 arrИt/fermeture de OS/2 et dВmarrez votre poste de travail.

 Important  Les modifications apportВes lors de l'installation et de la
 configuration ne prennent effet qu'une fois le poste de travail redВmarrВ.

 Si les problКmes persistent, consultez Comment localiser une panne  qui vous
 fournira des renseignements utiles.


ΓòÉΓòÉΓòÉ 6.5. Liste des options NET.CFG ΓòÉΓòÉΓòÉ

Quick Reference List of NET.CFG Options

Le tableau suivant dresse la liste des options et des paramКtres de NET.CFG et
des valeurs par dВfaut correspondantes.


ΓòÉΓòÉΓòÉ 7. Utilisation des pilotes de LAN et des cartes ΓòÉΓòÉΓòÉ

rВseau Using Network Boards and LAN Drivers

Cette section traite de cinq domaines

 SpВcification des types de trame pour les pilotes de LAN
 Concordance entre rВglages de pilotes ODI et rВglages de cartes
 PrВcautions Е prendre en cas de changement de type de trame
 DВfinition des deux types de trames Ethernet 802.2 et Ethernet 802.3
 Utilisation de plusieurs carte rВseau


═══ 7.1. Concordance entre rВglages de pilotes ODI et rВglages de cartes ═══

Matching Network Board and ODI Driver Settings

Important Le logiciel Client NetWare pour OS/2 est initialement programmВ pour
travailler avec des cartes rВseau dont les paramКtres sont dВfinis en usine. Si
vous modifiez les paramКtres de votre carte rВseau, vous devez apporter les
modifications correspondantes dans le logiciel client OS/2. Cette rВpercussion
est rВalisВe par des instructions ajoutВes au fichier NET.CFG.

Les cartes rВseau ont certains rВglages matВriels dВfinis par dВfaut, tels que
:

 Γûá Canal Direct Memory Access (DMA)
 Γûá Interruptions (IRQ)
 ■ Port d'entrВes/sorties
 ■ Plages mВmoire
 Γûá Adresse de noeud

 Client NetWare pour OS/2 considКre que les cartes utilisent leurs rВglages par
 dВfaut. Ces derniers peuvent gВnВralement Иtre modifiВs en dВplaЗant des
 cavaliers, en rВglant des commutateurs, ou en ayant recours Е un utilitaire de
 configuration fourni par le constructeur de la carte rВseau.

 En consВquence, si vous modifiez une seule des valeurs par dВfaut du matВriel
 figurant dans la liste prВcВdente, vous devez communiquer le nouveau paramКtre
 au pilote ODI OS/2.

 Pour ce faire, utilisez l'option "Link Driver" du fichier NET.CFG. Cette
 option vous permet de configurer votre logiciel pour qu'il soit compatible
 avec les caractВristiques du matВriel :

     link driver nom
        dma [index] canal
        int [index] irq
        mem [index] adresse_de_dВpart [taille]
        node address nombre
        port [index] port_de_dВpart [numВro]

 ProcВdure abrВgВe pour pilotes de LAN EISA ou Microchannel

 Si vous utilisez des cartes rВseau EISA ou Microchannel, vous n'avez pas
 besoin de spВcifier les paramКtres du matВriel prВsentВs plus haut. Le pilote
 de LAN analyse la carte et choisit automatiquement les rВglages Е utiliser.

 Vous devez prВciser Е Client NetWare pour OS/2 le numВro du connecteur dans
 lequel est enfichВe la carte rВseau. Vous pouvez Вgalement lui demander
 d'analyser tous les connecteurs. Utilisez pour ce faire l'option ╨╛Link Driver╨┐
 et le paramКtre оslotп du fichier NET.CFG :

     link driver nom
        slot numВro

 Remplacez numВro par le numВro du connecteur, ou par un point d'interrogation
 (dans ce cas, tous les connecteurs sont analysВs).

 Consultez la rubrique RВfВrence des options NET.CFG pour de plus amples
 informations.


═══ 7.2. SpВcification des types de trame pour les pilotes ═══

de LAN Specifying Frame Types for LAN Drivers

Vue d'ensemble

Toutes les communications d'un rВseau se composent de paquets d'informations
transmis entre ordinateurs.

Il existe plusieurs types de paquets, qui se distinguent par l'ordre et le type
des informations contenues dansle paquet. Chaque type de paquet possКde sa
propre dВfinition, sous la dВnomination type de trame.

Si l'on souhaite que les ordinateurs puissent communiquer selon un type de
trame particulier, il doivent tous Иtre configurВs en fonction de ce dernier.

Une carte rВseau situВe dans votre poste de travail permet Е celui-ci de
communiquer avec les autres postes ainsi qu'avec le serveur NetWare.

Le logiciel du pilote rВseau sert de lien entre le systКme d'exploitation du
poste et le rВseau.

Par dВfaut, chaque pilote rВseau n'utilise qu'un seul type de trame. Cependant,
la plupart des pilotes rВseau supportent d'autres types de trame s'ils sont
configurВs de maniКre appropriВe dans NET.CFG.

Par exemple, un pilote de LAN NE2000 supporte les types de trames suivants:
Ethernet 802.2, Ethernet 802.3, Ethernet II, et Ethernet SNAP.

Le tableau  "Types de trames et pilotes de LAN" dresse la liste des types de
trame courants et des pilotes de cartes rВseau qui supportent chaque type.
Cette liste n'est pas exhaustive.

Option Link Driver

L'option link driver de NET.CFG indique au pilote de LAN le type de trame Е
utiliser. Seuls les types de trame supportВs par ce pilote peuvent Иtre
spВcifiВs.

Syntaxe

     link driver nom
        frame nom

 Remplacez nom par le nom du type de trame.

 Exemple

 Par exemple, afin de lier votre pilote de LAN NE2000 au type de trame Ethernet
 802.2, vous devez indiquer dans votre fichier NET.CFG.

     link driver ne2000
        frame ethernet_802.2


═══ 7.3. PrВcautions Е prendre avec le type de trame par dВfaut ═══

Cautions With the Default Frame Type

Note:  Dans NetWare 2 et 3, les pilotes Ethernet prennent par dВfaut les
valeurs du type de trame Ethernet 802.3. Dans NetWare 4, les valeurs par dВfaut
sont celles du type de trame Ethernet 802.2.

Les pilotes de rВseau NetWare 4.0 pour Ethernet sВlectionnent Вgalement
Ethernet_802.2 par dВfaut. Il est indispensable que les serveurs et les postes
de travail utilisent les m╨ÿmes types de trame.

Les routeurs doivent Вgalement utiliser le mИme type de trame. Dans le cas
contraire, les paquets ne seraient pas correctement acheminВs, ce qui
perturberait les communications et rendrait inopВrant votre poste de travail si
celui-ci ne rВussissait pas Е Вtablir une login. Certains routeurs de votre
rВseau peuvent ne pas supporter le nouveau type de trame Ethernet 802.2.

Important  Votre poste de travail peut ne pas se connecter Е un rВseau
paramВtrВ selon l'ancienne norme Ethernet 802.3 si vous utilisez le nouveau
paramВtrage Ethernet 802.2.


═══ 7.4. DВfinition simultanВe des types de trame Ethernet ═══

802.2 et Ethernet 802.3 Defining Both Ethernet 802.2 and Ethernet 802.3 Frame
Types

Vous pouvez dВfinir simultanВment les types de trame Ethernet 802.2 et Ethernet
802.3 sur votre rВseau afin d'Вliminer les conflits dus au paramВtrage par
dВfaut des types de trame.

Pour le poste de travail, dВfinissez-les dans le fichier NET.CFG. Ajoutez une
ligne calquВe sur la ligne suivante, en remplaЗant ne2000 par le nom de votre
pilote ODI :

     link driver ne2000
        frame ethernet_802.3
        frame ethernet_802.2

 La premiКre trame dВfinie est la seule utilisВe pour la requИte Get Nearest
 Server initiale. En consВquence, si vos serveurs utilisent un seul type de
 trame, tel que Ethernet 802.3, mettez celui-ci en premiКre position. De cette
 faЗon, votre poste de travail sera en mesure d'Вtablir une connexion par
 dВfaut avec ces serveurs.

 Consultez la rubrique RВfВrence des options NET.CFG pour de plus amples
 informations sur l'option link driver.


═══ 7.5. Utilisation de plusieurs cartes rВseau ═══

Using More than One Network Board

Note:  Dans la plupart des cas, Client NetWare pour OS/2 peut partager une
carte rВseau avec d'autres logiciels de communications, de sorte que vous
n'avez pas besoin d'acheter deux cartes rВseau.

Cette section dВcrit

■ Les raisons pour possВder plusieurs cartes rВseau

■ La mise en place de deux cartes rВseau

■ Le choix d'une carte rВseau primaire

 Les raisons pour possВder plusieurs cartes rВseau

L'utilisation de plusieurs cartes rВseau dans votre ordinateur avec Client
NetWare pour OS/2 peut se justifier dans deux cas :

■ Lorsque ces cartes supportent un logiciel de communication diffВrent.

■ Lorsque ces cartes sont connectВes Е des rВseau physiquement ВloignВs mais
interconnectВs Е un ou plusieurs routeurs.

Si vous avez deux cartes rВseau, vous devez prendre connaissance des problКmes
de configuration dВcrits dans les sections qui suivent.

Toute carte additionnelle (au-delЕ de la seconde) serait ignorВe.

DiffВrents logiciels de communications

Vous souhaiteriez peut Иtre utiliser deux cartes rВseau (ou plus) lorsque
chaque carte est gВrВe par son propre logiciel de communications.

Par exemple, vous pouvez souhaiter que le gestionnaire de communications
utilise une carte rВseau et que Client NetWare pour OS/2 en utilise une autre.
Vous pouvez aussi souhaiter que NetWare pour OS/2 utilise une carte rВseau et
que Client NetWare pour OS/2 en utilise une autre.

Dans ces cas, chaque logiciel fournit le pilote de sa propre carte. Le
paramВtrage de Client NetWare pour OS/2 est le mИme que s'il n'existait qu'une
seule carte rВseau. Aucune procВdure supplВmentaire n'est Е suivre pour
l'installation de la deuxiКme carte rВseau sous NetWare, dans la mesure oЧ elle
est gВrВe par son propre logiciel de communications. Elle peut nВcessiter une
configuration particuliКre qui s'opКre Е partir de son logiciel de
communication.

Note:  Dans la plupart des cas, Client NetWare pour OS/2 peut partager une
carte rВseau avec d'autres logiciels de communication, de sorte que vous n'avez
pas besoin d'acheter deux cartes rВseau.

RВseaux physiquement sВparВs

Vous pouvez utiliser deux cartes rВseau, chacune Вtant connectВe Е son propre
rВseau. Cela permet Е une application sur mesure d'accВder simultanВment aux
deux rВseaux. Cependant, un poste ВquipВ uniquement de Client NetWare pour OS/2
ne peut pas fonctionner comme routeur entre les deux rВseaux. Cela signifie
que, bien que les deux rВseaux soient connectВs Е la mИme machine physique, il
n'existe pas de communication logique entre les rВseaux. (Le poste de travail
OS/2 peut se convertir en routeur en utilisant NetWare pour OS/2).

Si vos deux rВseaux sont connectВs par l'intermВdiaire d'une autre machine
faisant office de routeur, votre deuxiКme carte rВseau peut servir de route
auxiliaire si la connexion Е votre premiКre carte est coupВe. LЕ non plus,
votre poste de travail OS/2 ne route pas les donnВes (sauf si vous utilisez
NetWare pour OS/2).

Utilisation de la deuxiКme carte rВseau comme carte de secours

Lorsque le poste de travail dВmarre, le protocole IPX Вtablit une liaison avec
toutes les cartes rВseau pour lesquelles un pilote ODI OS/2 est chargВ.
Lorsqu'IPX doit trouver une nouvelle destination sur le rВseau, il demande au
rВseau quels sont les routages possibles pour arriver Е cette destination.

Important  Client NetWare pour OS/2 envoie une interrogation de destination sur
la carte rВseau primaire uniquement. Il n'interroge jamais la carte secondaire
(ni toute autre carte) pour connaМtre le meilleur chemin. Si IPX ne trouve pas
la destination auprКs de la premiКre carte, il envoie un message d'erreur de
login, mИme si la destination recherchВe aurait pu lui Иtre indiquВe par la
carte secondaire. (Par contre, le rВseau sur la seconde carte peut Иtre
interrogВ par les appels IPX en provenance d'un programme personnalisВ.)

Lorsque Client NetWare pour OS/2 a trouvВ une destination Е l'aide de la carte
primaire, il enregistre la route vers cette destination dans une table de
routage et Вtablit une connexion.

Une fois la connexion Вtablie, Client NetWare pour OS/2 vВrifie tous les
rВseaux connectВs Е cette destination, afin de voir s'il existe d'autres routes
possibles entre votre poste de travail OS/2 et cette destination.

S'il trouve une route secondaire, Client NetWare pour OS/2 reconstruit les
tables de routage et mВmorise cette route. En cas de dВfaillance de la premiКre
connexion, Client NetWare pour OS/2 peut alors utiliser la route secondaire
pour poursuivre l'acheminement des communications Е leur destination.

Si Client NetWare pour OS/2 utilise un routage empruntant par la deuxiКme carte
rВseau, la connecxion primaire peut Иtre interrompue sans mettre hors service
la connexion secondaire.

Toutefois, la carte rВseau secondaire ne remplace jamais la carte principale,
m╨ÿme si celle-ci se retrouve hors service. Ceci signifie que si IPX doit
rechercher une destination alors que la connexion primaire est interrompue, il
ne pourra lancer aucune requИte, car seule la premiКre carte peut Иtre
interrogВe.

Important Pour permettre Е Client NetWare pour OS/2 de trouver de nouvelles
destinations, vous devez restaurer la connexion primaire.

Configuration de deux cartes rВseau

Si votre ordinateurs est ВquipВ de deux cartes rВseau, vous pouvez avoir Е :

■ DВfinir les paramКtres du matВriel et le type de trame pour chaque carte
rВseau

Γûá Charger un pilote pour chaque carte

■ SpВcifier quelle carte doit Иtre considВrВe comme la carte primaire

DВfinition des paramКtres du matВriel et du type de trame pour chaque carte
rВseau

Si vous avez plusieurs cartes, vous devrez Вventuellement crВer une section
╨╛link driver╨┐ pour chaque carte.

Par exemple, si vous avez  une carte NE2000 (carte primaire) et une carte
rВseau Е anneau Е jeton, vous pouvez inclure ces informations dans NET.CFG.

     link driver ne2000
        frame ethernet_802.3
        frame ethernet_802.2
        int 5
        port 360

     link driver token
        frame token-ring
        frame token-ring_snap
        int 3
        port A20
        mem CC00

 Chargement du pilote ODI pour une carte rВseau supplВmentaire

 Le programme d'installation Client NetWare pour OS/2 vous permet de spВcifier
 un pilote ODI. Ce dernier est insВrВ automatiquement dans CONFIG.SYS, mais
 vous pouvez avoir besoin d'ajouter un pilote supplВmentaire manuellement dans
 le fichier CONFIG.SYS si

 ■ vous avez deux cartes rВseau et

 ■ ces cartes utilisent des pilotes ODI diffВrents.

 Important Si les cartes rВseau utilisent le mИme pilote ODI (par exemple, deux
 cartes NE2000), chargez le pilote une seule fois lors de l'installation de
 Client NetWare pour OS/2.

 Conditions prВalables

 Liste de contrУle   Installez Client NetWare pour OS/2 avec l'un des pilotes
 ODI.

  VВrifiez si la carte rВseau secondaire est installВe et ne prВsente aucun
 conflit matВriel.

 ProcВdure

 1. Ouvrez CONFIG.SYS sous un Вditeur de texte.

     Pour utiliser, par exemple, l'Вditeur systКme depuis la ligne de commande
     OS/2, tapez :

     E C:\CONFIG.SYS <EntrВe>

     CONFIG.SYS se trouve sous la racine de votre unitВ de dВmarrage (dans
     notre exemple, il s'agit de l'unitВ C:).

 2. Dans les lignes de Client NetWare pour OS/2, localisez la ligne chargeant
 le premier pilote ODI.

 3. Choisissez le pilote qui doit Иtre considВrВ comme primaire par IPX.

     Le pilote de la carte primaire est le seul qu'IPX utilise pour rechercher
     un routage sur le rВseau. Le pilote de la carte secondaire n'est jamais
     interrogВ.

 4. Tapez une nouvelle ligne pour charger un pilote supplВmentaire.

     Pour charger un pilote primaire, insВrez cette ligne avant la ligne
     existante. Pour le charger comme pilote secondaire, placez-la aprКs.

     Le premier pilote chargВ dans CONFIG.SYS est le pilote primaire.

     SpВcifiez dans la ligne le chemin d'accКs au pilote. Si vous utilisez un
     pilote fourni par Novell, ce pilote se situe dans le rВpertoire oЧ vous
     avez copiВ les fichiers de Client NetWare pour OS/2, gВnВralement dans le
     rВpertoire C:\NETWARE.

     Par exemple, pour charger un pilote NE2000 depuis son emplacement par
     dВfaut, tapez :

     DEVICE=C:\NETWARE\NE2000.SYS

 Note:  Si vous disposez de deux cartes rВseau utilisant le mИme nom de pilote
 (par exemple, deux cartes NE2000), ne chargez le pilote qu'une fois.

 5. Enregistrez le fichier CONFIG.SYS et quittez l'Вditeur de texte.

 6. Ouvrez le fichier NET.CFG pour y rВpercuter les modifications.

 7. Utilisez la fonction "arrИt/fermeture" de OS/2 pour redВmarrer votre
 machine afin de charger les pilotes supplВmentaires.

 SВlection d'une carte rВseau primaire

 La carte dont le pilote est chargВ en premier dans le fichier CONFIG.SYS est
 la carte primaire. Pour spВcifier une nouvelle carte primaire, vous pouvez :

 Γûá Modifier l'ordre des pilotes dans CONFIG.SYS.

 ■ Utiliser une option de NET.CFG pour lier IPX Е un nouveau pilote.

 Pour modifier la carte rВseau que IPX considКre comme la carte primaire,
 utilisez l'option "Protocol Stack IPX" qui se trouve dans NET.CFG.

     protocol stack ipx
        bind nom_pilote

 Remplacez nom_pilote par le nom du pilote qui contrУle la carte, et indentez
 le paramКtre оBindп. Par exemple, pour dВfinir comme carte primaire une carte
 Е anneau Е jeton, tapez

     protocol stack ipx
        bind token

 2.Commutation de la carte rВseau en service sur les rВseaux non connectВs

 Si vous disposez de deux cartes rВseau connectВes Е deux rВseaux physiquement
 sВparВs, vous pouvez procВder ainsi :

     ■ Changez de carte primaire dans NET.CFG et redВmarrez Е chaque fois que
     vous avez besoin d'accВder Е l'autre rВseau.

     ■ Procurez-vous un boМtier de commutation rВseau pour pouvoir basculer
     entre les deux rВseaux.

     ■ Interconnectez les rВseaux au moyen d'un routeur.

     SpВcification de la carte primaire parmi deux cartes rВseau de mИme type

     Si vous avez deux cartes rВseau utilisant le mИme type de pilote ODI
     (comme deux cartes NE2000), ne chargez pas le mИme pilote une deuxiКme
     fois dans le fichier CONFIG.SYS et ne spВcifiez pas d'option "Protocol
     Stack IPX".

     Au lieu de cela, utilisez l'option "link driver" dans le fichier NET.CFG
     pour spВcifier que le pilote est utilisВ deux fois. Pour ce faire, insВrez
     deux sections "link driver" dans NET.CFG, chacune spВcifiant le nom du
     pilote et les paramКtres du matВriel utilisВs par cette carte rВseau.

     Les paramКtres du matВriel doivent Иtre spВcifiВs pour au moins l'une des
     cartes, puisque vous ne pouvez pas avoir deux cartes rВseau de mИme type
     utilisant simultanВment les paramКtres par dВfaut.

     Par exemple, si vous avez deux cartes NE2000, vous pouvez inclure les
     lignes suivantes dans le fichier NET.CFG:

     link driver ne2000
        frame ethernet_802.2
        frame ethernet_802.3
        int 5
        port 360

     link driver ne2000
        frame ethernet_802.2
        frame ethernet_802.3
        int 4
        port 320

     Le fait de placer deux instructions ╨╛link driver ne2000╨┐ charge deux fois
     le pilote NE2000.

     Si vous ne spВcifiez pas deux sections "link driver", aucun pilote n'est
     chargВ pour la deuxiКme carte qui est ignorВe.

     Important La carte rВseau dont la ligne apparaМt la premiКre dans le
     fichier NET.CFG est celle que IPX utilise comme carte primaire.

     ProcВdure abrВgВe pour cartes Microchannel et Eisa multiples

     Si vous possВdez deux cartes Microchannel ou Eisa utilisant le mИme pilote
     (cartes NE3200 ou 3C523), vous devez quand mИme spВcifier une section
     "link driver" pour chacune d'elles.

     Toutefois, au lieu d'indiquer les paramКtres matВriels utilisВs par
     chacune des cartes, vous pouvez vous contenter de spВcifier le paramКtre
     "slot". Ce paramКtre indique au pilote ODI le connecteur dans lequel est
     enfichВe la carte rВseau. Le pilote analyse alors la carte et dВtermine
     automatiquement les paramКtres matВriels Е adopter.

     Par exemple, pour deux cartes NE3200, tapez:

     link driver ne3200
        frame ethernet_802.3
        frame ethernet_802.2
        slot 2

     link driver ne3200
        frame ethernet_802.3
        frame ethernet_802.2
        slot 1

     Dans cet exemple, la carte placВe dans le connecteur 2 sera considВrВe
     comme carte primaire, car son pilote est chargВ en premier.

     Pour changer de carte primaire, changez l'ordre des sections ╨╛link
     driverп. Par exemple, pour paramВtrer la carte rВseau du connecteur 1
     comme carte primaire, tapez:

     link driver ne3200
        frame ethernet_802.3
        frame ethernet_802.2
        slot 1

     link driver ne3200
        frame ethernet_802.3
        frame ethernet_802.2
        slot 2


═══ 8. Login Е votre rВseau ═══

Logging In to Your Network

Les thКmes traitВs sont les suivants:

ParamВtrage des postes de travail Е connecter

Etude du login aux services Annuaire de NetWare (NDS)

Login Е partir de la ligne de commande de OS/2

Login aux serveurs Bindery NetWare 2 and 3 Е l'aide des utilitaires NDS

Modification de NET.CFG pour le login Е NetWare 2 ou 3

Modification de NET.CFG pour le login Е NetWare 4

FenИtre de login au rВseau


═══ 8.1. ParamВtrage des postes de travail Е connecter ═══

Setting Up Workstations to Log In

OS/2 accepte un ensemble de plate-formes de systКme d'exploitation dВnommВes
"sessions". Les points suivants vous renverront au type de login qui convient
le mieux Е votre plate-forme.

Le paramВtrage adВquat d'un poste de travail peut rendre la connexion Е une
bindery et aux services Annuaire de NetWare virtuellement transparente. Ce
chapitre suppose que les tГches suivantes ont ВtВ effectuВes:

Liste de contrУle   Client NetWare pour OS/2 est installВ et tourne sur votre
poste de travail

 Le fichier NET.CFG de votre poste de travail a ВtВ modifiВ pour permettre le
login.

 Un objet utilisateur ou un compte utilisateur existe pour chaque utilisateur.

 Un rВpertoire privВ existe pour chaque utilisateur.

Outre les modifications Е apporter Е votre fichier NET.CFG, il vous suffit de
votre nom utilisateur et de votre mot de passe pour vous loguer.


ΓòÉΓòÉΓòÉ 8.2. Login aux services Annuaire de NetWare ΓòÉΓòÉΓòÉ

Understanding Logging In to NetWare Directory Services (NDS)

Les services Annuaire de NetWare (NDS), utilisВs dans NetWare 4, facilitent le
login car vous vous connectez au rВseau plutУt qu'Е un serveur. Les
informations utilisateur rВsident dans une base de donnВes globale. Chaque
"Objet utilisateur" se voit assigner position (ou "contexte") Е l'intВrieur de
la base de donnВes, qui indique au rВseau la position de votre poste de travail
au sein de ce dernier. Il s'agit de votre "contexte de nom".

Lorsque vous vous loguez, l'utilitaire LOGIN doit prendre connaissance de votre
contexte, c'est Е dire savoir oЧ se trouve l'objet utilisateur. Le contexte de
l'objet utilisateur constitue son nom complet.Le chemin depuis l'objet vers la
racine de l'arborescence compose le nom complet de l'objet, qui ne compte pas
d'homonyme parmi les autres noms d'objets.

Votre nom d'utilisateur complet est constituВ de la description de la branche
d'arborescence (du bas vers le haut de l'arborescence) reliant l'objet Е la
racine.

Utilisation de votre nom complet pour le login

Lorsque vous utilisez le nom complet d'un objet utilisateur, prВcisez d'abord
le nom, suivi d'un point (.). PrВcisez ensuite l'objet conteneur, Вgalement
suivi d'un point, et ainsi de suite jusqu'au nom de l'objet Organisation (et,
le cas ВchВant, jusqu'au nom de l'objet Pays).

Ainsi, en fonction de la dВfinition de votre rВseau, votre nom complet d'objet
Utilisateur peut Иtre reprВsentВ par:

     nom Commun.nom de l'UnitВ Organisationnelle.nom de l'Organisation. nom du
     pays

 SpВcification du type de nom d'un objet

 A tout moment, par exemple lorsque vous vous dВplacez d'un objet conteneur Е
 un autre, vous devez inclure le type du nom de l'objet lorsque vous saisissez
 le nom complet de l'objet. Un type de nom identifie la catВgorie d'objets Е
 laquelle vous vous rВfВrez (objet Utilisateur, objet UnitВ
 Organisationnelle,...)

 Par exemple, vous pouvez exprimer

 AMARTIN.VENTES PV.VENTES.NOVELL FR

 sous la forme:

 CN=AMARTIN.OU=VENTES PV.OU=VENTES.O=NOVELL FR

 oЧ 'CN' est le nom de l'objet utilisateur (common name), 'OU' le nom d'unitВ
 organisationnelle (organizational unit) et 'O' le nom de l'organisation.

 Si vous faites rВfВrence Е un objet appartenant au mИme objet conteneur que
 l'objet utilisateur, appelez cet objet par son nom et non par son nom complet.

 Important  DКs que vous incluez l'objet Pays dans l'arborescence de votre
 rВpertoire, vous devez toujours inclure le type de nom de l'objet (CN ou OU ou
 O) dans le nom complet, mИme si vous faites rВfВrence Е des objets situВs dans
 le m╨ÿme objet Conteneur.

 Modification de votre contexte

 Il se peut que vous ayez besoin de modifier votre contexte afin de simplifier
 votre login ou la rВfВrence Е d'autres objets situВs dans l'arborescence de
 votre rВpertoire. Les deux mВthodes pour modifier votre contexte sont:

 Γûá l'utilisation de CX.EXE, fourni avec Client NetWare pour OS/2.

 Γûá l'utilisation de la commande  "name context" qui se trouve dans NET.CFG.


ΓòÉΓòÉΓòÉ 8.3. Login depuis la ligne de commande OS/2 ΓòÉΓòÉΓòÉ

Logging In from the OS/2 Command Line

Important  L'unitВ de login par dВfaut est l'unitВ L:, Е moins qu'elle n'ait
ВtВ modifiВe dans votre fichier NET.CFG.

Client NetWare pour OS/2 assigne l'unitВ L: en tant qu'unitВ de login par
dВfaut Е SYS:LOGIN. Toutefois, vous avez intВrИt Е vous loguer depuis le
rВpertoire NetWare de votre poste de travail (par dВfaut : C:\NETWARE). LOGIN
connecte alors votre poste de travail au rВseau.

Login aux services Annuaire de NetWare

ProcВdure

1. Ouvrez une session OS/2 plein Вcran ou en fenИtre.

     Une invite semblable Е celle-ci apparaМt:

     [C:/]

 2. Loguez-vous selon l'une des procВdures suivantes:

     2a. Pour vous loguer en n'utilisant que votre nom utilisateur, tapez :

     login nom_utilisateur <EntrВe>

     Par exemple, tapez

     login amartin <EntrВe>

     2b. Pour vous loguer Е un serveur particulier, tapez :

     login nom_serveur\nom_utilisateur <EntrВe>

     Par exemple, tapez

     login tsmkt\amartin <EntrВe>

 3. Si besoin est, tapez votre mot de passe.


═══ 8.4. Login aux serveurs de bindery NetWare 2 et 3 Е ═══

l'aide des utilitaires NDS. Logging In to NetWare 2 and 3 Bindery Servers Using
NDS Utilities

Important  L'unitВ de login par dВfaut est l'unitВ L:, Е moins qu'elle n'ait
ВtВ modifiВe dans votre fichier NET.CFG.

ProcВdure

1. Tapez

     login serveur/nom_utilisateur/b <EntrВe>

     Remplacer "serveur" par le nom de serveur de bindery. Remplacer
     "nom_utilisateur" par votre nom d'utilisateur. Par exemple, tapez

     F:\login tsmkt/amartin /b <EntrВe>

 2. Si besoin est, tapez votre mot de passe.


═══ 8.5. Modification de NET.CFG pour les logins Е NetWare 2 ou 3 ═══

Modifying NET.CFG To Log In To NetWare 2 or 3

Lorsque vous vous loguez Е NetWare 2 ou 3, vous vous attachez Е un serveur.
Puis vous Вtablissez des attaches supplВmentaires avec d'autres serveurs sur
lesquels vous possВdez un compte utilisateur.

Utilisation du paramВtrage du serveur prВfВrВ

Afin d'aiguiller Client NetWare pour OS/2 vers le serveur dans lequel sont
stockВes vos informations utilisateur, utilisez le paramКtre Preferred server
du fichier NET.CFG. Pour les rВseaux dotВs de serveurs multiples, ce
paramВtrage s'avКre trКs utile pour accВlВrer le login au rВseau. Ce
paramВtrage vous permet Вgalement de vous loguer avec seulement votre nom
d'utilisateur.

Ajout du paramКtre Preferred server au fichier NET.CFG pour OS/2

ProcВdure

1. A l'aide d'un Вditeur de texte, ouvrez NET.CFG.

     Le fichier NET.CFG de votre poste de travail a ВtВ copiВ dans le
     rВpertoire cible des fichiers OS/2, ce rВpertoire ayant ВtВ spВcifiВ
     durant l'installation de Client NetWare pour OS/2.

 2. Tapez les lignes suivantes au niveau de l'option "NetWare Requester"

     preferred server <nom de serveur>

     Par exemple, tapez

     preferred server ventes

 Exemple de ligne de code du Requester NetWare pour OS/2

     Netware Requester
        preferred server ventes


═══ 8.6. Modification de NET.CFG pour le login Е NetWare ═══

4 Modifying NET.CFG To Log In To NetWare 4

Lorsque vous vous loguez Е NetWare 4, vous ne vous attachez pas Е des serveurs
en particulier (comme cela Вtait le cas avec les versions prВcВdentes de
NetWare), mais vous vous connectez Е l'ensemble du rВseau.

Avec votre nom complet (CN), vous pouvez simplifier le processus de login en
ajoutant des informations dans le fichier NET.CFG de votre poste de travail.
Vous ajoutez des lignes Е l'option NetWare Resquester.

Si vous ajoutez les lignes d'options suivantes, vous n'aurez plus besoin de
taper votre nom complet Е chacun de vos logins. Les paramКtres sont:

Γûá Name Context

Γûá Preferred Tree

Vous devez connaМtre votre contexte avant d'effectuer ces modifications. Sans
connaissance de ce contexte, vous ne pourrez pas renseigner ces options.

Utilisation du paramКtre de nom du contexte

Pour informer Client NetWare pour OS/2 sur votre contexte de nom, utilisez
l'option "name context" dans NET.CFG. LOGIN pourra ensuite localiser votre
objet utilisateur et vous connecter au rВseau.

Si vous utilisez NetWare 4, ajoutez cette option Е NET.CFG, elle se prВsente
ainsi:

 netware requester
     name context "contexte"

 Utilisation du paramКtre d'arborescence prВfВrВe

 Pour diriger Client NetWare pour OS/2 vers l'arborescence oЧ est dВfini votre
 contexte de nom, utilisez l'option "preferred tree" dans le fichier NET.CFG.
 LOGIN ne pourra ensuite accomplir sa recherche que dans l'arborescence de
 l'Annuaire choisie.

 Si vous utilisez NetWare 4 sur un rВseau comportant plusieurs arborescences
 d'Annuaire, ajoutez l'option suivante Е votre fichier NET.CFG: Elle se
 prВsente comme suit:

 netware requester
     preferred tree nom de l'arborescence

 La valeur par dВfaut correspond Е la racine, aussi dans le cas oЧ plusieurs
 noms d'utilisateur identiques existeraient dans des arborescences diffВrentes,
 le paramКtre "preferred tree" permet d'Вviter toute confusion.

 Remarque N'utilisez pas simultanВment les paramКtres "preferred server" et
 "preferred tree". Le second paramКtre a la prioritВ sur le premier.


═══ 8.7. FenИtre de login au rВseau ═══

Network Login Window

Lorsque vous dВmarrez OS/2 version 2.1, une fenИtre de login apparaМt parfois,
car OS/2 est capable de redВmarrer automatiquement PROGRAMS, TASKLIST, FOLDERS
et CONNECTIONS en utilisant la variable SET AUTOSTART de CONFIG.SYS.

Par exemple, si vous avez spВcifiВ les lignes suivantes dans CONFIG.SYS,

SET AUTOSTART=PROGRAMS, TASKLIST, FOLDERS, CONNECTIONS

la fen╨ÿtre de login s'affiche.

Dans un environnement NetWare, il est prВfВrable de ne pas inclure la ligne SET
AUTOSTART=CONNECTIONS dans CONFIG.SYS. La syntaxe recommandВe est :

SET AUTOSTART=PROGRAMS, TASKLIST, FOLDERS

Nous vous conseillons d'utiliser la version de LOGIN pour OS/2 ou d'utiliser
les outils Netware pour vous loguer. En effet, ces utilitaires, Е la diffВrence
de la fenИtre de login, vous permettent de dВfinir automatiquement votre
environnement NetWare (disques assignВs et ports de capture).

La version OS/2 de LOGIN exВcute les scripts de login OS/2 (scripts systКme
et/ou utilisateur) et les outils NetWare vous permettent de crВer et de charger
des paramКtres fichier qui fonctionnent de faЗon similaire aux scripts de
login.


ΓòÉΓòÉΓòÉ 9. Exploitation de DOS et Windows virtuels ΓòÉΓòÉΓòÉ

Using Virtual DOS and Windows

Vue d'ensemble

Depuis une session virtuelle DOS ou Windows, vous pouvez avoir trois types de
support NetWare:

Connexions globales

     Toutes les sessions DOS, MS Windows et OS/2 paramВtrВes pour admettre une
     connexion globale partagent une connexion unique Е un serveur NetWare. Les
     unitВs assignВes dans une session s'appliquent aux autres sessions. Un
     port capturВ dans une session l'est aussi dans les autres. Ceci est trКs
     utile dans les environnements oЧ le nombre de connexions est limitВ.

 Connexions privВes

     Toutes les sessions DOS et MS Windows paramВtrВes pour admettre une
     connexion privВe possКdent leur propre connexion Е un serveur NetWare. Les
     assignations d'unitВs et les captures de ports d'une session sont
     restreintes Е cette session. Ceci est particuliКrement utile dans les
     environnements oЧ les utilisateurs ont besoin de plusieurs connexions Е un
     serveur, et oЧ les logins depuis DOS ou Windows doivent Иtre distincts des
     logins depuis OS/2.

 Pas de connexions

     Les sessions dont le support rВseau est dВsactivВ acceptent le protocole
     IPX/SPX, mais n'admettent pas de connexion NetWare.

 Deux mВthodes de dВfinition du support NetWare pour DOS et MS Windows:

 1. DВfinissez un type de support par dВfaut (global, privВ, aucun) qui
 s'applique Е toutes les icУnes DOS et Windows existantes, ainsi qu'Е toute
 nouvelle icУne crВВe.

     Si vous choisissez ce paramКtre par dВfaut dans le programme
     d'installation Client netware pour OS/2, il est automatiquement chargВ
     dans le fichier CONFIG.SYS. Pour modifier les paramКtres du support par
     dВfaut

          Γûá lancez le programme d'installation de Client netware pour OS/2.

          Γûá A partir du menu "Installation", choisissez "Requ╨ÿteur sur poste de
          travail..."

          ■ SВlectionnez le rВpertoire cible appropriВ et choisissez "OK".

          ■ A partir de la fenИtre "Installation du RequИteur", sВlectionnez
          "Modification de CONFIG.SYS uniquement..." Choisissez "OK."

          Γûá Sous l'option "Choisissez le pilote de LAN ODI", choisissez
          "Continuer" (Е moins que des modifications aient ВtВ apportВes dans
          la configuration de votre pilote de LAN).

          Γûá Sous l'option "Choisissez le support NetWare des applications DOS
          et Windows", sВlectionnez le support souhaitВ. Choisissez
          "Continuer."

          Γûá Continuez l'installation.

          2. Personnalisez le type de support pour chaque icУne DOS et
          MS-Windows de votre bureau.

          Toute session lancВe depuis l'icУne personnalisВe aura le type de
          support que vous spВcifiez. Pour toute information sur la
          personnalisation du support NetWare par icУne, consultez les sections
          qui suivent.

 Si vous souhaitez configurer des icУnes avec diffВrents types de support
 rВseau, Вtiquetez les icУnes de ces sessions en utilisant des termes rappelant
 le type de support. Par exemple, vous pourriez souhaiter crВer des icУnes pour
 les sessions DOS plein Вcran privВes et globales

 ThКmes
 Informations sur tous les types de sessions
 Login depuis une session DOS virtuelle OS/2
 Personnalisation des icУnes pour le support de sessions globales
 ParamВtrage des assignations d'unitВs au cours des sessions globales
 Personnalisation des icУnes pour le support de sessions privВes
 Instructions particuliКres pour les icУnes Win-OS2
 Instructions particuliКres pour les sessions DOS_STARTUP_DRIVE
 DВsactivation de support rВseau dans toutes les sessions virtuelles
 ParamВtrage des canaux de communication nommВs pour DOS et MS Windows virtuels
 ParamВtrage de NetBIOS pour DOS et MS Windows virtuels


ΓòÉΓòÉΓòÉ 9.1. Informations sur tous les types de sessions ΓòÉΓòÉΓòÉ

Information for All Types of Sessions

Support NetWare 3 et 4

Depuis une session virtuelle DOS ou Windows, il est possible d'accВder aux
rВseaux (basВs sur la bindery) sous NetWare 3.11. Sur ces rВseaux, vous pouvez
profiter pleinement de NetWare, comme si vous utilisiez un poste de travail DOS
ou MS Windows rВel. Vous pouvez Вgalement ne profiter que des protocoles IPX,
SPX, Named Pipes (canaux de communication nommВs) et NetBIOS.

RemarqueVous ne pouvez accВder aux rВseaux NetWare 4 Е partir d'une session
virtuelle DOS et MS Windows que s'ils acceptent l'Вmulation de la bindery. Dans
ce cas, votre session DOS ou Windows sera vue comme un client de la bindery.

AccКs Е la version DOS correcte

Lors d'une session virtuelle, la variable COMSPEC doit pointer vers la version
correcte de DOS. Si vous utilisez la version DOS fournie avec OS/2, paramВtrez
la variable COMSPEC comme suit

     SET COMSPEC=unitВ:\OS2\MDOS\COMMAND.COM

 Vous pouvez paramВtrer la variable COMSPEC au niveau de la ligne de commande,
 dans un script de login, ou dans "ParamВtrage DOS" depuis le bureau OS/2.

 RemplacezunitВ: par la lettre de votre unitВ de dВmarrage.  Si vous exВcutez
 une version de DOS diffВrente, faites pointer la variable COMSPEC sur
 l'emplacement du fichier COMMAND.COM de cette version.

 Les scripts de login NetWare contiennent souvent une dВclaration assignant
 COMSPEC Е une unitВ du rВseau ; aussi, pensez Е vВrifier-et, le cas ВchВant, Е
 rВinitialiser-la variable COMSPEC de votre script de login.

 ConsidВrations relatives au login

 Le tableau  Modification de scripts de login pour chaque type de session
 montre les scripts de login exВcutВs en fonction du type de session et la
 maniКre de les modifier.

 ConsidВrations relatives au logout

 Lorsque vous vous dВloguez d'une unitВ locale dans une session DOS, l'unitВ de
 votre rВpertoire de login est la derniКre unitВ (dВfinie par DOS_LAST_DRIVE
 dans RВglages DOS) plus une. Par exemple, si votre derniКre unitВ DOS est C:,
 l'unitВ prise en compte aprКs le logout est l'unitВ D:.

 Si vous vous dВloguez depuis une unitВ en rВseau, cette unitВ reste inchangВe.


═══ 9.2. Login Е partir d'une session ═══

virtuelle DOS sous OS/2 Logging In from an OS/2 Virtual DOS Session

Le login Е partir d'une session virtuelle DOS sous OS/2 est le mИme qu'Е partir
d'une invite DOS.

RemarqueVous ne pouvez vous loguer Е un rВseau NetWare 4 Е partir d'une session
virtuelle DOS que si le rВseau accepte l'Вmulation de la bindery. Si un rВseau
NetWare 4 supporte l'Вmulation de la bindery, votre session DOS est considВrВe
comme un poste de travail basВ sur la bindery.

ProcВdure  Si vous avez ajoutВ NETX.EXE Е votre fichier AUTOEXEC.BAT au cours
de l'installation de Client Netware pour OS/2, passez Е l'Вtape 2.

     1. Chargez le shell NetWare (NETX.EXE) pour les sessions globales et
     privВes. Tapez

     NETX.EXE

 Remarque L'environnement virtuel DOS sous OS/2 n'accepte ni les services
 Annuaire de NetWare ni les VLM de NetWare 4. Cela signifie que vous ne pouvez
 vous loguer Е un serveur NetWare 3 ou 4 que par le biais de l'Вmulation de la
 bindery. Commencez Е charger NETX.EXE avant de vous loguer.

     2. Ouvrez une session DOS virtuelle plein Вcran ou en fenИtre.

     Une invite semblable Е celle-ci apparaМt:

     [C:/]

     3. Placez-vous sur la premiКre unitВ rВseau.

     3a. Pour les session globales, tapez

          L: <EntrВe>

          Client netware pour OS/2 assigne l'unitВ L: Е la premiКre unitВ du
          rВseau sauf dans le cas ou les paramКtres ont ВtВ prВalablement
          modifiВs dans NET.CFG.

     3b. pour les sessions privВes, utilisez l'unitВ qui porte la lettre
     suivant celle qui reprВsente la derniКre unitВ DOS, ou votre derniКre
     unitВ physique.

          Par exemple, si vous avez prВcisВ que l'unitВ D: est votre derniКre
          unitВ DOS, ou votre derniКre unitВ physique, vous pouvez assigner
          l'unitВ E: Е une unitВ du rВseau. L'unitВ E: porte la lettre qui suit
          celle de l'unitВ D:, votre derniКre unitВ physique.

 4. Tapez

 login serveur/nom_utilisateur <EntrВe>

 Remplacez  serveur par le nom du serveur de bindery. Remplacez nom_utilisateur
 par votre nom utilisateur. Par exemple, tapez

 F:\login tsmkt/amartin  <EntrВe>

 5. Si besoin est, tapez votre mot de passe.

 Login Е partir d'une session d'initialisation virtuelle DOS sous OS/2 (VMBOOT)

 Le login Е partir d'un environnement d'initialisation virtuel DOS sous OS/2
 est le mИme qu'Е partir d'une invite DOS.

 Important  Vous devez tout d'abord ouvrir une fenИtre ou un plein Вcran VMBOOT
 avant de lancer la procВdure de login Е partir de l'invite DOS sous OS/2.


═══ 9.3. Personnalisation des icУnes pour les sessions globales ═══

Customizing Icons for Global Support

Conditions prВalables

Liste de contrУle

 Consultez Informations sur tous les types de sessions

 Assurez-vous que le support des sessions virtuelles est activВ. Si tel n'est
pas le cas, activez-le en lanЗant le programme d'installation Client Netware
pour OS/2. Le support de session virtuelle est activВ par dВfaut.

ProcВdure Pour dВfinir le support global NetWare pour une icУne, procВdez comme
suit :

1. Ouvrez le bloc-notes "ParamКtres DOS" pour accВder Е l'icУne DOS ou Windows
sur le bureau OS/2.

     Pour plus d'informations sur l'ouverture des ParamКtres DOS, consultez
     "ParamКtres DOS" dans "l'index principal de l'Aide en ligne" sous OS/2.

 2. Dans le bloc-notes "ParamКtres DOS", choisissez l'onglet "Session".

 3. Sur l'Вcran "Session", choisissez, "ParamКtres DOS . . ."

 4. (Facultatif) Activez la fonctionnalitВ NetWare CAPTURE pour la session.

     4a. SВlectionnez "UNITE_DOS" sur l'Вcran "ParamКtres DOS".

     4b. Tapez la ligne suivante dans le champ "valeur":

     unitВ:\OS2\MDOS\LPTDD.SYS

     Remplacez unitВ par la lettre de votre unitВ de dВmarrage. Cette ligne
     n'est nВcessaire que si vous comptez utiliser CAPTURE dans la session
     virtuelle.

     RemarqueSi vous voulez que ce pilote de pВriphВrique soit chargВ pour
     toute session virtuelle que vous ouvrez, vous pouvez le charger par
     l'intermВdiaire du fichier CONFIG.SYS au lieu de le charger par le
     bloc-notes des "ParamКtres DOS". (Pour plus d'informations sur le
     chargement des pilotes de pВriphВrique DOS, consultez "l'index principal
     de l'Aide en ligne" sous OS/2.)

 5. Rendez toutes les unitВs disponibles pour NetWare.

     5a. SВlectionnez "DOS_LASTDRIVE."

     5b. Tapez la lettre correspondant Е votre derniКre unitВ physique dans le
     champ valeur.

          Par exemple, si la derniКre unitВ physique de votre poste de travail
          client est l'unitВ D:, tapez D dans le champ value.

 Important  La derniКre unitВ physique pour toutes les sessions globales sera
 la derniКre unitВ indiquВe dans le paramКtre "DOS_LASTDRIVE".

 6. SpВcifiez combien de fichiers la session peut ouvrir simultanВment.

     6a. SВlectionnez DOS_FILES.

     6b. Tapez 214.

     7. Choisissez le support NetWare global.

     7a. SВlectionnez "NETWARE_RESOURCES".

     7b. Tapez GLOBAL dans le champ "Valeur".

     Vous pouvez Вgalement choisir "GLOBAL" depuis la liste dВroulante de la
     boМte. Toute session lancВe depuis cette icУne bВnВficiera d'un support
     global.

 8. Activez le protocole IPX virtuel pour cette session.

     8a. SВlectionnez "VIPX_ENABLED."

     8b. SВlectionnez "On."

 9. Enregistrez et quittez "ParamКtres DOS"

 10. Chargez NETX.EXE dans chaque session Е partir de laquelle vous souhaitez
 vous loguer au rВseau.

 Pour charger automatiquement NETX.EXE pour toutes les sessions dВmarrВes avec
 une icУne particuliКre, utilisez ParamКtres optionnelsdans le bloc-notes
 ParamКtres DOS.

 Dans la boМte ParamКtres optionnels, tapez /K suivi d'un espace, le chemin du
 rВpertoire, et le nom de fichier NETX.EXE. Le fichier s'exВcute ensuite au
 dВbut de chaque session ouverte depuis cette icУne.

 Par exemple, pour charger NETX.EXE Е partir de l'emplacement par dВfaut, tapez

 /K C:\NETWARE\NETX.EXE

 Pour plus d'informations Е propos des paramКtres optionnels, consultez
 "paramКtres, dВmarrage des programmes avec" dans l'index principal d'aide en
 ligne d'OS/2.

 Pour charger automatiquement NETX.EXE pour toutes les sessions DOS et Windows,
 insВrez la commande suivante dans le fichier AUTOEXEC.BAT, au niveau de la
 racine de votre unitВ de dВmarrage :

 unitВ:\chemin\NETX

 Remplacez unitВ et chemin  par l'indication exacte de votre fichier NETX.EXE.
 Par dВfaut, NETX est installВ dans \NETWARE avec les fichiers de Client
 NetWare pour OS/2.

 RemarqueSi vous souhaitez uniquement le support IPX/SPX, ne chargez pas
 NET.EXE. Dans ce cas, vous ne pourrez pas vous loguer au rВseau NetWare, mais
 les applications DOS et Windows pourront quand m╨ÿme utiliser le protocole IPX.


═══ 9.4. Configuration des assignations d'unitВs dans les sessions globales ═══

Setting Up Drive Mappings in Global Sessions

Les assignations d'unitВs sous DOS diffКrent de celles sous OS/2. Sous OS/2,
toutes les unitВs assignВes fonctionnent comme des unitВs racine, aussi les
unitВs assignВes dans une session OS/2 apparaissent-elles comme des unitВs
racine dans les sessions DOS globales. Les unitВs racine assignВes dans une
session DOS globale apparaissent comme telles dans les sessions OS/2.

Les assignations d'unitВs de recherche ne sont pas utilisВes sous OS/2. Donc,
les unitВs de recherche assignВes lors d'une session DOS globale sont ignorВes
dans les sessions OS/2. De plus, les assignations d'unitВs de recherche dans
une session DOS ne s'appliquent pas aux autres sessions DOS. Pour Вviter toute
confusion, Вvitez d'utiliser les unitВs de recherche dans un environnement
global. Configurez plutУt votre environnement comme il est recommandВ dans les
procВdures ci-dessous.

ProcВdure

1. Choisissez les unitВs Е assigner dans votre environnement global. Choisissez
celle qui devra figurer dans le chemin de recherche.

2. Modifiez votre script de login NetWare 4 (utilisВ dans les sessions OS/2) en
incluant une instruction MAP pour chaque unitВ NetWare.

3. Modifiez votre script de login DOS NetWare 3 en incluant une instruction MAP
ROOT pour chaque unitВ NetWare.

Pour modifier votre script de login NetWare 3 DOS, utilisez un Вditeur de texte
avec lequel vous modifierez le fichier SYS:MAIL\userID\LOGIN ou utilisez un
utilitaire NetWare 3 tel que SYSCON.

Utilisez MAP ROOT plutУt que MAP pour des raisons de cohВrence entre DOS et les
sessions OS/2. Pour faciliter leur maintenance, incluez dans les deux scripts
de login les m╨ÿmes instructions d'assignation.

4. Modifiez le fichier CONFIG.SYS OS/2 en spВcifiant les lettres d'unitВs que
vous dВsirez inclure dans le chemin de recherche dВfini par l'instruction
chemin.

Ce chemin est celui dans lequel OS/2 recherche les fichiers .EXE, .CMD et .COM.
Par exemple, pour inclure l'unitВ H: dans le chemin de recherche, ajoutez ce
qui suit Е votre chemin:

H:\;

Vous pouvez, si nВcessaire, inclure les unitВs dans l'instruction de chemin de
donnВes (DPATH). C'est dans DPATH qu'OS/2 recherche les fichiers non
exВcutables, non DLL.

5. CrВez un fichier DOS.BAT incluant un chemin menant aux unitВs figurant dans
CONFIG.SYS.

C'est dans ce chemin que DOS effectue les recherches de fichiers. Par exemple,
pour inclure l'unitВ H: dans le chemin de recherche, tapez la ligne suivante
dans votre fichier .BAT:

SET PATH=%PATH%;h:\;

Notez que "%PATH%" ajoute ce que vous saisissez aux rВpertoires dВjЕ prВsents
dans l'instruction chemin.

Il n'est pas possible d'inclure d'instructions DPATH dans un fichier DOS.BAT.
L'instruction PATH de DOS Вtant limitВe Е 123 caractКres, nous vous conseillons
d'assigner les unitВs aux rВpertoires rВellement nВcessaires, et de minimiser
le nombre de sous-rВpertoires spВcifiВs.

6. Lancez le fichier .BAT Е chaque ouverture d'une session DOS globale.

Vous pouvez utiliser les "ParamКtres optionnels" du bloc-notes "ParamКtres".
Dans la boМte "ParamКtres optionnels, tapez /K suivi d'un espace et le nom du
fichier de traitement par lots (.BAT).  Ce fichier sera exВcutВ Е chaque
lancement d'une session depuis l'icУne.

Pour plus d'informations sur PATH, DPATH, les paramКtres et la configuration,
consultez l'index principal d'aide en ligne d'OS/2.


═══ 9.5. Personnalisation des icУnes pour le support privВ ═══

Customizing Icons For Private Support

Conditions prВalables

Liste de contrУle

 Consultez Informations sur tous les types de sessions.

 Assurez-vous que le support des sessions virtuelles est activВ. Si tel n'est
pas le cas, activez-le en lanЗant le programme d'installation Client Netware
pour OS/2. Le support de session virtuelle est activВ par dВfaut.

ProcВdures

Pour dВfinir un support NetWare privВ pour une icУne, procВdez comme suit:

1. Ouvrez le bloc-notes "ParamКtres DOS" pour accВder Е l'icУne DOS ou Windows
sur le bureau OS/2.

Pour plus d'informations sur l'ouverture des ParamКtres DOS, consultez
"ParamКtres DOS" dans "l'index principal de l'Aide en ligne" sous OS/2

2. Dans le bloc-notes "ParamКtres DOS", choisissez "Session".

3. Sur l'Вcran "Session", choisissez, "ParamКtres DOS . . ."

4. (Facultatif) Activez la fonctionnalitВ NetWare CAPTURE pour cette session.

     4a. SВlectionnez "DOS_DEVICE" sur l'Вcran "ParamКtres DOS".

     4b. Tapez la ligne suivante dans le champ "valeur":

     unitВ:\OS2\MDOS\LPTDD.SYS

     Remplacez unitВ par la lettre de votre unitВ de dВmarrage. Cette ligne
     n'est nВcessaire que si vous comptez utiliser CAPTURE dans la session
     virtuelle.

     RemarqueSi vous souhaitez que ce pilote de pВriphВriques soit chargВ pour
     toutes les sessions virtuelles que vous ouvrez, ajoutez-le au fichier
     CONFIG.SYS de OS/2 au lieu de l'ajouter dans le bloc-notes "ParamКtres
     DOS". (Pour plus d'informations sur le chargement des pilotes de
     pВriphВrique DOS, consultez "l'index principal de l'Aide en ligne" sous
     OS/2.)

 5. SpВcifiez combien de fichiers la session peut ouvrir simultanВment.

     5a. SВlectionnez DOS_FILES.

     5b. Tapez 214 dans le champ "Valeur".

 6. Indiquez quelles unitВs sont disponibles pour NetWare.

     6a. SВlectionnez "DOS_LASTDRIVE."

     6b. Tapez un lettre d'unitВ autre que la lettre Z dans le champ "Valeur".

     Toutes les unitВs aprКs cette lettre seront disponibles pour l'ouverture
     de session NetWare privВe dans cette session. Toutes les unitВs jusqu'Е
     cette lettre se trouvent sur votre unitВ de disque dur local ou peuvent
     Иtre utilisВes dans des sessions globales.

 7. Choisissez le support NetWare privВ.

     7a. SВlectionnez "NETWARE_RESOURCES".

     7b. Tapez PRIVATE dans le champ "Valeur".

     Vous pouvez choisir "Private" dans la liste dВroulante. Toute session
     dВmarrВe avec cette icУne assurera son propre login NetWare.

 8. Activez le protocole IPX virtuel pour cette session.

     8a.SВlectionnez "VIPX_ENABLED."

     8b. SВlectionnez "On."

 9. Enregistrez et quittez "ParamКtres DOS".

 10. Chargez NETX.EXE dans chaque session Е partir de laquelle vous souhaitez
 vous loguer au rВseau.

 Pour charger automatiquement NETX.EXE lors de chaque session dВmarrВe avec une
 icУne particuliКre, utilisez "ParamКtres optionnels" dans le bloc-notes
 "ParamКtres DOS".

 Dans les "ParamКtres optionnels", tapez /K suivi d'un espace, le chemin du
 rВpertoire, et le nom de fichier NETX.EXE. Ce fichier sera exВcutВ Е chaque
 lancement d'une session depuis l'icУne.Par exemple, pour charger NETX.EXE
 depuis l'emplacement par dВfaut, tapez:

 /K C:\NETWARE\NETX.EXE

 Pour plus d'informations sur les paramКtes optionnels, consultez "paramКtres,
 dВmarrage des programmes avec" dans l'index principal d'aide en ligne d'OS/2

 Pour charger automatiquement NETX.EXE pour toutes les sessions DOS et
 MS-Windows, insВrez la commande suivante dans le fichier AUTOEXEC.BAT au
 niveau de la racine de votre unitВ de dВmarrage:

 unitВ:\chemin\NETX.EXE

 Remplacez unitВ et chemin  par l'indication exacte de votre fichier NETX.EXE.
 Par dВfaut, celui-ci est situВ dans \NETWARE, avec les fichiers de Client
 NetWare pour OS/2.

 RemarqueSi vous souhaitez uniquement le support IPX/SPX, ne chargez pas
 NET.EXE. Dans ce cas, vous ne pourrez pas vous loguer au rВseau NetWare, mais
 les applications DOS et Windows pourront quand m╨ÿme utiliser le protocole IPX.


═══ 9.6. Instructions particuliКres pour les icУnes Win-OS2 ═══

Special Instructions for Win-OS2 Icons

RemarqueNetWare et Client NetWare pour OS/2 assurent le support d'espace de
nom. Consultez le manuel "Concepts" pour en savoir plus sur les espaces de nom.

Ces instructions s'appliquent au support MS Windows 3.x fourni avec OS/2 v2.x.

Conditions prВalables

Liste de contrУle  Consultez Informations sur tous les types de sessions.

 Effectuez le sprocВdures Personnalisation des icУnes pour le support global
ou  Personnalisation des icУnes pour le support privВ

ProcВdures Vous avez besoin de plusieurs fichiers supplВmentaires pour
exploiter Win-OS2 NetWare:

 NWIPXSPX.DLL
 NETWARE.DRV
 TBMI2.COM
 NWPOPUP.EXE
 NETWARE.HLP
 NWNETAPI.DLL
 NETAPI.DLL

 Par dВfaut, ces fichiers sont copiВs dans \OS2\MDOS\WINOS2\SYSTEM, sur votre
 unitВ de dВmarrage, lorsque vous installez Client NetWare pour OS/2. Si vous
 utilisez OS/2 pour Windows, ces fichiers sont copiВs dans le rВpertoire de
 Windows.

 Important Le fichier TBMI2.COM doit Иtre chargВ avant que vous ne lanciez un
 programme MS Windows effectuant des appels IPX ou SPX. Si vous n'aviez pas
 installВ TBMI2.COM au cours de l'installation de Client netware pour OS/2,
 nous vous recommandons de le charger avant de lancer le programme MS Windows.

 TBMI2.COM n'est pas chargВ systВmatiquement. Pour charger automatiquement
 TBMI2.COM Е chaque session dВmarrВe avec une icУne unique:

 ProcВdure 1. Effectuez une copie d'une icУne DOS, et utilisez-la.

 2. CrВez un fichier de traitement par lots (extension .BAT) Е l'aide des
 lignes suivantes:

     unitВ:\OS2\MDOS\WINOS2\SYSTEM\TBMI2.COM
     WINOS2.COM
     EXIT

     Remplacez unitВ par votre unitВ de dВmarrage.

 3. Enregistrez le fichier de traitement par lots dans le rВpertoire suivant:

     \OS2\MDOS\WINOS2\SYSTEM

 4. Ouvrez les "ParamКtres" de l'icУne.

 5. Choisissez "Programme".

 6. Dans le champ "ParamКtres facultatifs", tapez ceci

     /K unitВ:\OS2\MDOS\WINOS2\fichier_de_traitement_par_lots.bat

     Remplacez unitВ par votre unitВ de dВmarrage. Remplacez fichier de
     traitement par lots par le nom de votre fichier de traitement par lots.

 7. Choisissez "Session".

 8. VВrifiez que l'onglet "Session DOS plein Вcran" est sВlectionnВ.

 Chaque fois que vous choisirez cette icУne, TBMI2 sera chargВ et Win-OS2 sera
 lancВ.

 Pour plus d'informations sur les paramКtres optionnels, consultez "paramКtres,
 dВmarrage des programmes avec" dans l'index principal d'aide en ligne d'OS/2

 Pour charger automatiquement TBMI2.COM pour toutes les sessions DOS et MS
 Windows, insВrez la commande suivante dans le fichier AUTOEXEC.BAT au niveau
 de la racine de votre unitВ de dВmarrage :

 unitВ:\OS2\MDOS\WINOS2\SYSTEM\TBMI2.COM

 Remplacez unitВ par votre unitВ de dВmarrage.


═══ 9.7. Instructions particuliКres pour les sessions DOS_STARTUP_DRIVE ═══

Special Instructions for DOS_STARTUP_DRIVE Sessions

Si vous souhaitez lancer une version de DOS autre que celle qui est fournie
avec OS/2, consultez l'index principal de l'aide en ligne OS/2, qui explique en
dВtail la fonctionnalitВ DOS_STARTUP_DRIVE.

Les sections suivantes expliquent comment configurer des sessions
DOS_STARTUP_DRIVE en mode privВ ou global.

Setting up Global DOS_STARTUP_DRIVE Sessions

Conditions prВalables

 Consultez Informations sur tous les types de sessions

 Configurez votre session pour qu'elle s'initialise Е partir d'une autre
version DOS. Pour cela, vous devez, entre autres, crВer un fichier
d'initialisation miroir et paramВtrer DOS_STARTUP_DRIVE. Vous pouvez Вgalement
dВfinir une nouvelle partition de l'unitВ de votre disque dur (bien que cela ne
soit pas nВcessaire), ou rВaliser certaines tГches Е l'aide de l'utilitaire
VMDISK. Consultez l'index principal de l'aide en ligne OS/2.

 Assurez-vous que le support des sessions virtuelles est activВ. Si tel n'est
pas le cas, activez-le en lanЗant le programme d'installation de Client Netware
pour OS/2. Le support de session virtuelle est activВ par dВfaut.

 Configurez votre session en mode global pour NetWare en respectant les
instructions suivantes Personnalisation des icУnes pour le support global ou
Personnalisation des icУnes pour le support privВet DВfinition des assignations
d'unitВs dans les sessions globales.

ProcВdures:

1. Ajoutez les lignes suivantes dans le fichier CONFIG.SYS de la disquette DOS
ou de la partition de dВmarrage:

 device=unitВ:\os2\mdos\fsfilter.sys
 device=unitВ:path\dosvipx.sys
 lastdrive=dernier pВriphВrique physique

     Remplacez unitВ et chemin par l'unitВ et le chemin reprВsentant
     l'emplacement des fichiers de Client NetWare pour OS/2 .

     N'insВrez la ligne contenant l'instruction lastdrive que si vous voulez
     que la derniКre unitВ globale soit diffВrente de la derniКre unitВ
     utilisВe par OS/2 au moment oЧ vous dВmarrez la session virtuelle.

 2. Chargement de NETX.EXE

 Setting Up Private DOS_STARTUP_DRIVE Sessions

 Conditions prВalables

  Consultez Informations sur tous les types de sessions

  Configurez votre session pour qu'elle s'initialise Е partir d'une autre
 version DOS. Pour cela, vous devez, entre autres tГches, crВer un fichier
 d'initialisation miroir et paramВtrer DOS_STARTUP_DRIVE.  Vous pouvez
 Вgalement dВfinir une nouvelle partition de l'unitВ de votre disque dur (bien
 que cela ne soit pas nВcessaire), ou rВaliser certaines tГches Е l'aide de
 l'utilitaire VMDISK.  Consultez l'index principal de l'aide en ligne OS/2.

  Assurez-vous que le support des sessions virtuelles est activВ. Si tel n'est
 pas le cas, activez-le en lanЗant le programme d'installation de Client
 Netware pour OS/2.

  Configurez votre session en mode privВ pour NetWare en respectant les
 instructions suivantes Personnalisation des icУnes pour le support privВ

 ProcВdures

 1. Ajoutez les lignes suivantes au fichier CONFIG.SYS de la disquette DOS ou
 de la partition de dВmarrage.

 device=unitВ:\os2\mdos\fsfilter.sys
 device=unitВ:path\dosvipx.sys
 files=214
 lastdrive=lettre

     Remplacez unitВ: et chemin par l'unitВ et le rВpertoire contenant les
     fichiers NetWare Client pour OS/2. Remplacez lettre par la derniКre unitВ
     locale accessible Е la session. Les unitВs NetWare commenceront aprКs
     cette lettre.

 RemarqueLe pilote FSFILTER.SYS fourni avec OS/2 permet Е la session
 DOS_STARTUP_DRIVE d'accВder aux unitВs OS/2 HPFS et aux canaux nommВs (Named
 Pipes). Pour de plus amples informations sur le pilote FSFILTER.SYS, consultez
 la documentation OS/2 .

 2. Chargez le logiciel NetWare Poste de travail DOS.

     2a. Suivez les indications de Client Netware pour DOS et MS Windows.
     Utilisez le logiciel se trouvant sur la disquette Client NetWare pour DOS
     et MS Windows appelВe WSDOS_1.

     2b. Pour charger NETX.EXE afin d'utiliser NetWare 3, utilisez le logiciel
     placВ sur la disquette Client NetWare pour OS/2 appelВe WSOS2_1. Chargez
     NETX.EXE dans chaque session Е partir de laquelle vous souhaitez vous
     loguer au rВseau.

     Pour charger automatiquement NETX.EXE lors de chaque session dВmarrВe avec
     une icУne particuliКre, utilisez "ParamКtres optionnels" dans le
     bloc-notes "ParamКtres DOS".

     Dans les "ParamКtres optionnels", tapez /K suivi d'un espace, le chemin du
     rВpertoire, et le nom de fichier NETX.EXE. Ce fichier sera exВcutВ Е
     chaque lancement d'une session depuis l'icУne.Par exemple, pour charger
     NETX.EXE depuis l'emplacement par dВfaut, tapez:

     /K C:\NETWARE\NETX.EXE

     Pour plus d'informations sur les paramКtes optionnels, consultez
     "paramКtres, dВmarrage des programmes avec" dans l'index principal d'aide
     en ligne d'OS/2

     Pour charger automatiquement NETX.EXE pour toutes les sessions DOS et
     MS-Windows, insВrez la commande suivante dans le fichier AUTOEXEC.BAT au
     niveau de la racine de votre unitВ de dВmarrage:

     unitВ:\chemin\NETX.EXE

     Remplacez unitВ et chemin  par l'indication exacte de votre fichier
     NETX.EXE. Par dВfaut, celui-ci est situВ dans \NETWARE, avec les fichiers
     de Client NetWare pour OS/2.

 RemarqueSi vous souhaitez uniquement le support IPX/SPX, ne chargez pas
 NET.EXE. Dans ce cas, vous ne pourrez pas vous loguer au rВseau NetWare, mais
 les applications DOS et Windows pourront quand m╨ÿme utiliser le protocole IPX.

 Toute unitВ en rВseau assignВe dans une session OS/2 apparaМt comme unitВ
 locale dans une session DOS_STARTUP_DRIVE privВe.


═══ 9.8. DВsactivation du support rВseau dans toutes les sessions virtuelles ═══

Disabling Network Support in All Virtual Sessions

Pour dВsactiver tout support rВseau, lancez le programme d'installation de
Client netware pour OS/2 et dВselectionner "Support pour sessions DOS et
Windows." Puis redВmarrez votre machine. Ceci empИche le chargement de VIPX.SYS
et de VSHELL.SYS.

Pour rВactiver un support, lancez le programme d'installation et sВlectionnez
"Support pour sessions DOS et Windows Sessions."


═══ 9.9. Configuration des canaux nommВs pour sessions virtuelles DOS et Windows ═══

Setting Up Named Pipes for Virtual DOS and Windows

Important  Cette section ne concerne que les sessions virtuelles DOS et
Windows.

Les sessions DOS et Windows virtuelles peuvent fonctionner comme clients, mais
non comme serveurs de canaux de communication nommВs.

Si vous avez activВ le support Named Pipes pour sessions OS/2, vous obtenez
automatiquement le support Named Pipes pour les sessions virtuelles DOS.
Consultez la rubrique"installation des canaux nommВs pour OS/2"

Important: Ne chargez pas les unitВs d'extension Named Pipes  (DOSNP.EXE)
pendant des sessions virtuelles DOS and MS Windows. Si vous souhaitez utiliser
des canaux nommВs dans l'une des situations suivantes, consultez les sections
correspondantes:

 Clients Named Pipes de sessions SQL MS Windows virtuelles
 Sessions dotВes de DOS_STARTUP_DRIVE


ΓòÉΓòÉΓòÉ 9.10. Clients Named Pipes des sessions Windows virtuelles ΓòÉΓòÉΓòÉ

For Virtual MS Windows SQL Named Pipes Clients

Assurez-vous que le fichier NETAPI.DLL du sous-rВpertoire \WINDOWS de la
disquette WSOS2_1 a ВtВ copiВ dans l'un des rВpertoires ou sous-rВpertoires de
votre disque dur:

     sous-rВpertoire \OS2\MDOS\WINOS2 (contenant WINOS2.COM)

     sous-rВpertoire \OS2\MDOS\WINOS2\SYSTEM (contenant le fichier KERNEL.EXE
     de MS Windows)

     rВpertoire contenant l'application qui exВcute les Named Pipes

 Avertissement  Ce fichier NETAPI.DLL est un fichier MS Windows (et non OS/2)
 et ne concerne que les clients Named Pipes des sessions SQL Windows. Ne le
 copiez pas sur le fichier NETAPI.DLL du rВpertoire \NETWARE.


═══ 9.11. Sessions dotВes de DOS_STARTUP_DRIVE ═══

For Sessions with DOS_STARTUP_DRIVE Set

Les sessions paramВtrВes avec DOS_STARTUP_DRIVE s'initialisent avec une version
DOS autre que celle fournie avec OS/2. L'index principal d'aide en ligne d'OS/2
donne de plus amples informations sur la fonction DOS_STARTUP_DRIVE.

Si vous utilisez DOS_STARTUP_DRIVE pour initialiser une session, il n'est pas
nВcessaire d'avoir le support Named Pipes de Novell. Vous pouvez, Е la place,
charger le pilote FSFILTER.SYS fourni par OS/2.

Chargez le pilote FSFILTER.SYS dans le fichier CONFIG.SYS pour la session
DOS_STARTUP_DRIVE. (Le fichier CONFIG.SYS est liВ au fichier image Е partir
duquel vous dВmarrez la session. Consultez votre documentation OS/2).

Pour charger le pilote FSFILTER.SYS driver, procВdez de la faЗon suivante:

ProcВdure

1. Ouvrez le fichier CONFIG.SYS pour la session DOS_STARTUP_DRIVE dans un
Вditeur de texte.

2. Tapez une nouvelle ligne pour charger FSFILTER.SYS.

Par exemple, tapez

DEVICE=C:\OS2\MDOS\FSFILTER.SYS

3. Enregistrez et quittez CONFIG.SYS

Pour de plus amples informations sur le chargement de FSFILTER.SYS dans
CONFIG.SYS, consultez votre documentation OS/2.

Important:  Ne chargez pas l'unitВ d'extension Named Pipes Novell pour DOS au
cours de la session DOS_STARTUP_DRIVE. Elle entrerait en conflit avec le pilote
Named Pipes d'OS/2.


ΓòÉΓòÉΓòÉ 9.12. Configuration de NetBIOS pour sessions virtuelles DOS et MS Windows ΓòÉΓòÉΓòÉ

Setting Up NetBIOS for Virtual DOS and MS Windows

Cette session traite uniquement des sessions DOS et Windows sous OS/2. Pour
configurer NetBIOS sur un poste de travail DOS ou MS Windows rВel, consultez la
documentation "Poste de travail NetWare sous DOS et MS Windows".

Client NetWare pour OS/2 et le programme IBM LAPS prennent tous deux en charge
le protocole NetBIOS dans une session virtuelle. Toutefois, le type de support
est diffВrent.

Support NetWare NetBIOS

Le support NetWare NetBIOS n'est pas virtualisВ. C'est-Е-dire que la session
n'utilisera pas le mИme pilote NetBIOS que celui utilisВ par les sessions OS/2.

Chargez plutУt le programme rВsidant NETBIOS.EXE dans la session, comme si vous
vouliez obtenir le support NetBIOS sur un poste de travail DOS rВel.

Quand vous utilisez NETBIOS.EXE dans une session virtuelle, vous ne pouvez pas
Вtablir de connexions NetBIOS au cours de sessions sous OS/2 ou de toute autre
session DOS et/ou MS Windows avant que NETBIOS.EXE ne soit dВchargВ.Vous ne
disposerez que d'une connexion NetBIOS au cours d'une session virtuelle unique,
et ce mИme si votre pilote NetBIOS OS/2 s'avКre Иtre chargВ.

Comme l'illustrent les graphiques suivants, NETBIOS.EXE and VIPX assurent la
prise en charge de NetBIOS NetWare pour une session DOS unique.

Support de IBM LAPS NetBIOS

Conditions prВalables

Γûá Activez le support IPX pour les sessions virtuelles. Consultez la
rubrique"Personnalisation des icУnes pour les sessions globales"
ou"Personnalisation des icУnes pour les sessions privВes."

■DВsactivez le support NetBIOS pour les sessions OS/2. La solution NetBIOS
Novell pour les boМtes de compatibilitВ DOS n'est pas virtuelle et n'autorise
donc pas l'exВcution simultanВe d'autres pilotes NetBIOS. DВsactivez le support
NetBIOS en exВcutant le programme d'installation de Client Netware pour OS/2 et
en annulant la sВlection de "Emulation NetBIOS pour OS/2". "Configuration du
pilote NetBIOS de Novell" explique comment lancer le programme d'installation.

ProcВdure  Suivez les instructions du manuel Client netware pour DOS et MS
Windows. RВfВrez-vous Е cette documentation pour

1. charger NETBIOS.EXE dans une seule session DOS.

2. configurer NetWare NetBIOS pour DOS, si nВcessaire.

Le support LAPS NetBIOS est virtualisВ, ce qui signifie que vous n'Иtes pas
limitВ Е une connexion unique. Vous n'avez accКs Е ce support virtualisВ que si
vous disposez des protocoles LAPS inclus dans Extended Services et LAN Services
d'IBM.

Comme l'illustre le graphique suivant, LANVDD and LANPDD prennent en charge
LAPS NETBIOS en mode virtuel. Ce dernier utilise l'interface NETBIOS.OS2 pour
communiquer avec le pilote NetBIOS de Novell ou d'IBM.

Le support LAPS NetBIOS est conforme Е la norme NetBIOS 3.0 (NB30). Vous pouvez
exВcuter des applications NetBIOS dans une session virtuelle, mИme si certaines
de ces applications ne sont pas conformes au NB30. NВanmoins, la nВcessitВ
d'augmenter les ressources d'une session est alors plus probable que lors de
l'exВcution d'applications non-NB30.

PrВvention des erreurs au niveau des ressources

Vos sessions virtualisВes NetBIOS peuvent Иtre prises en charge par le pilote
de NETBIOS.SYS OS/2de Novell ou par le pilote NETBEUI.OS2 d'Extended Services,
ou par ces deux pilotes.

Lorsque les sessions virtuelles sont supportВes par le pilote OS/2 NetBIOS de
Novell, soyez conscient que les ressources peuvent Иtre limitВes.

RemarqueSi vous avez dВjЕ suivi les Вtapes concernant laconfiguration de
NETBIOS.OS2 avec PROTOCOL.INI, vous utilisez un pilote Novell.

Le support LAPS NetBIOS pour les sessions virtuelles est conforme Е la norme
NetBIOS 3.0 (NB30). Lors de sa premiКre exВcution, une application NetBIOS 3.0
rВserve, entre autres choses, un certain nombre de noms, commandes et sessions.

Si vous lancez des applications NetBIOS dans plusieurs sessions virtuelles,
toutes les ressources d'un des composants NetBIOS doivent Иtre rВservВes.
Aucune autre application ne pourra Иtre lancВe. Vous provoquerez une erreur de
ressource si vous essayez d'Вtablir des connexions NetBIOS.

Afin que NetBIOS ait toujours les ressources nВcessaires, vous disposez de deux
solutions que vous pouvez appliquer conjointement:

      Lorsque vous utilisez des connexions NetBIOS virtuelles, augmentez
     toujours les paramКtres ressources par dВfaut autorisВs pour le pilote
     NETBIOS dans NET.CFG.

     Configuration du pilote explique comment augmenter les valeurs par d"Вfaut
     pour le pilote NetBIOS OS/2.

      SpВcifiez les ressources consommВes pour chaque session virtuelle
     utilisВe. Vous trouverez ci-dessous les instructions vous indiquant
     comment spВcifier ces ressources.

 Conditions prВalables

 Liste de contrУle   Installez Extended Services avec le support NetBIOS.
 Consultez la documentation Extended Services.

  Installer LAN Services si vous le possВdez. Consultez la documentation LAN
 Services.

  Installez Client netware pour OS/2 avec le support NetBIOS. La rubrique
 Configuration du pilote NetBIOS de Novell  explique comment procВder.

 Configurez NETBIOS.OS2 pour utiliser les deux pilotes Novell et IBM.
 Configuration de NETBIOS.OS2 avec PROTOCOL.INI explique comment procВder.

 ProcВdures

 Ces instructions indiquent comment dВfinir les informations relatives aux
 ressources pour le NetBIOS virtualisВ d'Extended Services. Ces informations se
 trouvent dans le programme LTSVCFG.COM.

 Le programme LTSVCFG.COM est fourni avec LAPS dans Extended Services et LAN
 Services.

 ProcВdure

 1. Ouvrez la session virtuelle.

 2. ExВcutez le programme LTSVCFG.COM avec les paramКtres de la ligne de
 commande dont vous avez besoin.

 Par exemple, pour dВfinir 12 commandes pour NetBIOS, tapez ceci:

 LTSVCFG.COM C=12

 Voici trois paramКtres relatifs aux ressources NetBIOS:

 s="nombre de sessions NetBIOS"
 n="noms"
 c="commandes"

 Pour plus d'informations concernant l'ensemble des paramКtres NetBIOS,
 consultez la documentation LAPS sur NetBIOS.

 Important  Vous ne pouvez pas assigner Е LTSVCFG.COM des valeurs supВrieures Е
 celles des pilotes NETBIOS.OS2 ou NETBIOS.SYS. Les paramКtres par dВfaut des
 sessions, noms et commandes concernant le pilote NETBIOS.SYS sont:

 Sessions=16
 Names=24
 Commands=32

 Vous avez peut-Иtre dВjЕ modifiВ ces valeurs dans votre fichier NET.CFG.


ΓòÉΓòÉΓòÉ 10. Sauvegarde du poste de travail ΓòÉΓòÉΓòÉ

Backing Up Your Workstation

Vue d'ensemble

Le superviseur du rВseau ou le responsable de la sauvegarde peut sauvegarder le
contenu de votre poste de travail OS/2 sur le rВseau. Afin de permettre l'accКs
Е votre poste, lancez depuis celui-ci le programme NetWare TSA_OS2 (Agent de
service cible) de NetWare.

Le programme TSA_OS2 lance une une application pendant une session OS/2. Vous
pouvez poursuivre votre tГche dans d'autres sessions pendant que TSA_OS2
s'exВcute sur votre poste de travail. Lorsque TSA_OS2 est actif, SBACKUP (ou
tout autre application de sauvegarde) peut accВder aux donnВes du disque dur.

Le programme TSA_OS2 est installВ automatiquement sur l'unitВ du disque dur
lors de l'installation de Client netware pour OS/2. L'icУne de TSA_OS2 apparaМt
dans le groupe Novell  sur votre bureau.

Avec le programme TSA_OS2, vous pouvez prВciser:

■ quels utilisateurs du rВseau peuvent accВder Е votre disque dur;

Γûá quel mot de passe il doivent entrer dans le programme de sauvegarde pour
pouvoir accВder Е votre disque dur;

■ quelles unitВs du disque dur peuvent Иtre sauvegardВes;

DВmarrage manuel de TSA_OS2

Cette section explique comment dВmarrer TSA_OS2 manuellement en cliquant sur
son icУne depuis le bureau.

Conditions prВalables

 Chargez TSA_OS2.NLM sur le serveur. Pour plus d'informations,consultez le
manuel Supervision du rВseau.

 Installez Client NetWare pour OS/2.

ProcВdure 1. Choisissez l'icУne "Novell" sur votre bureau OS/2.

     La fenИtre "IcУnes Novell" apparaМt.

 2. A partir de cette fenИtre, choisissez l'icУne NetWare TSA correspondant au
 programme TSA_OS2.EXE.

     La fenИtre principale de TSA_OS2 apparaМt.

 3. Choisissez des fonctions dans la barre de menus.

     Pour plus d'informations sur cette fonction, choisissez "Aide.".

 DВmarrage automatique de TSA_OS2

 Il est possible de configurer TSA_OS2 pour qu'il soit automatiquement lancВ
 lors du dВmarrage de votre systКme. Pour cela

 ■ placez votre icУne TSA_OS2 dans le dossier "DВmarrage". Cette section
 explique comment placer l'icУne dans le dossier "DВmarrage";

 ■ Configurez votre fichier TSA_OS2.CFGCette procВdure fait l'objet de la
 section suivante.

 Conditions prВalables

  Chargez TSA_OS2.NLM sur le serveur. Pour plus d'informations,consultez le
 manuel Supervision du rВseau.

  Installation de Client NetWare pour OS/2.

 ProcВdure 1. Ouvrez le dossier "SystКme OS/2" sur le bureau.

     La fenИtre "SystКme OS/2" apparaМt.

 2. Ouvrez le dossier "DВmarrage" Е partir de la fenИtre "SystКme OS/2".

     La fenИtre "DВmarrage" apparaМt.

 3. Sans fermer la fenИtre "DВmarrage", ouvrez le groupe "Novell" sur votre
 Вcran.

     La fenИtre "Novell" apparaМt.

 4. Faites glisser l'icУne TSA_OS2.EXE de la fenИtre "IcУnes Novell" jusque
 dans le dossier "DВmarrage".

     Chaque fois que vous redВmarrerez votre poste de travail, le programme
     TSA_OS2 se lancera automatiquement.

 Important Si sur votre site, les sauvegardes sont rВalisВes aprКs les heures
 d'utilisation, n'oubliez pas de laisser votre poste de travail allumВ pour que
 le responsable de la sauvegarde puisse accВder au disque dur.

 Configuration de votre fichier TSA_OS2.CFG

 Vous pouvez crВer un fichier texte du nom de TSA_OS2.CFG qui stockera les
 options du programme TSA_OS2. Ces options sont lues par TSA_OS2 dКs qu'il se
 charge. Vous trouverez ci-aprКs la liste des paramКtres que vous pouvez taper
 dans le fichier de configuration.

 List of TSA_OS2.CFG parameters

 WSName

     Le nom de service cible assignВ Е votre poste de travail ne doit pas
     contenir d'espaces.

          WSName JO_OS2

 ServerName

     Le nom du serveur oЧ est chargВ le module Target Service Agent Router.

          ServerName SALES_MKTG

 UserName

     Les objets utilisateurs que vous autorisez Е se loguer au poste de travail
     OS/2. InsВrez une ligne par utilisateur concernВ. Si vous souhaitez
     spВcifier un mot de passe, indiquez-le aprКs le nom d'utilisateur.

     Le nom de l'utilisateur doit Иtre un nom dВfini sur le rВseau. Le mot de
     passe est propre Е votre poste de travail (il est diffВrent de celui que
     l'utilisateur tape pour se loguer au rВseau). Si vous spВcifiez un mot de
     passe, l'administrateur de la sauvegarde devra taper ce mot lors du
     lancement du programme de sauvegarde.

                    UserName NANCY
                    ou pour dВfinir le mot de passe NEATO:
                    UserName NANCY NEATO

 HideResource

     Ce sont les disques que vous ne voulez pas sauvegarder. RВpВtez cette
     ligne pour chaque disque. Il est possible mais non indispensable d'ajouter
     les deux points (:) aprКs la lettre de l'unitВ

          HideResource C
          HideResource D:

 AutoRegister

     Inscription automatique auprКs du Target Service Router sur le serveur dКs
     que votre poste de travail dВmarre. Si vous utilisez cette option, vous
     devrez aussi spВcifier un WSName, ServerName et un UserName valides.

                    AutoRegister ON
                    ou
                    AutoRegister OFF

 TempFilesDir

     Le rВpertoire de votre disque dur dans lequel le programme de sauvegarde
     peut Вcrire ses fichiers temporaires. Ceux-ci sont effacВs Е la fin de la
     sauvegarde. Les espaces sont interdits dans le nom du rВpertoire.

     Si vous ne spВcifiez pas ce paramКtre, le rВpertoire temporaire se
     trouvera  au niveau de la racine du rВpertoire Е partir duquel vous aurez
     exВcutВ TSA_OS2.EXE.

          TempFilesDir C:\TEMP_TSA

 Voir un exemple de fichier de configuration TSA_OS2.CFG :

                    WSName Poste_Isa
                    ServerName MARKETING
                    UserName FredJ
                    UserName Marc
                    UserName admin
                    UserName nancy NEATO
                    HideResource c:
                    hideresource b:
                    AUTOREGISTER on
                    tempfilesdir c:\temp_os2

 Les majuscules et les minuscules ne sont pas diffВrenciВes.


ΓòÉΓòÉΓòÉ 11. Utilisation de RPL ΓòÉΓòÉΓòÉ

Using Remote Program Load

Sujets traitВs

Conditions prВalables

CrВation de comptes utilisateurs et attribution de droits

Installation des fichiers OS/2 pour les postes de travail RPL

Installation des fichiers RPL pour les postes de travail RPL

Configuration des postes de travail RPL

Utilisation de RPL sur les postes de travail ВquipВs d'un disque dur

Configuration de Client netware pour OS/2 sur poste de travail RPL

Vue d'ensemble

Important  Pour Installer Remote Program Load (RPL), vous devez possВder des
droits d'objet superviseur sur le(s) serveur(s) NetWare au(x)quel(s) est
attachВ le poste de travail.

RPL permet aux postes de travail de s'initialiser Е partir des disques durs du
rВseau plutУt qu'Е partir du disque dur local.

What Happens When You Add RPL Workstations

L'ajout de postes de travail RPL Е un rВseau entraМne les actions suivantes:

■ des rВpertoires sont crВВs,

■ des fichiers sont crВВs,

■ des fichiers sont copiВs,

■ CONFIG.SYS est copiВ et modifiВ.

CrВation de rВpertoires

Si vous n'avez pas installВ le support RPL pour poste de travail, le SYS:RPL2
et les rВpertoires \USER et \COMPUTER seront crВВs sur chaque serveur.

Les rВpertoires suivants seront Вgalement crВВs pour tout nouveau poste de
travail ajoutВ.:

■ Un rВpertoire utilisateur sous le rВpertoire \UTIL.

     Ce rВpertoire porte le nom d'utilisateur de votre choix. Par exemple, le
     rВpertoire utilisateur de EDUPONT sera le suivant :

     SYS:RPL2\USER\EDUPONT

     Si un nom logique a ВtВ spВcifiВ (par exemple, LAB_1), le rВpertoire privВ
     sera :

     SYS:RPL2\USER\EDUPONT\LAB_1

 ■ Un rВpertoire d'adresse de noeud utilisateur sous le rВpertoire \ORDINATEUR.

     Le nom de ce rВpertoire correspond aux onze derniers caractКres de
     l'adresse de noeud du poste de travail. Par exemple, si l'adresse du noeud
     est 2223345BBBBB, le rВpertoire de cette adresse sera

     SYS:RPL2\COMPUTER\223345BB.BBB

 ■ Un sous-rВpertoire contenant le bureau de OS/2 dans chaque rВpertoire
 utilisateur privВ.

     Ce rВpertoire est appelВ OS!2_2.0_D si l'installation se fait Е partir
     d'une unitВ FAT ou "OS2 20 Desktop" si l'installation se fait Е partir
     d'une unitВ HPFS.

 ■ Un sous-rВpertoire \SPOOL dans chaque sous-rВpertoire utilsateur.

     Ce rВpertoire contient tous les fichiers d'impression.

 CrВation de fichiers

 ■ Un fichier appelВ CONFIG.WSS est crВВ dans le rВpertoire d'adresse de noeud
 de chaque utilisateur sur le serveur.

     Ce fichier indique Е OS/2 d'utiliser les fichiers OS2.INI, OS2SYS.INI et
     CONFIG.SYS depuis le rВpertoire utilisateur privВ sur le rВseau, au lieu
     d'essayer de les trouver Е leur place habituelle l'unitВ locale.

     Il ordonne Вgalement Е OS/2 d'utiliser les fichiers du micro-ordinateur et
     le sous-rВpertoire \SPOOL depuis le rВpertoire utilisateur privВ sur le
     rВseau plutУt qu'Е partir d'un disque dur local.

 ■ CrВation d'un fichier BOOTCONF.SYS  dans le rВpertoire SYS:LOGIN.

     Si le fichier BOOTCONF.SYS existe dВjЕ (crВВ lors d'installations
     antВrieures de postes de travail distants), les informations concernant le
     nouveau poste sont ajoutВes au dВbut du fichier.

     Ce fichier indique au serveur le fichier image de dВmarrage Е distance Е
     utiliser pour chaque poste de travail ; il contient des lignes indiquant
     le type de carte rВseau utilisВ par chaque poste de travail RPL. Par
     exemple, la ligne correspondant Е un poste NE2000 pourrait se prВsenter
     comme suit :

     0xDOC20,1b0276A32222=NE2000.RPL

     Consultez la rubriqueFormat du fichier BOOTCONF.SYS  pour avoir une
     explication sur les lignes contenues dans le fichier BOOTCONF.SYS.

     Copie des fichiers

     Tous les fichiers figurant dans les sous-rВpertoires \DESKTOP et \SPOOL
     sont copiВs sur le serveur Е partir de l'unitВ locale du poste de travail
     OS/2. Tous les fichiers de CONFIG.WSS le sont Вgalement.

     Ces fichiers permettent aux postes de travail distants de charger des
     versions personnalisВes de OS/2 et du bureau OS/2.

     Copie et modification de CONFIG.SYS

     Un fichier CONFIG.SYS est copiВ Е partir de l'unitВ locale du poste de
     travail Е partir duquel vous effectuez l'installation vers le
     sous-rВpertoire privВ de l'utilisateur sur chaque serveur.

     Ce fichier CONFIG.SYS est lВgКrement modifiВ pour chaque utilisateur. La
     ligne qui charge HPFS est dВsactivВe et le rВpertoire indiquВ dans la
     ligne SWAPPATH est mis Е jour.

     Toutes les lignes qui commencent par IFS= sont neutralisВes par mise en
     commentaire avant la ligne IFS=NWIFS. Cette ligne NWIFS doit correspondre
     au premier fichier systКme installable chargВ.

     Si l'utilisateur a besoin d'utiliser un lecteur de CD-ROM depuis le poste
     RPL, la ligne IFS=CDFS doit Иtre reportВe Е la suite des instructions de
     Client NetWare pour OS/2 dans CONFIG.SYS.

     De plus, la fonction de cache disque est dВsactivВe et le pilote ODI est
     remplacВ par celui que vous avez sВlectionnВ.

      Structure des rВpertoires pour le support de poste de travail RPLexplique
     la structure des rВpertoires du rВseau pour les besoins des postes de
     travail distants.


═══ 11.1. Conditions prВalables ═══

Prerequisites

Pour installer un poste de travail RPL, vous devez disposer de trois
ordinateurs :

Γûá le serveur auquel se rattachera le poste de travail RPL;

■ un ordinateur sur lequel sont installВs OS/2 et Client Netware pour OS/2
pouvant accВder au serveur (appelВ poste de travail client);

■ un ordinateur utilisВ en tant que poste de travail RPL (appelВ poste de
travail RPL).

Voici les conditions prВalables pour chacun de ces trois ordinateurs.

Conditions prВalables pour le serveur NetWare

Liste de contrУle   Le serveur doit exВcuter NetWare 3 ou 4.

 Vous devez disposer de droits d'objet Superviseur pour le serveur auquel se
rattachera le poste de travail RPL.

 Le serveur doit prВsenter suffisamment d'espace disque pour que puisse Иtre
installВ le poste de travail RPL. Il vous faut 30 Mo pour OS/2, plus
suffisamment d'espace pour les fichiers complВmentaires.

Conditions prВalables pour le poste de travail client

Liste de contrУle

 Assurez-vous que OS/2 est installВ sur l'unitВ C: du poste de travail. Il
doit s'agir impВrativement de l'unitВ C:.

 Assurez-vous que Client netware pour OS/2 est installВ dans le rВpertoire
\NETWARE.

 Assurez-vous que le poste de travail client est connectВ au serveur.

 Si l'unitВ C: possКde HPFS, assurez-vous que l'espace nom d'OS/2 est chargВ
pour le volume SYS: ou pour le serveur sur lequel seront installВs les fichiers
du poste de travail distant.

 DВplacez ou supprimez tous vos fichiers personnels se trouvant sur l'unitВC:.
(Le programme d'installation copie tous les fichiers de l'unitВ C: sur le
serveur.)

 VВrifiez que le bureau est agencВ conformВment Е la prВsentation souhaitВe
pour le poste de travail RPL. Le bureau du poste de travail RPL se prВsentera
comme celui du poste Е partir duquel vous effectuez l'installation.

 Assurez-vous que le poste de travail ne charge que les programmes requis par
les postes RPL. Les programmes peuvent Иtre chargВs par l'intermВdiaire des
fichiers CONFIG.SYS, .CMD, ou par le dossier DВmarrage.

 VВrifiez que tous les programmes requis par les postes de travail RPL se
trouvent l'unitВ C: (Ceci ne s'applique qu'aux programmes se trouvant sur le
disque dur.) Par exemple, assurez-vous que votre programme E-mail situВ sur
l'unitВ C:\EMAIL ne contient pas de fichiers de messagerie dans le rВpertoire
D:\MYMAIL ou n'utilise E:\TEMP pour y conserver des fichiers d'initialisation.
Les postes de travail RPL ne disposeront pas d'unitВs D: ou E:.

 Si vous configurez des ordinateurs PS/2 en tant que postes de travail RPL,
munissez-vous d'une disquette d'installation OS/2. Si vous utilisez des
ordinateurs PS/2 comme postes de travail RPL, le programme copiera certains
fichiers de cette disquette.

Conditions prВalables pour le poste de travail RPL

Liste de contrУle   Les postes de travail RPL doivent possВder des cartes
rВseaux dotВes de PROM de dВmarrage Е distance. Ces PROM permettent au poste de
se connecter au rВseau pour chercher les informations de dВmarrage.

 DВterminez votre type de PROM de dВmarrage Е distance. L'installation du
poste de travail RPL vous demandera si vous disposez d'une "New Enhanced Boot
PROM" ou d'une "Older Style Boot PROM." (Ces derniКres Вtaient fabriquВes avant
1992.)Si vous ne connaissez pas le type de votre PROM, cherchez le numВro de
sВrie et contactez le constructeur de la PROM.

RemarqueLes EPROMS pour rВseau Е anneau Е jeton IBM sont toujours considВrВs
comme des "New Enhanced Boot PROM", indВpendamment de leur annВe de
fabrication.

 Si vous avez des "New Enhanced Boot PROM", assurez-vous que RPL.NLM est
chargВ sur le serveur. Les "Older style boot PROM" ne nВcessitent pas RPL.NLM.

 Assurez-vous que le poste de travail est physiquement connectВ au rВseau.

 Assurez-vous que vous connaissez les adresses de noeud et de rВseau du poste
de travail RPL.

DВtermination des types de PROM de dВmarrage

Cartes IBM

          Vous pouvez utiliser RPL avec les cartes IBM suivantes:

          Γûá PCN2L

          Γûá TOKEN

          Ces cartes sont toujours considВrВes comme ВquipВes de PROM de
          dВmarrage nouveau modКle.

 Cartes Novell

          Vous pouvez utiliser RPL avec les cartes Novell suivantes:

          Γûá NE1000

          Γûá NE2000

          Γûá NE/2

          Ces cartes peuvent aussi bien Иtre ВquipВes des PROM de dВmarrage
          ancien ou nouveau modКle.

 Chargement de RPL.NLM pour les cartes IBM ou les PROM de dВmarrage nouveau
 modКle

 Important Si vous utilisez des cartes IBM ou des cartes Novell supportant des
 PROM de dВmarrage nouveau modКle, exВcutez la procВdure suivante.

 Pour configurer le serveur qui initialisera en mode RPL ce type de poste de
 travail vous devez charger et lier le module RPL sur chaque serveur comme
 suit:

 ProcВdures1. Sur la console du serveur, tapez

     LOAD RPL

 RemarqueRPL.NLM est fourni avec Client NetWare pour OS/2. Il se trouve sur la
 disquette WSOS2_1 dans le rВpertoire RPL. .

 2. Tapez

     BIND RPL TO pilote PS=nom_serveur NODEFAULT

     Remplacez pilote par le nom du pilote rВseau dans votre serveur. Pour lier
     plusieurs pilotes, utilisez plusieurs instructions BIND.

     Remplacez nom_serveur par le nom du serveur comportant les fichiers RPL.

 3. Pour les PROM Ethernet, liez RPL au type de trame 802.2.

 Remarquele premier type de trame dans NET.CFG doit Иtre celui auquel est liВ
 RPL. Par exemple, si vous tapez Е l'invite de la console du serveur :

 BIND RPL TO NE2000 [FRAME=ETHERNET_802.2]

 Le paramКtre NET.CFG sur le poste de travail doit Иtre

 link driver ne2000
     frame ethernet_802.2

 oЧ Ethernet_802.2 est le premier type de trame listВ.

 Pour plus d'information concernant le module chargeable RPL, voir le manuel
 RВfВrence des utilitaires NetWare.


═══ 11.2. CrВation des comptes utilisateurs et attribution des droits ═══

Creating Users and Granting Rights

RemarqueCette procВdure n'est valable que pour les serveurs NetWare 4. Les
utilisateurs de Netware 3 doivent faire appel Е SYSCON.EXE.

Important  Pour effectuer l'installation, vous devez disposer de droits d'objet
Superviseur pour le serveur auquel se rattachera le poste de travail RPL.

Vous devez dВfinir des comptes pour les postes de travail RPL. ProcВdez comme
suit:

ProcВdures

1. CrВez l'objet utilisateur RPL.

     1a. Loguez-vous au rВseau Е partir du poste de travail client attachВ.

     1b. Au niveau de l'invite C:>, tapez NWADMIN.

          La fenИtre "Administrateur NetWare" apparaМt.

     1c. Mettez en Вvidence l'objet conteneur qui contiendra le nouvel
     utilisateur.

     1d. Dans le menu "Objet", choisissez "CrВer".

        La fenИtre "Nouvel objet" apparaМt.

     1e. Choisissez l'icУne "Utilisateur".

     1f. Choisissez "OK"

        La fenИtre "CrВation de l'Utilisateur" apparaМt.

     1g. Dans le champ "Nom de login:", tapez RPL.

        Le nom d'utilisateur RPL permet au poste de travail distant d'effectuer
        sa premiКre connexion au rВseau.

     1h. Dans le champ "Dernier nom:", tapez RPL.

     1i. Choisissez "CrВation".

        Vous Иtes renvoyВ Е la fenИtre "Administrateur NetWare".

 2. RВpВtez les Вtapes 1c Е 1i pour crВer un objet utilisateur pour chaque
 personne qui devra utiliser le poste RPL.

 3. Accordez des droits d'acccКs Е l'utilisateur RPL.

 Important  Ne demandez pas de mot de passe pour l'objet utilisateur RPL, sinon
 les postes de travail RPL ne pourront Вtablir de connexion. ProtВgez le compte
 en attribuant un accКs limitВ, comme l'explique l'Вtape 4.

 L'utilisateur RPL doit au minimum Иtre autorisВ Е lire et Е visualiser :

 ■ le rВpertoire SYS:RPL2

 ■ le rВpertoire SYS:RPL2\COMPUTER et tous ses sous-rВpertoires.

 Ces rВpertoires sont crВВs automatiquement lors de l'installation du poste de
 travail distant.

 4. Attribuez un accКs Е chaque utilisateur de poste de travail RPL.

 Tous les postes RPL doivent pouvoir :

 ■ lire et visualiser le rВpertoire SYS:RPL2 ;

 ■ lire et visualiser les sous-rВpertoires\OS2 et \NETWARE sous SYS:RPL2,

 ■ avoir les droits superviseur sur leurs rВpertoires privВs sous SYS:RPL2\USER

 Ces rВpertoires sont crВВs automatiquement lors de l'installation du poste de
 travail distant.

 Les utilisateurs n'ont pas besoin de droits d'accКs sur les rВpertoires privВs
 des autres utilisateurs sous SYS:RPL2\USER

 Le manuel Supervision du rВseau explique plus en dВtail la sВcuritВ NetWare et
 l'attribution et l'interdiction d'accКs.

 Avertissement  Puisque le rВpertoire SYS:RPL2 devient la racine de l'unitВ C:
 pour tous les utilisateurs RPL, ces derniers ont besoin d'accВder Е cette
 zone. Ne placez pas de fichiers confidentiels dans ce rВpertoire. Au
 contraire, placez-les  dans un autre rВpertoire du rВseau dont l'accКs pourra
 Иtre plus limitВ.

 Vous pouvez souhaiter avertir les utilisateurs de ce manque de confidentialitВ
 et les encourager Е stocker les donnВes dans leur rВpertoires privВs (par
 exemple, C:\USER\MARIE) ou ailleurs sur le rВseau.


ΓòÉΓòÉΓòÉ 11.3. Installation des fichiers OS/2 pour des postes de travail RPL ΓòÉΓòÉΓòÉ

Installing OS/2 Files for RPL Workstations

Que se passe-t-il quand vous installez des fichiers OS/2 ?

Quand vous installez des fichiers OS/2 pour postes de travail RPL, voici ce qui
ce produit:

■ CrВation d'un rВpertoire SYS:RPL2 sur chaque serveur que vous avez
sВlectionnВ.

     Ce rВpertoire est utilisВ par tous les postes de travail RPL comme s'il
     s'agissait de leur unitВ racine locale. DКs que les utilisateurs RPL sont
     loguВs au rВseau, ils peuvent accВder Е toutes les informations de ce
     rВpertoire.

     Puisque le rВpertoire SYS:RPL2 se trouve en fait sur le serveur et non sur
     un disque local, la sВcuritВ de NetWare s'applique quand mИme. Par
     exemple, vous avez la possibilitВ de limiter l'accКs des utilisateurs Е
     distance aux rВpertoires et fichiers de votre choix. "CrВation de comptes
     utilisateurs et attribution des droits" explique plus en dВtail la
     protection du rВpertoire SYS:RPL2 et de ses sous-rВpertoires.

 RemarqueLes postes de travail RPL OS/2 version 1.3 utilisent un rВpertoire
 appelВ SYS:RPL. Ce rВpertoire n'est pas effacВ lors de la crВation du
 rВpertoire SYS:RPL2. Les postes de travail RPL OS/2 version 1.3, de mИme que
 les postes de travail RPL OS/2 version 2.10, peuvent Иtre initialisВs sur le
 mИme rВseau.

 ■ Chaque fichier de l'unitВ C:du poste de travail est copiВ dans le rВpertoire
 SYS:RPL2 du serveur.

 ExВcutezz les Вtapes suivantes si vous:

 ■ rВalisez une premiКre configuration de postes de travails distants,

 ■ procВdez Е la mise Е niveau des postes de travail RPL existants depuis OS/2
 1.3 vers OS/2 2.x,

 ■ peocВdez Е la mise Е niveau d'OS/2 sur le serveur (par exemple de OS/2 2.0 Е
 OS/2 2.1).

 ■ ajoutez au rВseau un serveur auquel seront associВs les postes de travail
 distants.

 Important Si vous utilisez des PROM ancien modКle, ne suivez pas les Вtapes de
 cette section chaque fois que vous  souhaitez ajouter un poste de travail RPL
 au rВseau.  Consultez la rubriqueConfiguration des postes de travail RPL

 Important  Tous les fichiers RPL doivent Иtre installВs sur chaque serveur du
 rВseau. Si certains serveurs n'utilisent pas le support RPL, spВcifiez le
 paramКtre SET suivant Е l'invite de chaque console serveur, ou incluez-le dans
 le fichier AUTOEXEC.NCF de chaque serveur pour que les serveurs ne rВpondent
 pas aux PROM Е distance :

 SET RESPOND TO GET NEAREST SERVER = OFF

 Si vous dВfinissez ce paramКtre, le serveur ne pourra pas initialiser les
 postes de travail RPL, mais vous n'aurez pas non plus besoin d'installer les
 fichiers permettant de prendre en charge les postes de travail RPL sur ce
 serveur. Pour plus d'informations sur la commande SET, consultez le Manuel de
 rВfВrence des utilitaires.

 Nous vous conseillons d'Вtablir un rВseau physique sВparВ pour les
 utilisateurs RPL. Placez sur ce rВseau le nombre minimum de serveurs
 nВcessaires pour prendre en charge l'ensemble de vos utilisateurs RPL. Ce
 rВseau peut Вventuellement Иtre reliВ Е d'autres rВseaux du site au moyen de
 routeurs. Cette configuration permet de gagner du temps et de l'espace
 serveur.

 ProcВdures

 1. Sur le poste de travail client, loguez-vous au serveur qui doit contenir
 les fichiers OS/2 pour les postes RPL.

 2. Ouvrez le programme d'installation du Requ╨ÿteur NetWare.

     La fen╨ÿtre "NetWare Requester pour l'utilitaire d'installation de OS/2"
     apparaМt. Utilisez l'aide en ligne si nВcessaire.

 3. Dans le menu "Installation", choisissez "Postes de travail distants. . ."

     La fenИtre "Installation des postes de travail distants" apparaМt.

 RemarqueL'option "Copier tous les fichiers et configurer le poste de
 travail..." se dВcomose en trois parties : copie des fichiers OS/2, copie des
 fichiers RPL et configuration des postes RPL individuels. Chaque procВdure est
 ВtudiВe individuellement.

 4. SВlectionnez "Copiez uniquement les fichiers OS/2. . . " et choisissez "OK"

     Vous pouvez si vous le souhaitez choisir d'autres actions dans l'Вcran
     "Installation de postes de travail distants".

 5. Choisissez les serveurs sur lesquels copier les fichiers.

     Vous Иtes attachВ aux serveurs sВlectionnВs. Les fichiers doivent Иtre
     installВs sur tous les serveurs du noeud local (segment de cГble dotВ
     d'une m╨ÿme adresse).

 6. Choisissez "OK."

     Tous les fichiers OS/2 et Client Netware pour OS/2 sont copiВs sur les
     serveurs.

 7. Une fois les fichiers copiВs, procВdez comme suit.

 Si vous souhaitez . . .
      Effectuez ceci . . .

 Copier les fichiers d'initialisation RPL
      Sans quitter le programme d'installation, Installation des fichiers RPL
      pour les postes de travail RPL

 Ajouter des postes de travail RPL au rВseau
      Sans quitter le programme d'installation, Configuration des postes de
      travail RPL

 Configurer Client Netware pour OS/2 pour des postes de travail RPL
      Sans quitter le programme d'installation, Configuration de Client netware
      pour OS/2 sur poste de travail RPL

 Quitter le programme d'installation
      Choisissez "Fermer" dans le menu systКme en haut Е gauche de la fenИtre
      d'installation.


ΓòÉΓòÉΓòÉ 11.4. Installation des fichiers RPL pour les postes de travail RPL ΓòÉΓòÉΓòÉ

Installing RPL Files for RPL Workstations

Que se passe-t-il quand vous installez les fichiers RPL ?

Voici ce qui se produit quand vous utilisez le programme d'installation pour
installer le support de poste de travail distant.

■ des rВpertoires sont crВВs,

■ des fichiers sont copiВs,

CrВation de rВpertoires

■ SYS:RPL2 est crВВ s'il n'existe pas dВjЕ.

■ Les sous-rВpertoires \USER et \COMPUTER sont crВВs sous SYS:RPL2 sur chaque
serveur.

Consultez la rubrique Structure des rВpertoires pour le support de poste de
travail RPL pour voir la totalitВ de la structure crВВe lorsque vous installez
le support des postes Е distance et ajouter les postes RPL.

 Copie des fichiers

 Les fichiers RPL suivants sont copiВs dans le rВpertoire SYS:LOGIN:

 Γûá NE2.200
 Γûá NE2000.200
 Γûá NE1000.200
 Γûá RPLOS2.200
 Γûá RBOOT.RPL
 Γûá ETHER.RPL
 Γûá TOKEN.RPL

 Ces fichiers portent des noms diffВrents de ceux utilisВs pour initialiser
 OS/2 1.3. Ceux concernant OS/2 1.3 se trouvent aussi dans le rВpertoire
 SYS:LOGIN.

 Les fichiers suivants sont copiВs dans le rВpertoire SYS:RPL2:

 Γûá MINI.IFS
 Γûá MICRO.IFS

 ProcВdure

 Respectez les Вtapes suivantes si vous:

 ■ rВalisez une premiКre configuration de postes de travails distants,

 ■ procВdez Е la mise Е niveau des postes de travail RPL existants depuis OS/2
 1.3 vers OS/2 2.x,

 Γûá installez une nouvelle version de Client NetWare pour OS/2,

 ■ ajoutez au rВseau un serveur auquel seront associВs les postes de travail
 distants.

 Ne suivez pas les Вtapes de cette section chaque fois que vous souhaitez
 ajouter un poste de travail RPL au rВseau. Consultez la rubriqueConfiguration
 des postes de travail RPL

 Important  Tous les fichiers RPL doivent Иtre installВs sur chaque serveur du
 rВseau. En effet, il n'y a aucun moyen de spВcifier Е quel serveur un poste de
 travail RPL se connectera en premier.

 Nous vous conseillons d'Вtablir un rВseau physique sВparВ pour les
 utilisateurs RPL.Placez sur ce rВseau le nombre minimum de serveurs
 nВcessaires pour prendre en charge l'ensemble de vos utilisateurs RPL. Ce
 rВseau peut Вventuellement Иtre reliВ Е d'autres rВseaux du site au moyen de
 routeurs. Cette configuration permet de gagner du temps et de l'espace
 serveur.

 ProcВdures:

 1. Sur le poste de travail client, ouvrez le programme d'installation Client
 netware pour OS/2.

     La fen╨ÿtre "NetWare Requester pour l'utilitaire d'installation de OS/2"
     apparaМt. Utilisez l'aide en ligne si nВcessaire.

 2. Dans le menu "Installation", choisissez "Postes de travail distants. . ."

     La fenИtre "Installation des postes de travail distants" apparaМt.

 RemarqueL'option Copier tous les fichiers et configurer les postes de
 travail... se dВcompose en trois parties : copie des fichiers OS/2, copie des
 fichiers RPL et configuration des postes RPL individuels. Chaque procВdure est
 ВtudiВe individuellement.

 3. Choisissez "Copie des fichiers RPL uniquement . . ."

     Vous pouvez si vous le souhaitez choisir d'autres actions dans l'Вcran
     "Installation de postes de travail distants".

 4. Choisissez les serveurs sur lesquels copier les fichiers.

     Vous serez attachВ aux serveurs sВlectionnВs.Les fichiers RPL doivent Иtre
     installВs sur tous les serveurs du noeud local (segment de cГble dotВ
     d'une m╨ÿme adresse).

 5. Choisissez "OK."

     Tous les fichiers d'initialisation RPL sont copiВs sur les serveurs.

 6. SВlectionnez l'unitВ source pour les fichiers RPL.

     Par dВfaut, il s'agit de l'unitВ oЧ INSTALL.EXE a ВtВ chargВ.  Si vous
     avez chargВ INSTALL.EXE Е partir du disque dur, remplacez ceci par l'unitВ
     de disquette et insВrez la premiКre disquette d'installation.

 7. Choisissez "OK".

 8. Une fois les fichiers copiВs, procВdez comme suit.

 Si vous souhaitez . . .
      Effectuez ceci . . .

 Ajouter des postes de travail RPL au rВseau
      Sans quitter le programme d'installation, Configuration des postes de
      travail RPL

 Configurer Client Netware pour OS/2 pour des postes de travail RPL
      Sans quitter le programme d'installation, Configuration de Client netware
      pour OS/2 sur poste de travail RPL

 Quitter le programme d'installation
      Choisissez "Fermer" dans le menu systКme en haut Е gauche de la fenИtre
      d'installation.


ΓòÉΓòÉΓòÉ 11.5. Configuration des postes de travail RPL ΓòÉΓòÉΓòÉ

Setting Up RPL Workstations

Que se passe-t-il lorsque vous congifurez les postes RPL ?

Chaque poste de travail que vous initialiserez depuis le rВseau doit Иtre
ajoutВ Е la configuration de l'initialisation RPL sur le rВseau. Vous associez
Е chaque serveur l'utilisateur qui se servira de ce poste de travail, l'adresse
du noeud, et la carte rВseau.

Les postes de travail RPL sont ajoutВs en lanЗant le programme d'installtion
Client Netware pour OS/2 Е partir d'un poste de travail possВdant OS/2 installВ
sur son disque dur.

Respectez les Вtapes de cette section sur chaque serveur en cas de:

■ premiКre configuration de postes de travail distants,

■ passage de OS/2 version 1.3 Е OS/2 version 2.0 de postes de travail distants,

■ ajout au rВseau de postes de travail distants,

Remarque Chaque fois que possible, utilisez le mИme type de carte de rВseau
pour tous les postes de travail distants. Vous gangerez ainsi du temps lors de
l'installation et de la configuration des postes RPL.

Si le programme d'installation est dВjЕ lancВ, passez Е l'Вtape 4.

ProcВdure

1. Loguez-vous Е partir du poste client.

2. Ouvrez l'icУne du groupe "Novell" sur votre bureau.

3.Choisissez l'icУne d'installation dans la fenИtre "IcУnes Novell".

     La fen╨ÿtre "Poste de travail NetWare pour utilitaire d'installation
     d'OS/2" apparaМt.

 4. Dans le menu "Installation", choisissez "Postes de travail distants. . ."

     Le menu "Installation des postes de travail distants" apparaМt.

 RemarqueL'option Copier tous les fichiers et configurer les postes de
 travail... se dВcompose en trois parties : copie des fichiers OS/2, copie des
 fichiers RPL et configuration des postes RPL individuels. Chaque procВdure est
 ВtudiВe individuellement.

 5. Choisir "Configuration des postes de travail uniquement . . ."

 6. Choisissez "OK."

     La fenИtre "SВlectionnez 1 ou plusieurs serveur(s) de fichiers" apparaМt.

 7. Choisissez les serveurs sur lesquels vous voulez dВfinir des postes de
 travail RPL.

     Pour obtenir une liste des serveurs disponibles, choisissez "Attache."
     Puis choisissez la flКche situВe Е la fin du champ "Nom de serveur:". Pour
     plus d'informations, consultez l'aide en ligne.

 8. Lorsque vous avez sВlectionnВ tous les serveurs souhaitВs, choisissez "OK."

     La fenИtre "SВlectionnez le type de PROM d'initialisation dans le poste de
     travail cible" apparaМt.

 9. SВlectionnez le type de PROM de dВmarrage dont vous Иtes ВquipВ.

     SВlectionnez "New Enhanced BOOT PROM" si vous possВdez une carte IBM ou si
     la carte a ВtВ fabriquВe aprКs ou en 1992,

      SВlectionnez "Older style BOOT PROM" si la date de fabrication de votre
     carte est antВrieure Е 1992.

     Si vous ne savez pas quel est le type de la PROM, recherchez le numВro de
     sВrie et contactez le fabricant de la carte.

 Important Si vous utilisez un Anneau Е jeton, la PROM de dВmarrage est
 toujours considВrВe comme New Enhanced Boot PROM, indВpendamment de sa date de
 fabrication.

 10. Choisissez "OK."

     La fen╨ÿtre  "Ajoutez un poste de travail d'initialisation distant"
     apparaМt.

     DiffВrentes versions de cette fenИtre apparaissent en fonction du type de
     PROM de dВmarrage sВlectionnВ Е l'Вtape 9.

 11. Remplissez tous les champs de la fen╨ÿtre.

 RemarqueLe nom utilisateur doit ╨ÿtre le patronyme ou le nom de login de la
 personne pour laquelle vous configurez le poste de travail. Nom logique
 devient le nom du sous-rВpertoire sous cet utilisateur.

 Par exemple, si le nom d'utilisateur est SUSAN et le nom logique, LAB, vous
 obtenez donc le chemin RPL2\USER\SUSAN\LAB.

 12. Choisissez "Ajouter."

 13. Quittez le programme d'installation.

 Utilisation d'un poste de travail RPL en session virtuelle DOS

 Les postes de travail RPL ne sont pas disponibles pour rВassigner l'unitВ C:.
 M╨ÿme si vous employez un DOS global, les postes RPL traitent ce DOS global
 comme un DOS privВ.

 Par exemple, si vous Вtiez en DOS global et que vous avez rВassignВ l'unitВ
 C:, celle-ci n'apparaМtrait pas lorsque vous passerez en session DOS privВe.


═══ 11.6. Utilisation de RPL sur postes de travail dotВs de disques durs ═══

 Using RPL on Workstations with Hard Disks

Si vous souhaitez utiliser RPL sur un poste de travail dotВ d'un disque dur,
n'assignez pas la lettre C: Е votre unitВ de disque dur. L'unitВ C: doit Иtre
assignВe au rВpertoire rВseau SYS:RPL2. OS/2 suppose que ce rВpertoire rВseau
est l'unitВ C:.

De mИme, vous devrez peut-Иtre dВterminer si votre disque dur possКde un
systКme d'exploitation, si vous pouvez le formater (FAT) et si vous pouvez
l'utiliser pour stocker votre fichier SWAPPER.DAT d'OS/2. Ceci permet en effet
de rВduire le trafic sur le rВseau.

Emplacement local de SWAPPER.DAT

ProcВdure 1. AccВdez au rВpertoire privВ de l'utilisateur du poste de travail
distant.

     Par exemple, si Jean utilise le poste de travail RPL dotВ d'une unitВ de
     disque dur, placez-vous dans le rВpertoire suivant:

     SYS:RPL2\USER\JEAN

     Chaque rВpertoire utilisateur privВ du rВseau contient ce fichier
     CONFIG.SYS utilisateur ainsi que d'autres fichiers OS/2. Structure des
     rВpertoires pour le support de poste de travail RPL illustre une structure
     de rВpertoire complКte.

 2. A l'aide d'un Вditeur de texte, ouvrez CONFIG.SYS.

 3. Dans le fichier CONFIG.SYS, recherchez la ligne SWAPPATH.

     Vous pouvez chercher SWAPPATH. La ligne se prВsente comme celle-ci:

     SWAPPATH=C:\USER\JEAN 2048 2048

     N'oubliez pas que pour OS/2, le rВpertoire SYS:RPL2 est l'unitВ C:.

 4. Modifiez la ligne SWAPPATH de faЗon Е ce qu'elle pointe sur l'unitВ de
 disque dur locale.

     Par exemple, pour se diriger vers la racine d'une unitВ locale D:

     SWAPPATH=D:\ 2048 2048

 5. Enregistrez le fichier CONFIG.SYS et quittez l'Вditeur de texte.

     Lorsque vous initialisez le poste de travail distant, le fichier
     SWAPPER.DAT est enregistrВ en local.


ΓòÉΓòÉΓòÉ 11.7. Configuration de Client netware pour OS/2 sur poste de travail RPL ΓòÉΓòÉΓòÉ

Configuring NetWare Client for OS/2 for RPL Workstations

Configurez Client netware pour OS/2 pour postes de travail RPL en lanЗant le
programme d'installation de Client netware pour OS/2 et en choisissant "postes
de travail distants. . ." dans le menu "Configuration".

lorsque vous configurez un poste de travail RPL, le programme d'installation de
Client netware pour OS/2 place un fichier de configuration NET.CFG dans le
rВpertoire privВ de l'utilisateur que vous spВcifiez. Ce rВpertoire privВ se
trouve sous SYS:RPL2\USER sur chaque serveur du rВseau local.

Le fichier NET.CFG crВВ Е l'aide du programme d'installation doit Иtre
identique sur tous les serveurs du rВseau pour que le dВmarrage des postes de
travail distants puissent s'effectuer toujours de la mИme faЗon.

Par exemple, si l'utilisateur JEAN possКde un fichier NET.CFG dans son
rВpertoire utilisateur sur SERVEUR1, le rВpertoire correspondant sur SERVEUR2
doit contenir une copie de ce fichier.

Le programme d'installation place dans chaque fichier utilisateur CONFIG.WSS du
sous-rВpertoire du poste de travail, une ligne indiquant au Client oЧ trouver
le fichier NET.CFG. Par exemple, pour le fichier NET.CFG de JEAN, le programme
d'installation insКre la ligne suivante:

C:\NET.CFG C:\USER\JEAN\NET.CFG

Important  N'oubliez pas que le rВpertoire SYS:RPL2 devient la racine de
l'unitВ C: Si le poste RPL utilise le type de trame Ethernet, le type de trame
spВcifiВ dans le fichier NET.CFG doit Иtre identique Е celui utilisВ par la
PROM. Les PROM nouveau modКle utilisent le type 802.2. Les anciens modКles
utilisent le type 802.3.


═══ 11.7.1. Structure des rВpertoires pour le dВmarrage Е distance de postes de travail ═══

Directory Structure for RPL Workstation Support


ΓòÉΓòÉΓòÉ 11.7.2. Format du fichier BOOTCONF.SYS ΓòÉΓòÉΓòÉ

Format of BOOTCONF.SYS file


═══ 12. AmВlioration des performances et de la sВcuritВ ═══

Improving Speed and Security

Ce chapitre dВcrit trois caractВristiques visant Е amВliorer les performances
et la sВcuritВ de votre rВseau.

AmВlioration de la vitesse par la sВparation de paquets (Packet Burst)

AmВlioration de la vitesse par les Grands paquets Internet (LIP)

AmВlioration de la sВcuritВ par la signature de paquets NCP


═══ 12.1. AmВlioration de la vitesse par la sВparation de paquets ═══

Improving Speed by Using Packet Burst

Packet Burst (sВparation de paquets) est un protocole qui accВlКre la vitesse
de transfert en Вcriture / lecture NCP de paquets multiples. La sВparation de
paquets permet d'Вviter la sВquence et l'envoi d'accusВs de rВception des
paquets. Avec la sВparation de paquets, le serveur ou le client envoie un
ensemble complet de paquets avant d'en demander un accusВ de rВception.

La sВparation de paquets rВduit le trafic sur le rВseau en autorisant la
rВception de paquets multiples. Elle surveille Вgalement la perte Вventuelle de
paquets, et ne retransmet que les paquets manquants.

Lors de la connexion, la taille maximale d'un ensemble de paquets est
dВterminВe avec chaque serveur. Etant donnВ que la sВparation de paquets est
dВcidВe Е chaque connexion, il est possible de ne l'utiliser qu'avec un
serveur.

Une fois une connexion Packet Burst Вtablie entre un poste de travail et un
serveur, le poste de travail utilise automatiquement Packet Burst lorsqu'une
application demande l'Вcriture de trois fois la taille maximale d'un paquet.
Ceci signifie qu'une application ne doit pas nВcessairement Иtre avertie de
l'activation de Packet Burst.

DВsactication de Packet Burst

Packet Burst est activВ par dВfaut sur le poste de travail. Vous pouvez le
dВsactiver en ajoutant au fichier NET.CFG du poste de travail la ligne
suivante:

     netware requester
        packet burst off


═══ 12.2. AmВlioration de la vitesse par l'utilisation des ═══

Grands paquets Internet (LIP) Improving Speed by Using Large Internet Packets

Le recours aux Grands paquets Internet (LIP) permet d'augmenter la taille des
paquets Internet ; par dВfaut, celle-ci est de 576 octets. En permettant
d'augmenter la taille des paquets NetWare, LIP a mВliore la rapiditВ des
transmissions par ponts et routeurs.

Sous NetWare 4.0, le poste de travail demande une certaine taille de paquet.
Toutefois, contrairement aux versions prВcВdentes de NetWare, le serveur
NetWare n'adopte pas la valeur par dВfaut de 576 octets chaque fois qu'un
router est dВtectВ.

Au lieu de cela, le poste de travail tente d'envoyer des paquets plus gros au
serveur NetWare. La plus grande taille de paquet acceptВe par le serveur
NetWare est la taille utilisВe pour communiquer.

DВsactivation des Grands paquets Internet (LIP)

Par dВfaut, l'utilisation des LIP est activВe sur le poste de travail. Pour la
dВsactiver, insВrez la ligne suivante dans le fichier NET.CFG:

     netware requester
        large internet packets off


═══ 12.3. AmВlioration de la sВcuritВ par la signature de paquets NCP ═══

Improving Security by Using NCP Packet Signature

La signature de paquet NetWare Core Protocol (NCP) est une fonction de sВcuritВ
avancВe qui protКge les serveurs et les clients utilisant NCP, en empИchant la
contrefaЗon de paquets.

Si la fonction de signature de paquet NCP n'est pas installВe, un client du
rВseau peut se faire passer pour un client plus privilВgiВ pour envoyer une
requИte NCP contrefaite Е un serveur NetWare. En contrefaisant les paquets
appropriВs, un intrus pourrait s'arroger les droits de Superviseur, et gagner
ainsi l'accКs Е toutes les ressources du rВseau.

La signature de paquet NCP Вvite les contrefaЗons en exigeant la signature de
chaque paquet par le serveur et par le client. La signature change avec chaque
paquet.

Les paquets NCP dont la signature est incorrecte sont rejetВs sans que la
connexion entre le client et le serveur soit interrompue. Toutefois un message
d'avertissement est envoyВ dans le journal des erreursn au client affectВ et Е
la console du serveur. Ce message d'avertissement contient le nom de login et
l'adresse du poste du client affectВ.

Un processus bi-partite entre le client et le serveur dВtermine la signature de
paquet NCP :

■ Au niveau de LOGIN, le serveur et le client dВterminent une clВ commune
secrКte qui sera la clВ de la session.

■ Pour chaque paquet requИte ou rВponse, le serveur et le client calculent une
signature basВe sur la clВ de la session, un algorithme unique, et la signature
du prВcВdent paquet. Cette signature unique est ajoutВe au paquet NCP.

Si la signature de paquets NCP est correctement installВe sur le serveur et sur
tous les clients, il est virtuellement impossible de contrefaire un paquet NCP
valide.

RemarqueLe module chargeable Packet Burst, PBURST.NLM (NetWare 3.11
uniquement), doit Иtre chargВ sur les serveurs NetWare afin que la fonction NCP
Packet Signature puisse s'opВrer. L'utilisation de la sВparation de paquets
pour transfВrer des donnВes entre serveurs et clients est cependant
facultative.

Options de la fonction signature de paquets NCP

La signature de paquet consommant un certain nombre de ressources UC et
ralentissant les performances tant pour le client que pour le serveur NetWare,
cette fonction est facultative.

Plusieurs options sont disponibles, de l'utilisation systВmatique Е l'absence
systВmatique. Les serveurs NetWare et les clients possКdent quatre niveaux de
signature paramКtrables.

La combinaison des options de signature des serveurs et des clients
dВtermineent le niveau de la signature de paquet sur le rВseau.

Remarque Certaines combinaisons de signature de paquet serveur et client
peuvent ralentir les performances. Cependant, cette dВgradation peut ne pas
Иtre sensible sur les systКmes Е faible consommation de ressources.Le
superviseur du rВseau peut choisir un niveau lui permettant d'obtenir le
meilleur Вquilibre entre performances et sВcuritВ.

Niveaux Serveur

Les niveaux de signature de paquets sur le serveur sont assignВs au moyen d'un
nouveau paramКtre SET. Pour plus d'informations, consultez le manuel RВfВrence
des utilitaires.

Niveaux client

Les niveaux de signature de paquets concernant le poste de travail sont
dВterminВs par l'option suivante du fichier NET.CFG :

     netware requester
        signature level numВro

 Remplacez numВro par 0, 1, 2 ou 3.La valeur par dВfaut est 1.

 Niveau de signature de paquets NCP

 NumВro    Explication

 0         Le client ne signe pas de paquets (La connexion Вchouera si le
           serveur est paramВtrВ Е 3)

 1         Le client ne signe les paquets que sur demande du serveur (l'option
           minimum du serveur est 2)

 2         Le client signe les paquets si le serveur est capable de signer
           (l'option du serveur est 1 ou plus)

 3         Le client signe les paquets et demande au serveur de signer les
           paquets (ou la connexion est rejetВe)

 Niveaux de signature effective de paquets

 Les niveaux de signatures de paquets pour le serveur et le client
 interagissent pour crВer la signature de paquet "effective". Certaines
 combinaisons de niveaux de serveur et de client n'autorisent pas la connexion.

 Le tableau ci-dessous illustre l'interdВpendance entre les niveaux de
 signature de paquet du serveur et ceux du clients.

 Signature de paquets effectives client/serveur

  ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
  ΓöéSi              Serveur=0       Serveur=1       Serveur=2       Serveur=3      Γöé
  Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  ΓöéClient = 0      Pas de          Pas de          Pas de          Pas de         Γöé
  Γöé                signature de    signature de    signature de    connexion      Γöé
  Γöé                paquets         paquets         paquets                        Γöé
  Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  ΓöéClient = 1      Pas de          Pas de          Signature de    Signature de   Γöé
  Γöé                signature de    signature de    paquets         paquets        Γöé
  Γöé                paquets         paquets                                        Γöé
  Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  ΓöéClient = 2      Pas de          Signature de    Signature de    Signature de   Γöé
  Γöé                signature de    paquets         paquets         paquets        Γöé
  Γöé                paquets                                                        Γöé
  Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  ΓöéClient = 3      Pas de          Signature de    Signature de    Signature de   Γöé
  Γöé                connexion       paquets         paquets         paquets        Γöé
  ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ

 Quand utiliser la signature de paquets NCP ?

 La signature de paquets NCP n'est pas requise pour toutes les installations.
 Certains superviseurs de rВseau peuvent choisir de ne pas utiliser la
 signature de paquets NCP car ils estiment pouvoir tolВrer certains risques
 liВs au manque de sВcuritВ.

 Vous n'Иtes pas obligВ d'utiliser la signature de paquets NCP si:

 ■ le serveur ne stocke que des fichiers exВcutables,

 ■ tous les utilisateurs du rВseau sont connus du Superviseur,

 ■ les donnВes du serveurs NetWare ne sont pas sensibles (si la perte ou la
 corruption de ces donnВes n'aura pas de rВpercutions sur le fonctionnement).

 Vous pouvez souhaiter utiliser la signature de paquets NCP si:

 ■ une personne dont vous n'Иtes pas entiКrement sЦr utilise un des postes de
 travail du rВseau,

 ■ il est possible d'accВder au systКme de cГblage du rВseau,

 ■ un poste, connectВ au rВseau, est en accКs libre sans contrУle particulier.

 Le niveau de signature de paquets NCP est par dВfaut 1 pour les clients et 2
 pour les serveurs. En gВnВral, ce paramКtre laisse une certaine libertВ
 d'action tout en assurant la protection des paquets formВs. Vous trouverez
 ci-dessous des exemples d'utilisation de diffВrents niveaux de signature.

 Toutes les informations sur le serveur sont sensibles

 Si un intrus accКde Е ces informations sur le serveur NetWare, la sociВtВ
 pourrait en pГtir gravement.

 Le superviseur de rВseau passe le serveur en niveau 3 et les clients en niveau
 3 : la protection est maximale.

 Les informations sont toutes sur le m╨ÿme serveur, qu'elles soient sensibles ou
 non

 Le serveur NetWare possКde un rВpertoire pour les programmes exВcutables et un
 autre rВpertoire pour les finances de la sociВtВ.

 Le superviseur de rВseau passe le serveur en niveau 2 et les clients devant
 accВder aux donnВes financiКres (y compris lui-mИme) en niveau 3. Les autres
 clients restent au niveau 1 (le niveau par dВfaut).

 Les utilisateurs changent souvent d'emplacement et de poste de travail

 Le superviseur de rВseau n'est pas certain du poste de travail que chaque
 employВ va utiliser et le serveur NetWare contient des donnВes sensibles.

 Le superviseur de rВseau passe le serveur en niveau 3. Les clients restent au
 niveau 1.

 Le poste de travail est accessible au public

 Un poste de travail sans surveillance est mis Е la disposition du public pour
 la consultation de donnВes non-sensitive sensibles, mais un autre serveur du
 rВseau contient des informations sensibles.

 Le superviseur de rВseau passe le serveur confidentiel en niveau 3, et le
 client en libre accКs en niveau 0.

 Conseils en cas de problКme avec la signature de paquets NCP

 Cette section fournit la solution Е certains problКmes associВs Е
 l'utilisation de la signature de paquets NCP.

 Les clients ne signent pas les paquets

 Assurez-vous que Client NetWare pour OS/2 est installВ sur chaque poste de
 travail OS/2.

 VВrifiez que la signature de paquets NCP n'est pas dВsactivВe dans le fichier
 NET.CFG.

 Les clients ne peuvent pas se loguer

 Assurez-vous que Client NetWare pour OS/2 est installВ sur chaque poste de
 travail.

 Les situations suivantes ne permettent pas le login :

 Γûá La signature de paquets du serveur est au niveau 3, celle du client est au
 niveau 0

 Γûá La signature de paquets du serveur est au niveau 0, celle du client est au
 niveau 3

 ■ Les utilitaires sont obsolКtes et ne supportent pas la signature de paquets
 NCP

 ■ Client NetWare pour OS/2 est obsolКte (ce n'est pas la version 2.1) et ne
 supporte  par la signature de paquets NCP.

 Le message "Erreur sur le rВseau" apparaМt

 Le client utilise une ancienne version de LOGIN.EXE qui ne contient pas la
 signature de paquets NCP. Assurez-vous que le nouveau fichier LOGIN.EXE et les
 autres nouveaux utilitaires sont installВs dans le sous-rВpertoire \OS2 sur
 tous les serveurs du rВseau.

 Des clients non protВgВs se loguent session sur un serveur protВgВ

 Les clients utilisent une ancienne version de LOGIN.EXE, qui n'inclut pas la
 signature de paquets NCP. Assurez-vous que le nouveau fichier LOGIN.EXE et les
 autres nouveaux utilitaires sont installВs dans le sous-rВpertoire \OS2 sur
 tous les serveurs du rВseau.InsВrez une instruction de оPreferred Serverп dans
 le fichier NET.CFG de tous les clients ayant accКs aux serveurs protВgВs
 (niveau 3).


═══ 13. Utilisation des rВseaux Token Ring ═══

Using Token Ring Networks

Vue d'ensemble

Si votre rВseau d'anneau Е jeton comprend des ponts de routage source IBM*, les
ordinateurs utilisent le routage source pour communiquer par ces ponts.

Ce chapitre explique comment installer et configurer le routage source sur les
serveurs NetWare et les postes de travail OS/2.

Si votre rВseau requiert le routage source, vous devez installer le logiciel de
routage source sur les postes de travail et sur les serveurs. Le logiciel de
routage source de Novell comprend:

Γûá ROUTE.NLM (pour les serveurs)

Γûá ROUTE.SYS (pour les postes de travail OS/2)

Ce logiciel ne route que les paquets IPX.

Les autres sujets traitВs sont:

Installation du routage source sur le serveur

Installation du routage source sur le poste de travail

Configuration du routage source sur le poste de travail


ΓòÉΓòÉΓòÉ 13.1. Installation du routage source sur le serveur ΓòÉΓòÉΓòÉ

Installing Source Routing on the Server

ProcВdure1. Sur la console du serveur, chargez le fichier ROUTE.NLM en tapant:

     LOAD ROUTE

     Le fichier ROUTE.NLM se trouve dans le rВpertoire SYS:SYSTEM. Vous pouvez
     le charger Е l'aide de paramКtres de lignes de commande. Vous pouvez aussi
     charger ROUTE.NLM dans un fichier de dВmarrage. Le manuel RВfВrence des
     utilitaires donne de plus amples explications sur les paramКtres.

 2. (Facultatif) Chargez ROUTE.NLM une nouvelle fois si votre serveur possКde
 deux cartes rВseau.

     Utilisez le paramКtre "board" pour spВcifier un numВro de carte. Par
     exemple, tapez

     LOAD ROUTE BOARD=02

     Il est possible de modifier un paramКtre de routage source aprКs le
     chargement de ROUTE. Tapez la commande LOAD ROUTE suivie du paramКtre que
     vous voulez modifier.


ΓòÉΓòÉΓòÉ 13.2. Installation du routage source sur le poste de travail ΓòÉΓòÉΓòÉ

Installing Source Routing on the Workstation

Conditions prВalables

Liste de contrУle

 Installez Client Netware pour OS/2 avec un pilote TOKEN ODI.

 Etudiez le routage source. (Voir la note d'application Novell de Septembre
1990).

ProcВdure1. A l'aide d'un Вditeur de texte, ouvrez CONFIG.SYS.

     Par exemple, pour utiliser l'Вditeur systКme OS/2 sur une ligne de
     commande OS/2, tapez:

     E C:\CONFIG.SYS

     CONFIG.SYS est toujours situВ dans le rВpertoire racine de votre unitВ de
     dВmarrage.

 2. Dans les lignes gВrant Client NetWare pour OS/2, repВrez la ligne chargeant
 le pilote TOKEN ODI.

     Si vous utilisez les pilotes ODI fournis par Novell, le pilote porte le
     nom TOKEN.SYS.

 RemarqueSi vous utilisez LANSUP.SYS et un pilote NDIS, vous n'aurez aucun
 pilote ODI chargВ. Dans ce cas, repВrez LANSUP.SYS.

 3. A la suite de la ligne chargeant le pilote TOKEN ODI, tapez une nouvelle
 ligne pour charger le pilote ROUTE.SYS.

     SpВcifiez l'emplacement de ROUTE.SYS. ROUTE.SYS se trouve au mИme endroit
     que les autres fichiers Client NetWare pour OS/2, en gВnВral sous
     C:\NETWARE.

     Par exemple, pour charger ROUTE.SYS Е partir de l'emplacement par dВfaut,
     tapez

     DEVICE=C:\NETWARE\ROUTE.SYS

 4. Enregistrez le fichier CONFIG.SYS et quittez l'Вditeur de texte.

 5. Utilisez la fonction "Arr╨ÿt/fermeture" d'OS/2 pour relancer votre machine.


ΓòÉΓòÉΓòÉ 13.3. Configuration du routage source sur le poste de travail ΓòÉΓòÉΓòÉ

Configuring Source Routing on the Workstation

Les procВdures dВcrites dans cette section permettent de :

■dВterminer si vous devez configurer l'acheminement source, et

■ le configurer, le cas ВchВant.

Conditions prВalables

Liste de contrУle

 Installez Client NetWare pour OS/2.

 Installez le routage source sur le serveur. Consultez la
rubrique"Installation du routage source sur le serveur"

 Installez le routage source sur le poste de travail.

 Etudiez bien le routage source. Cette section n'explique pas la terminologie,
ni comment les paquets sont routВs. Vous pouvez lire les publications IBM
,Manuel de l'architecture rВseau Token Ring d'IBM, par exemple) ou les Novell
Application Notes de septembre 1990.

ProcВdures1. Lancez le programme d'installation de Client NetWare pour OS/2.

     Vous pouvez choisir l'icУne "Installation" du groupe "Novell" de votre
     ordinateur.

 2. Choisissez "Ce poste de travail..." . ." dans le menu "Configuration".

 3. VВrifiez l'emplacement du fichier NET.CFG et choisissez "Modifier."

     La fenИtre "Modifier NET.CFG" apparaМt.Vous pouvez couper-coller le texte
     de la fenИtre d'aide en bas de l'Вcran vers la fenИtre "Contenu actuel du
     fichier NET.CFG". Reportez-vous Е la rubrique DВfinitions clВs pour le
     fichier NET.CFG

 4. SВlectionnez "Routage source Token-Ring" dans la case "Options NET.CFG" sur
 la gauche de votre Вcran.

 5. DВterminez si vous voulez changer la configuration du paramКtre "def",
 "gbr","mbr", "nodes" ou "board" sous "Routage source Token-Ring".

     5a. SВlectionnez l'un des cinq paramКtres.

          Exemple: sВlectionnez "def".

     5b. Consultez l'Вcran d'aide au bas de l'Вcran pour dВcider si le
     paramКtre doit Иtre modifiВ.

          Vous pouvez choisir les boutons "Usage," "Description," et "Exemple"
          sur la droite de la fen╨ÿtre pour avoir plus d'informations sur le
          paramКtre que vous avez sВlectionnВ.

     5c.(Facultatif) Si vous dВcidez de changer la configuration, tapez les
     lignes de configuration (comme dans la fen╨ÿtre d'aide "Usage") dans la
     case "Contenu actuel du fichier NET.CFG.

 Important  Vous devez respecter les conditions relatives au format expliquВes
 dans la rubrique "Options relatives au format de NET.CFG". Pour lire ces
 conditions, sВlectionnez ce sujet dans la case "Options NET.CFG" et choisissez
 le bouton "Usage".

 RВpВtez les Вtapes 5a Е 5c pour chaque paramКtre Е modifier.

 6.Choisissez "Sauvegarder".

 7.Quittez le programme d'installation Client NetWare pour OS/2 et utilisez la
 fonction "Arr╨ÿt/fermeture" d'OS/2 pour relancer votre ordinateur.


ΓòÉΓòÉΓòÉ 13.4. Assignation de touches pour le fichier NET.CFG. ΓòÉΓòÉΓòÉ

Key definitions for the NET.CFG file

 Pour faire..        Utilisez ces touches..

 Mettre du texte en surbrillance Cliquez et glissez la souris ou dВplacez le
                     curseur avec les touches de dВplacement, tout en
                     maintenant la touche majuscule enfoncВe.

 Copier du texte     <Ctrl><Inser>

 Couper du texte     <Maj><Suppr> (le texte rВapparaМtra la prochaine fois que
                     vous actualiserez la fen╨ÿtre)

 Coller du texte     <Maj><Inser>

 Effacer du texte    <Ctrl><Suppr> (le texte effacВ ne peut Иtre collВ)


ΓòÉΓòÉΓòÉ 14. Utilisation de Named Pipes ΓòÉΓòÉΓòÉ

Using Named Pipes

Les sujets suivants sont traitВs.

Installation des Named Pipes pour OS/2

Configuration des Named Pipes pour OS/2

Instructions spВciales relatives aux postes de travail Client SQL


ΓòÉΓòÉΓòÉ 14.1. Installation de Named Pipes pour OS/2 ΓòÉΓòÉΓòÉ

Vous devez installer le support Named Pipes requis sur chaque ordinateur devant
utiliser ce protocole sur le rВseau. Dans la plupart des cas, vous devrez
Вgalement dВfinir certaines options de configuration du protocole.

Le support Named Pipes entre sessions d'un seul poste de travail client OS/2
est fourni avec le systКme d'exploitation OS/2.

Si vous avez besoin de sessions OS/2 pour communiquer avec d'autres ordinateurs
du rВseau utilisant ce protocole, vous devez installer le support Named Pipes Е
distance.

Conditions prВalables

 Installez votre application Named Pipes. Consultez la documentation qui
accompagne votre application.

ProcВdure

1. Lancez le programme d'installation de Client NetWare pour OS/2.

     Si Client NetWare pour OS/2 n'est pas installВ, lancez le programme Е
     partir de votre disquette WSOS2_1. Tapez INSTALL. Vous pouvez installer
     Client NetWare pour OS/2 en m╨ÿme temps que l'application Named Pipes.

     Si NetWare Client for OS/2 est dВjЕ installВ, vous pouvez dВmarrer le
     programme d'installation en sВlectionnant l'icУne "Installation" dans le
     groupe "Novell" de votre ordinateur.

 2. SВlectionnez "RequИteur sur le poste de travail" dans le menu
 "Installation".

 3. VВrifiez le rВpertoire cible et l'unitВ source puis choisissez "OK".

 4. SВlectionnez une action dans l'Вcran "Installation du requИteur" selon que
 Client NetWare pour OS/2 est installВ ou non:

     4a. Si Client NetWare pour OS/2 n'est pas installВ, sВlectionnez "Modifier
     CONFIG.SYS" et Copier tous les fichiers..." . . et choisissez "OK".

     4b. Si Client NetWare pour OS/2 est dВjЕ installВ, sВlectionnez "Modifier
     seulement CONFIG.SYS..." . ." et choisissez "OK."

 5. SВlectionnez le lecteur ODI LAN pour votre carte rВseau et choisissez
 "Continuer...". ."

 6. SВlectionnez vos prВfВrences relatives au support NetWare pour les
 applications DOS et Windows puis choisissez "Continuer...". ."

 7. SВlectionnez "Support Named Pipes Е distance".

 8. DВfinissez votre poste de travail comme client ou serveur de Named pipes.

     8a. Choisissez "Support client uniquement" pour dВfinir votre poste de
     travail comme client de Named Pipes.

     Si votre poste de travail est un client pour l'application rВpartie du
     serveur SQL, vous devez effectuer d'autres Вtapes pour complВter
     l'installation. AprКs avoir effectuВ cette procВdure et celles de la
     rubrique "Configuration de Named Pipes pour OS/2", passez Е la rubrique
     "Instructions spВciales pour les postes de travail clients SQL".

     8b. Choisissez "Support client et serveur" et tapez un nom de machine pour
     dВfinir votre poste de travail comme serveur de Named Pipes.

     Choisissez "Aide" pour voir les conditions requises en ce qui concerne la
     syntaxe du nom de machine.

 9. Choisissez "Sauvegarder...". ."

 10. VВrifiez le nom et l'emplacement du fichier et choisissez "OK."

     Si vous n'avez pas installВ Client NetWare pour OS/2, l'Вcran "Copier les
     fichiers Requester" apparaМt.Passez Е l'Вtape 11.

     Si vous avez dВjЕ installВ Client NetWare pour OS/2, le menu
     d'installation principal apparaМt.

 11. Choisissez "Copier" et suivez les Вcrans pour finir d'installer Client
 NetWare pour OS/2.


ΓòÉΓòÉΓòÉ 14.2. Configuration de Named Pipes pour OS/2 ΓòÉΓòÉΓòÉ

Configuring Named Pipes for OS/2

Le support Named Pipes de Novell est fourni avec des paramКtres de
configuration par dВfaut. Vous pouvez toutefois personnaliser cette
configuration. Suivez les instructions ci-dessous pour

■ dВterminer si vous devez changer la configuration par dВfaut de Named Pipes
et de SPX.

■ Si nВcessaire, modifiez la configuration.

Vous pouvez modifier les paramКtres tels que :

Γûá nombre de sessions clients disponibles

Γûá nombre de sessions SPX disponibles pour Named Pipes et pour les autres
communications (Named Pipes utilise SPX)

Conditions prВalables

Client NetWare pour OS/2 doit Иtre installВ.

ProcВdure1. Lancez le programme d'installation de Client NetWare pour OS/2.

     Il se peut que le programme tourne dВjЕ si vous venez d'installer le
     support Named Pipes. Si le programme ne tourne pas, lancez-le en
     choisissant l'icУne "Installation" du groupe "Novell" sur le bureau.

 2. Choisissez "Ce poste de travail..." . ." dans le menu "Configuration".

 3. VВrifier l'emplacement du fichier NET.CFG et choisissez "Modifier".

     La fenИtre "Modifier NET.CFG" apparaМt.Vous pouvez couper-coller le texte
     de la fenИtre d'aide en bas de l'Вcran vers la fenИtre "Contenu actuel du
     fichier NET.CFG". Reportez-vous Е la rubrique DВfinitions clВs pour le
     fichier NET.CFG

 4. SВlectionnez "Named Pipes" dans la case "Options NET.CFG" sur la gauche de
 votre Вcran.

 5. DВcidez si vous voulez changer la configuration des "sessions clients", des
 "sessions serveur" et les paramКtres de "Named Pipes."

     Si vous ne modifiez aucun paramКtre de configuration, aucune action n'est
     requise.

     5a. SВlectionnez un des trois paramКtres.

          SВlectionnez par exemple "client sessions".

     5b. Consultez l'Вcran d'aide au bas de l'Вcran pour dВcider si le
     paramКtre doit Иtre modifiВ.

          Vous pouvez choisir les boutons "Usage," "Description," et "Exemple"
          sur la droite de la fen╨ÿtre pour avoir plus d'informations sur le
          paramКtre que vous avez sВlectionnВ.

     5c. (Facultatif) Si vous dВcidez de changer la configuration, tapez les
     lignes de configuration (comme dans la fen╨ÿtre d'aide "Usage") dans la
     case "Contenu actuel du fichier NET.CFG.

 Important  Vous devez respecter les conditions relatives au format expliquВes
 dans la rubrique "Options relatives au format de NET.CFG". Pour lire ces
 conditions, sВlectionnez ce sujet dans la case "Options NET.CFG" et choisissez
 le bouton "Usage".

 RВpВtez les Вtapes 5a Е 5c pour chaque paramКtre Е modifier.

 6. SВlectionnez "Pile de protocole SPX" dans la case "Options NET.CFG" sur la
 gauche de votre Вcran.

 7. SВlectionnez le paramКtre "sessions" sous "Protocol Stack SPX".

 8. Lisez le contenu de la fenИtre d'aide situВe en bas de l'Вcran pour dВfinir
 si vous devez modifier la configuration.

     Vous pouvez choisir les boutons "Usage," "Description," et "Exemple" sur
     la droite de la fenИtre pour avoir plus d'informations sur le paramКtre
     que vous avez sВlectionnВ.

 9. (Facultatif) Si vous dВcidez de changer la configuration, tapez les lignes
 de configuration (comme dans la fen╨ÿtre d'aide "Usage") dans la case "Contenu
 actuel du fichier NET.CFG.

     Si vous dВcidez de ne pas changer la configuration, aucune action n'est
     requise pour cette Вtape.

 Important  Vous devez respecter les conditions relatives au format expliquВes
 dans la rubrique "Options relatives au format de NET.CFG". Pour lire ces
 conditions, sВlectionnez ce sujet dans la case "Options NET.CFG" et choisissez
 le bouton "Usage".

 10. Choisissez "Sauvegarder."

 11. Quittez le programme d'installation de Client NetWare pour OS/2.

     11a. Si votre poste de travail doit Иtre client de l'application rВpartie
     Serveur SQL, fermez le programme d'installation et passez Е la rubrique
     "Instructions spВciales pour les postes de travail clients SQL" Ne
     relancez pas votre ordinateur maintenant.

     11b. Si votre poste de travail n'est pas destinВ Е Иtre client SQL, fermez
     le programme d'installation et utilisez la fonction "Arr╨ÿt/fermeture"
     d'OS/2 pour relancer votre ordinateur.


═══ 14.3. Instructions spВciales pour les postes de travail clients SQL ═══

Special Instructions for SQL Client Workstations

Important Ceci ne concerne que les sessions DOS ВmulВes.

Les postes de travail clients pour les applications du serveur SQL doivent
utiliser des versions spВciales des fichiers NETAPI.DLL et NETOEM.DLL. Ces
fichiers sont contenus dans le rВpertoire \SQL de la disquette WSOS2_1.

Le fichier \SQL NETAPI.DLL contient tout ce que contient le fichier NETAPI.DLL
par dВfaut (y compris les appels NETBIOS), ainsi que certains appels de
fonctions supplВmentaires qui sont nВcessaires aux clients SQL.

Respectez les Вtapes suivantes pour copier ces fichiers au bon endroit:

ProcВdure1. InsВrez la disquette WSOS2_1 dans une unitВ de disquette.

2. Copiez le fichier NETAPI.DLL existant situВ dans le sous-rВpertoire \NETWARE
vers NETAPI.BAK.

3. CrВez un sous-rВpertoire \NETWARE\INSTALL$.NEW.

4. Copiez les fichiers NETAPI.DLL et NETOEM.DLL du sous-rВpertoire \SQL de la
disquette vers le sous-rВpertoire \NETWARE\INSTALL$.NEW.

Avertissement  Veillez Е copier les fichiers depuis le rВpertoire \SQL car il y
a Вgalement un fichier NETAPI.DLL sous la racine de la disquette. Ces fichiers
sont diffВrents.

Le fichier \SQL NETAPI.DLL Вmule certaines caractВristiques du support LAN
Manager nВcessaires aux clients SQL. Toutefois, ce fichier NETAPI.DLL ne
fournit pas un support complet de serveur REL. Les applications qui ont besoin
d'un support complet de serveur REL peuvent ne pas tourner correctement.

 5. Utilisez la fonction "Arr╨ÿt/fermeture" d'OS/2 pour relancer votre
 ordinateur.


ΓòÉΓòÉΓòÉ 15. Utilisation de NetBIOS ΓòÉΓòÉΓòÉ

Using NetBIOS

Cette section traite les sujets suivants:

DВtermination des pilotes NetBIOS devant Иtre configurВs

Configuration du pilote NetBIOS de Novell

Configuration de NETBIOS.OS2 avec PROTOCOL.INI

Important Le protocole NetBIOS Вtait destinВ Е l'origine Е de petits rВseaux.
Bien que Novell en ait augmentВ la richesse fonctionnelle par rapport Е la
spВcification d'origine, l'Вmulation NetBIOS de Novell reste surtout adaptВe
aux petits rВseaux. Nous vous recommandons d'utiliser SPX au lieu de NetBIOS si
vos applications reconnaissent SPX, si votre rВseau comprend plusieurs milliers
de postes de travail et si vos segments REL sont interconnectВs Е plusieurs
routeurs.

Vue d'ensemble

Ce chapitre explique comment configurer le pilote NetBIOS et configurer votre
poste de travail pour NetBIOS si vous avez dВjЕ installВ Extended Services
d'IBM ou LAN Services NetBIOS.

Client NetWare pour OS/2 fournit un pilote NetBIOS, NETBIOS.SYS, qui Вmule le
protocole NetBIOS.

Le NetBIOS fourni par Novell est appelВ Вmulateur parce qu'il ne transmet pas
de paquets NetBIOS sur le rВseau. Les paquets NetBIOS sont encapsulВs dans les
paquets IPX et ce sont ceux-ci qui sont transmis.

En revanche, IBM Extended Services et LAN Services offrent un pilote NetBIOS
naturel (NETBEUI.OS2) au lieu d'une Вmulation.


═══ 15.1. DВtermination des pilotes NetBIOS devant Иtre installВs ═══

Determining Which NetBIOS Drivers to Set Up

Chaque fois que cette section fait rВfВrence au support NetBIOS allant avec un
produit IBM (comme Extended Services), nous supposons que le produit inclut les
fichiers dont nous dressons la liste.Par dВfaut, les fichiers affichВs ici sont
contenus dans les logiciels Extended Services et LAN Services. Par dВfaut, LAPS
est inclus dans les deux logiciels, bien que ce ne soient pas les m╨ÿmes
composants de NetBIOS qui sont utilisВs dans chacun des logiciels.

D'autres logiciels peuvent contenir ces fichiers. Par exemple, vous pourriez
avoir reЗu les programmes IBM LAPS sans les Extended Services.

Dans ce cas, il se peut que vous ayez le support NetBIOS (habituellement livrВ
avec Extended Services) sans avoir le produit Extended Services complet.
Contactez IBM pour toutes les questions sur les fichiers IBM liВs au support de
NetBIOS.

Cette section vous aide Е dВterminer ce dont votre application a besoin pour
accВder au pilote Novell NETBIOS.SYS, au pilote IBM NETBEUI.OS2, ou aux deux.

Les pilotes utilisВs par votre application varient:

■ selon que Extended Services ou LAN Services est installВ ou non sur votre
poste de travail,

■ selon l'interface utilisВe par votre application.

Vos logiciels IBM installВs

Le support NetBIOS est fourni avec:

Γûá Extended Services

Γûá LAN Services

Extended Services

Le support NetBIOS Extended Services est inclus dans le programme LAPS. Les
fichiers de LAPS liВs Е NetBIOS sont:

Γûá NETAPI.DLL

Γûá ACSNETB.DLL

Γûá NETBIOS.OS2

Γûá NETBEUI.OS2

Γûá LANPDD

Γûá LANVDD

LAN Services

Le support NetBIOS LAN Services est inclus dans le programme LAPS et dans
NETWKSTA.200.

Interface de votre application

Les applications OS/2 NetBIOS utilisent des DLL (BibliothКque des liaisons
dynamiques) pour assurer l'interface avec les pilotes NetIOS. La DLL utilisВe
par votre application dВpend du standard d'interface NetBIOS suivi par votre
application :

Γûá ACSNETB.DLL

     Il s'agit de l'interface NetBIOS 3.0 (NB30) d'IBM introduite dans OS/2
     Version 2.0. Il est probable que les applications prВcВdant la version 2.0
     d'OS/2 ne puissent pas l'utiliser.

 Γûá Le fichier NETAPI.DLL

     Il s'agit de l'interface originale Submit NetBIOS d'OS/2. Cette interface
     Вtait supportВe par LAN Manager et LAN Server avant la sortie de la
     version 2.0 d'OS/2.

 Vous pouvez lancer une application utilisant diffВrentes interfaces en mИme
 temps du moment que le support de chaque interface est installВ et configurВ.
 Vous pouvez par exemple faire tourner une application NB30 et une application
 NetBIOS Submit sur le m╨ÿme poste de travail.

 Consultez la documentation relative Е votre application pour dВterminer quelle
 interface NetBIOS elle utilise; puis suivez l'organigramme ci-dessous pour
 voir :

     ■ si le pilote NetBIOS d'IBM ou de Novell est accessible Е votre
     application, et

     ■ l'endroit oЧ trouver les instructions relatives Е la mise en place des
     pilotes.

     GraphiqueDВtermination de votre Support NetBIOS pour les applications
     NetBIOS 3.0 (NB30)

     GraphiqueDВtermination de votre Support NetBIOS pour les Applications
     Submit NetBIOS


═══ 15.1.1. DВtermination de votre support NetBIOS pour les ═══

applications NetBIOS 3.0.(NB30)  Determine what NetBIOS support you have for
NetBIOS 3.0


═══ 15.1.2. DВtermination de votre Support NetBIOS pour les applications Submit NetBIOS ═══

 Determine What NetBIOS Support You Have for NetBIOS Submit


ΓòÉΓòÉΓòÉ 15.2. Configuration du pilote NetBIOS Novell ΓòÉΓòÉΓòÉ

Setting Up the Novell NetBIOS Driver

Ne suivez cette section que si vous y avez ВtВ amenВ par l'organigramme
DВtermination de votre Support NetBIOS pour les Applications Submit NetBIOS car

Γûá vous disposez d'une application NetBIOS Submit,

Γûávous disposez de Extended Services,

Γûá vous ne disposez pas des LAN Services.

Comme l'illustre la figure ci-dessous, le pilote Novell NetBIOS interface avec
le fichier NETAPI.DLL de Novell lorsque vous ne disposez pas des Extended
Services.

Requ╨ÿtes NetBIOS par le pilote NetBIOS Novell

Comme le montre le schВma ci-dessous, si vous utilisez Extended Services, le
fichier NETAPI.DLL est celui du logiciel Extended Services.

Ce fichier NETAPI.DLL s'interface avec un fichier NETSUB.DLL de Novell, qui Е
son tour fonctionne avec le pilote NetBIOS Novell.

Requ╨ÿtes NetBIOS par le pilote NetBIOS Novell avec Extended Services

Suivez les procedures de Installation du pilotepour utiliser le pilote NetBIOS
Novell. La procВdure s'applique que vous ayez Extended Services ou non.

Important Si vous utilisez Extended Services, vous devez obtenir un fichier
NETAPI.DLL mis Е jour auprКs d'IBM. Le fichier livrВ avec Extended Services 1.0
de base ne procure pas le support NetBIOS voulu.


ΓòÉΓòÉΓòÉ 15.2.1. Installation du pilote ΓòÉΓòÉΓòÉ

Installing the Driver

Conditions prВalables

 Installez Extended Services si vous l'avez.Consultez la documentation IBM
relative Е ce sujet.

 Installez votre application NetBIOS. Consultez la documentation qui
accompagne votre application.

RemarqueVous pouvez installer Client NetWare pour OS/2 avec cette procВdure.

Vous devez installer le pilote NetBIOS Novell sur chaque ordinateur qui
utilisera NetBIOS Novell sur le rВseau.

ProcВdure1. Lancez le programme d'installation de Client NetWare pour OS/2.

     Si Client NetWare pour OS/2 n'est pas installВ, lancez le programme Е
     partir de votre disquette WSOS2_1. Tapez INSTALL.Vous pouvez installer
     Client NetWare pour OS/2 avec cette procВdure.

     Si NetWare Client for OS/2 est dВjЕ installВ, vous pouvez dВmarrer le
     programme d'installation en sВlectionnant l'icУne "Installation" dans le
     groupe "Novell" sur le bureau.

 2. SВlectionnez "RequИteur sur le poste de travail" dans le menu
 "Installation".

 3. VВrifiez les rВpertoires cible et source puis sВlectionnez "OK."

 4. SВlectionnez une action dans l'Вcran "Installation du requИteur" selon que
 Client NetWare pour OS/2 est installВ ou non:

     4a. Si Client NetWare pour OS/2 n'est pas installВ, sВlectionnez "Modifier
     CONFIG.SYS" et Copier tous les fichiers..." . . et choisissez "OK".

     4b. Si Client NetWare pour OS/2 est dВjЕ installВ, sВlectionnez "Modifier
     seulement CONFIG.SYS..." . ." et choisissez "OK."

 5. SВlectionnez le pilote ODI de votre carte rВseau et choisissez
 "Continuer...". ."

 6. SВlectionnez vos prВfВrences quant au support NetWare pour les applications
 DOS et Windows et choisissez "Continuer...". ."

 7. SВlectionnez "Emulation de NetBIOS pour les sessions OS/2."

 8. Choisissez "Sauvegarder...". ."

 9. VВrifiez le nom et l'emplacement du fichier et choisissez "OK."

     Si vous n'avez pas encore installВ Client NetWare pour OS/2, l'Вcran
     "Copier les fichiers Requester" apparaМt. Passez Е l'Вtape 10.

     Si vous avez dВjЕ installВ Client NetWare pour OS/2, le menu
     d'installation principal apparaМt.Passez Е l'Вtape "Configuration du
     pilote" ci-dessous.

 10. Choisissez "Copier" et suivez les Вcrans pour finir d'installer Client
 NetWare pour OS/2.

     Quand le menu principal rВapparaМt, passez Е l'Вtape "Configuration du
     pilote" ci-dessous.

 Configuration du pilote

 Le pilote NetBIOS de Novell est livrВ avec des paramКtres de configuration par
 dВfaut. Vous pouvez toutefois personnaliser cette configuration. Suivez les
 instructions ci-dessous pour

 ■ DВterminez si vous devez changer la configuration par dВfaut de NetBIOS
 NetWare.

 ■ Si nВcessaire, modifiez la configuration.

 Vous pouvez modifier la configuration pour gВrer des fonctions telles que les
 noms, les sessions et les commandes.

 Si vous ne connaissez pas les noms, sessions et commandes de NetBIOS,
 consultez la documentation relative Е votre application NetBIOS.

 Conditions prВalables

 Client NetWare pour OS/2 doit Иtre installВ.

 ProcВdure1. Lancez le programme d'installation de Client NetWare pour OS/2.

     Le programme peut dВjЕ tourner si vous avez installВ le pilote NetBIOS.

     Si le programme ne tourne pas, lancez-le en choisissant l'icУne
     "Installation" du groupe "Novell" sur le bureau.

 2. Choisissez "Ce poste de travail..." . ." dans le menu "Configuration".

 3. VВrifiez l'emplacement du fichier NET.CFG et choisissez "Modifier."

     La fenИtre "Modifier NET.CFG" apparaМt.Vous pouvez couper-coller le texte
     de la fenИtre d'aide en bas de l'Вcran vers la fenИtre "Contenu actuel du
     fichier NET.CFG".Reportez-vous Е la rubrique DВfinitions clВs pour le
     fichier NET.CFG

 4. SВlectionnez "NetWare NetBIOS" dans la case "Options NET.CFG" sur la gauche
 de votre Вcran.

 5. DВterminez si vous dВsirez modifier la configuration pour les paramКtres
 sous "NetWare NetBIOS".

     Si vous ne modifiez aucun paramКtre de configuration, aucune action n'est
     requise.

     5a. SВlectionnez un des paramКtres.

          Par exemple, sВlectionnez "abort timeout."

     5b. Consultez l'Вcran d'aide au bas de l'Вcran pour dВcider si le
     paramКtre doit Иtre modifiВ.

          Vous pouvez choisir les boutons "Usage," "Description," et "Exemple"
          sur la droite de votre Вcran pour avoir plus d'information sur le
          paramКtre que vous avez sВlectionnВ.

     5c. (Facultatif) Si vous dВcidez de changer la configuration, tapez les
     lignes de configuration (comme dans la fen╨ÿtre d'aide "Usage") dans la
     case "Contenu actuel du fichier NET.CFG.

 Important  Vous devez respecter les conditions relatives au format expliquВes
 dans la rubrique "Options relatives au format de NET.CFG".Pour lire ces
 conditions, sВlectionnez ce sujet dans la case "Options NET.CFG" et choisissez
 le bouton "Usage".

 Pour chaque paramКtre, rВpВtez les Вtapes 5a Е 5c.

 6. Choisissez "Sauvegarder."

 7. Quittez le programme d'installation de Client NetWare pour OS/2.

     Si votre application NetBIOS ne doit pas avoir accКs au pilote NetBIOS
     IBM, utilisez la fonction "Arr╨ÿt/fermeture" d'OS/2 pour  relancer votre
     ordinateur.

     Si votre application NetBIOS doit avoir accКs au pilote NetBIOS IBM, ne
     redВmarrez pas la machine. Configurez le pilote IBM comme indiquВ dans une
     des sections suivantes:

     Γûá "Configuration de NETBIOS.OS2 avec PROTOCOL.INI"

     Γûá "Configuration de NETWKSTA.200 avec IBMLAN.INI" dans "Configuration de
     NETBIOS.OS2 avec PROTOCOL.INI"

     Si vous ne savez pas laquelle de ces deux sections lire, consultez la
     rubrique DВtermination des pilotes NetBIOS devant Иtre configurВs


ΓòÉΓòÉΓòÉ 15.3. Configuration de NETBIOS.OS2 avec PROTOCOL.INI ΓòÉΓòÉΓòÉ

Ne suivez cette section que si vous y avez ВtВ directement amenВ par
l'organigramme de la rubrique  DВtermination de votre Support NetBIOS pour les
Applications NetBIOS 3.0 (NB30)  car vous  avez:

Γûá le programme LAPS et

Γûá une application NetBIOS 3.0.

Comme le montre le schВma, le fichier ACSNETB.DLL d'IBM s'interface avec
NETBIOS.OS2, Вgalement fourni par IBM. NETBIOS.OS2 peut Иtre configurВ pour
faire passer les demandes de NetBIOS:

■ soit Е NETBEUI.OS2, le pilote NetBIOS d'IBM,

■ soit Е NETBIOS.SYS, le pilote NetBIOS de Novell.

Cette section explique comment configurer NETBIOS.OS2 afin qu'il prenne en
charge, soit les deux pilotes simultanВment, soit le pilote Novell uniquement.

Pour utiliser uniquement le pilote NetBIOS d'IBM, il n'est pas nВcessaire de le
configurer. Par dВfaut, NETBIOS.OS2 dialogue exclusivement avec NETBEUI.OS2.

Requ╨ÿtes NetBIOS via NETBIOS.OS2

Conditions prВalables

Liste de contrУle   Installez Extended Services avec le support NetBIOS.
VВrifiez si vous pouvez Вtablir une connexion NetBIOS.

 Installez LAN Services (le support NetBIOS est installВ par dВfaut). VВrifiez
si vous pouvez Вtablir une connexion LAN.

 Installez Client NetWare pour OS/2 avec le pilote NetBIOS Novell.

Cette procВdure vous permet d'Вditer le fichier PROTOCOL.INI afin de dВfinir un
adaptateur virtuel pour les pilotes NetBIOS Novell et IBM.

ProcВdureCette procВdure vous permet d'Вditer le fichier PROTOCOL.INI afin de
dВfinir un adaptateur virtuel pour les pilotes NetBIOS Novell et IBM.

1. Ouvrez le fichier PROTOCOL.INI dans un Вditeur de texte.

     PROTOCOL.INI est situВ dans le rВpertoire \IBMCOM.

     Par exemple, pour utiliser l'Вditeur du systКme OS/2 sur la ligne de
     commande, tapez:

     E C:\IBMCOM\PROTOCOL.INI <EntrВe>

 2. Localisez la ligne suivante:

     [NETBIOS]

     Si la ligne [NETBIOS] n'existe pas, tapez-la Е la fin du fichier
     PROTOCOL.INI.

 3. Sur une nouvelle ligne, sous [NETBIOS], tapez la ligne suivante:

     DriverName = NETBIOS$

     La ligne doit Иtre dВcalВe d'un espace au minimum et sa structure doit
     correspondre Е celle du fichier IBMLAN.INI.NETBIOS$ est le nom d'unitВ de
     NETBIOS.OS2.

     Si la ligne existe dВjЕ, passez Е l'Вtape suivante.

 4. Sur une nouvelle ligne, sous la ligne DriverName, tapez des lignes
 assignant des numВros d'adaptateurs aux pilotes NetBIOS Novell et IBM.

     Pour autoriser les applications NetBIOS NB30 Е n'utiliser que le pilote
     NetBIOS de Novell, ajoutez une ligne pour le NetBIOS de Novell.

     Pour permettre aux applications NB30 d'utiliser les pilotes Novell et IBM,
     ajoutez une autre ligne pour le NetBIOS d'IBM.

 RemarqueQuand vous dВfinissez le rВseau NetBIOS Novell, votre dВfinition par
 dВfaut pour le rВseau NetBIOS IBM n'est plus dВfinie. Par consВquent, si vous
 voulez utiliser le pilote NetBIOS IBM, vous devrez ajouter une ligne pour le
 rВseau IBM.

     Chaque ligne ajoutВe doit ressembler Е l'exemple ci-dessous.

     ADAPTERa = b,c,sessions,commands,names

     RemarqueSi vous avez dВjЕ des lignes ADAPTER, laissez-les.

     Remplacez les variables de la ligne par des valeurs indiquВes dans la
     rubrique ParamКtres de dВfinition de NetBIOS dans PROTOCOL.INI

     Par exemple, pour autoriser les applications Е utiliser aussi bien le
     pilote NetBIOS IBM que le pilote Novell, les lignes de votre fichier
     PROTOCOL.INI pourraient ressembler Е ceci:

     [NETBIOS]
          DriverName = NETBIOS$
          Adapter0 = ipxnb$,0,16,16,8
          Adapter1 = netbeui$,0,32,14,8

     Pour obtenir plus d'informations sur la dВfinition des adaptateurs dans
     NETBIOS.OS2, consultez la documentation relative Е Extended Services.

 5. InsВrez une ligne blanche Е la fin du fichier.

 6. Sauvegardez le fichier PROTOCOL.INI et quittez l'Вditeur de texte.

 7. Relancez votre ordinateur Е l'aide de la fonction "ArrИt/fermeture" du menu
 systКme d'OS/2.

     Quand votre ordinateur redВmarrera, vos applications NB30 NetBIOS pourront
     utiliser chacun des pilotes dВfinis par une ligne adaptateur.

 Configuration de NETWKSTA.200 avec IBMLAN.INI

 Ne suivez cette section que si vous y avez ВtВ amenВ par l'organigramme
 DВtermination de votre Support NetBIOS pour les Applications Submit NetBIOS
 car vous avez:

 Γûá l'application Net BIOS Submit,

 Γûá les LAN Services.

 Comme le montre le schВma, NETAPI.DLL s'interface avec NETWKSTA.200 d'IBM. Le
 fichier NETAPI.DLL utilisВ est celui fourni avec les LAN Services. Il est
 contenu dans le rВpertoire \MUGLIB\DLL qui prВcКde le rВpertoire \NETWARE
 contenant le NETAPI.DLL de Client NetWare pour OS/2.

 Requ╨ÿtes NetBIOS transmises via NETWKSTA.200

 NETWKSTA.200 peut Иtre configurВ pour transmettre les requИtes de NetBIOS :

 ■ soit Е NETBEUI.OS2, le pilote NetBIOS d'IBM,

 ■ soit Е NETBIOS.SYS, le pilote NetBIOS de Novell.

 Cette section explique comment configurer le fichier NETWKSTA.200 afin qu'il
 prenne en charge les deux pilotes simultanВment ou le pilote Novell
 uniquement.

 Pour utiliser uniquement le pilote NetBIOS d'IBM, il n'est pas nВcessaire de
 le configurer. Par dВfaut, NETWKSTA.200 dialogue exclusivement avec
 NETBEUI.OS2.

 Conditions prВalables

 Liste de contrУle  Installez Extended Services si vous l'avez.

  Installez LAN Services (le support NetBIOS est installВ par dВfaut).
 VВrifiez si vous pouvez Вtablir une connexion LAN.

  Installez Client NetWare pour OS/2 avec le pilote NetBIOS Novell.

 ProcВdure Ouvrez le fichier IBMLAN.INI dans un Вditeur de texte.

     IBMLAN.INI est situВ dans le rВpertoire \IBMLAN de l'unitВ de dВmarrage.

     Par exemple, pour utiliser l'Вditeur du systКme OS/2 sur la ligne de
     commande, tapez:

     E C:\IBMLAN\IBMLAN.INI <EntrВe>

 2. Localisez la ligne suivante:

     [networks]

     Sous la ligne [networks], vous devez voir une ligne ressemblant Е
     l'exemple ci-dessous, qui dВfinit un rВseau particulier comme premier
     rВseau utilisant le pilote NetBIOS d'IBM, NETBEUI.OS2:

     net1 = NETBEUI$,1,LM10,32,50,14

     Dans ce cas, net1 est dВfini en tant que rВseau du pilote NetBIOS d'IBM.

 3. Si le pilote IBM est dВfini par net1, remplacez 1 par 2.

     La ligne doit ressembler Е l'exemple ci-dessous:

     net2 = NETBEUI$,1,LM10,32,50,14

     Dans ce cas, vous devez changer le pilote IBM car le pilote Novell doit
     Иtre assignВ Е net1 afin que NetBIOS fonctionne.

 4. Sous n'importe quelle dВclaration de rВseau existante, tapez une ligne
 assignant le rВseau numВro 1 au pilote NetBIOS Novell.

 RemarqueUn rВseau pour NetBIOS IBM est dВfini par dВfaut dans LAN Requester et
 dans LAN Server. Si vous souhaitez que vos applications NetBIOS Submit
 utilisent uniquement le pilote NetBIOS de Novell, placez la ligne du pilote
 IBM en commentaire, Е l'aide d'un point-virgule.

     La ligne doit Иtre dВcalВe d'un espace au minimum et sa structure doit
     correspondre Е celle du fichier IBMLAN.INI.

     La nouvelle ligne Novell ressemble Е ceci :

     neta = b,c,LM10,sessions,commands,names

     Remplacez les variables de la ligne par des valeurs indiquВes dans la
     rubrique ParamКtres de dВfinition du double NetBIOS dans IBMLAN.INI :

     Par exemple, pour autoriser les applications Е utiliser aussi bien le
     pilote NetBIOS IBM que le pilote Novell, les lignes de votre fichier
     IBMLAN.INI pourraient ressembler Е ceci:

     [networks]
          net1 = IPXNB$,1,LM10,32,16,8
          net2 = NETBEUI$,1,LM10,16,16,8

     Pour plus d'informations sur la dВfinition des rВseaux pour NETWKSTA.200,
     consultez votre documentation LAN Services.

 5. Si votre ordinateur est un serveur LAN:

     5a. cherchez la ligne [server] dans votre fichier IBMLAN.INI .

     5b. Е la fin de la section [server], localisez la ligne suivante:

          srvnets = neta

     5c. Ajoutez le rВseau Novell NetBIOS Е la ligne.

          SВparez par une virgule le net de Novell des autres nets.

          Par exemple, si le pilote NetBIOS de Novell Вtait net2:

          srvnets = NET1,NET2

          La ligne doit Иtre dВcalВe d'un espace au minimum et sa structure
          doit correspondre Е celle du fichier IBMLAN.INI.

          Cette ligne indique Е LAN Services sur quel rВseau envoyer les
          requ╨ÿtes NetBIOS aux serveurs.

 6. Si votre ordinateur est un LAN Requester:

     6a. Cherchez la ligne [requester] dans votre fichier IBMLAN.INI .

     6b.  A la fin de la section [requester] trouvez la ligne suivante:

          wrknets = neta

     6c. Ajoutez le rВseau Novell NetBIOS Е la ligne.

          SВparez par une virgule le net de Novell des autres nets.

          Par exemple:

          wrknets = NET1,NET2

          La ligne doit Иtre dВcalВe d'un espace au minimum et sa structure
          doit correspondre Е celle du fichier IBMLAN.INI.

          Cette ligne indique Е LAN Services sur quel rВseau envoyer les
          requ╨ÿtes NetBIOS aux postes de travail.

 7. Sauvegardez le fichier IBMLAN.INI et quittez l'Вditeur de texte.

 8. Relancez votre ordinateur Е l'aide de la fonction "ArrИt/fermeture" du menu
 systКme d'OS/2.

     Quand votre ordinateur redВmarrera, vos applications Submit NetBIOS
     pourront utiliser aussi bien le pilote NetBIOS Novell que le pilote IBM.

 Remarque NETWKSTA.200 doit Иtre lancВ avant toute connexion. Vous pouvez le
 lancer automatiquement au dВmarrage ou avec la commande NETSTART de LAN
 Services sur une ligne de commande. Consultez votre documentation LAN Services
 pour plus d'informations.


═══ 15.3.1. ParamКtres de dВfinition de NetBIOS dans PROTOCOL.INI ═══

Paremeters for Defining NetBIOS in PROTOCOL.INI

Ce graphique possКde le format suivant:

Variable

          Signification

 ADAPTER

          Adapter est un mot clВ pour NETBIOS.OS2. Il ne fait pas la
          distinction entre majuscules et minuscules.

 a

          Remplacez a par un nombre compris entre 0 et 3. Cette variable
          indique le numВro de l'adaptateur utilisВ par l'application.

          Quand vous spВcifiez un numВro d'adaptateur:

               ■ N'utilisez pas un numВro dВjЕ utilisВ dans une autre
               dВclaration d'adaptateur. Un numВro d'adaptateur est dВfini pour
               un seul pilote NetBIOS.

               ■ Ne sautez pas de numВros. Par exemple, si vous avez un
               adaptateur qui utilise ADAPTER0, utilisez ADAPTER1 dans la
               dВclaration d'adaptateur suivante.

 b

          Remplacez b par le nom d'unitВ du pilote NetBIOS. NETBIOS.OS2
          reconnaМt ce nom lorsqu'il dВtermine le pilote qui doit recevoir les
          appels NetBIOS.

               Γûá Remplacez b par IPXNB$ pour le pilote NetBIOS Novell.

               Γûá Remplacez b par NETBEUI$ pour le pilote NetBIOS IBM.

 c

          Remplacez c par un nombre compris entre 0 et 3. Ce chiffre constitue
          le numВro d'adaptateur virtuel du pilote NetBIOS cible.

               Γûá Pour le pilote NetBIOS de Novell, indiquez toujours 0.

               Γûá Pour le pilote NetBIOS d'IBM, indiquez l'adaptateur virtuel
               que vous voulez utiliser. Consultez la documentation Extended
               Services Е propos de NETBEUI.OS2.

 sessions

          Remplacez sessions par le nombre de sessions NetBIOS que vous voulez
          allouer aux applications de NetBIOS 3.0. Cette variable indique le
          nombre maximum de sessions actives entre NETBIOS.OS2 et le pilote
          NetBIOS de Novell.

          Le pilote NetBIOS Novell est configurВ avec le paramКtre de sessions
          du fichier NET.CFG. Le nombre de sessions allouВes aux applications
          correspond soit Е la valeur NET.CFG, soit Е la valeur de cette ligne
          dans PROTOCOL.INI, selon celle qui est la plus basse.

          Par exemple, si vous dВfinissez 64 sessions dans NET.CFG, et que la
          valeur de cette ligne n'est que de 48, les applications NetBIOS 3.0
          ne pourront utiliser que 48 sessions.

          Si vous dВfinissez 30 sessions dans NET.CFG et que la valeur de cette
          ligne est 50, les applications NetBIOS 3.0 ne pourront utiliser que
          30 sessions.

 commands

          Remplacez commands par le nombre de commandes NetBIOS que vous voulez
          allouer aux applications de NetBIOS 3.0. Cette variable indique le
          nombre maximum de commandes actives entre NETBIOS.OS2 et le pilote
          NetBIOS de Novell.

          Le pilote NetBIOS Novell est configurВ avec le paramКtre commands du
          fichier NET.CFG. Le nombre de commandes allouВes aux applications
          correspond soit Е la valeur NET.CFG, soit Е la valeur de cette ligne
          dans PROTOCOL.INI, selon celle qui est la plus basse.

          Par exemple, si vous spВcifiez 128 commandes in NET.CFG, et que la
          valeur de cette ligne n'est que de 100, l'application ne pourra
          utiliser que 100 commandes.

          Si vous spВcifiez 80 commandes dans NET.CFG et que la valeur de cette
          ligne est 95, l'application ne pourra utiliser que 80 commandes.

 names

          Remplacez names par le nombre de noms NetBIOS que vous voulez allouer
          Е l'application NB30. Cette variable indique le nombre maximum de
          noms actifs entre NETBIOS.OS2 et le pilote NetBIOS de Novell.

          Le pilote NetBIOS Novell est configurВ avec le paramКtre names du
          fichier NET.CFG. Le nombre de noms allouВs aux applications
          correspond soit Е la valeur NET.CFG, soit Е la valeur de cette ligne
          dans PROTOCOL.INI, selon celle qui est la plus basse.

          Par exemple, si vous spВcifiez 128 noms in NET.CFG, et que la valeur
          de cette ligne n'est que de 100, l'application ne pourra utiliser que
          100 noms.

          Si vous spВcifiez 80 noms dans NET.CFG et que la valeur de cette
          ligne est 95, l'application ne pourra utiliser que 80 noms.


═══ 15.3.2. ParamКtres de dВfinition du NetBIOS double dans IBMLAN.INI ═══

Parameters for Defining Dual NetBIOS in IBMLAN.INI

Variable

          Signification

 NET

          NET est un mot clВ pour NETBIOS.OS2. Il ne fait pas la distinction
          entre majuscules et minuscules.

 a

          Remplacez a par un nombre compris entre 1 et 4. Ce nombre indique le
          numВro du rВseau que NetBIOS.OS2 utilise pour envoyer des requИtes
          NetBIOS Е un pilote NetBIOS. Chaque pilote doit avoir son propre
          numВro de rВseau.

          Quand vous spВcifiez un numВro de rВseau:

               Γûá utilisez 1 pour le pilote Novell NetBIOS et 2 pour IBM
               NetBIOS.

               ■ n'utilisez pas un numВro dВjЕ utilisВ dans une autre
               dВclaration net. Un numВro de rВseau est dВfini pour un seul
               pilote NetBIOS.

               ■ Ne sautez pas de numВros. Par exemple, si vous avez une
               dВclaration de net qui utilise NET1, utilisez NET2 pour la
               dВclaration suivante.

 b

          Remplacez b par le nom d'unitВ du pilote NetBIOS. NETWKSTA.200
          reconnaМt ce nom lorsqu'il dВtermine le pilote qui doit recevoir les
          appels NetBIOS.

          Remplacez b par IPXNB$ pour le pilote NetBIOS Novell.

          (NETBEUI$ est le nom du pilote IBM NetBIOS.)

 LM10

          LM10 est le nom du protocole qui active NETWKSTA.200 pour qu'il
          communique avec plusieurs pilotes NetBIOS. Tapez ce nom exactement
          comme il apparaМt.

 c

          Remplacez c par un nombre compris entre 0 et 3. Ce chiffre constitue
          le numВro de l'adaptateur virtuel utilisВ par le pilote NetBIOS cible
          pour recevoir les requИtes Вmises par NETWKSTA.200.

               Γûá Pour le pilote NetBIOS de Novell, indiquez toujours 0.

               Γûá Pour le pilote NetBIOS d'IBM, indiquez l'adaptateur virtuel
               que vous voulez utiliser. Consultez la documentation Extended
               Services Е propos de NETBEUI.OS2.

 sessions

          Remplacez sessions par le nombre de sessions NetBIOS que vous voulez
          allouer aux applications Submit NetBIOS. Il indique le nombre maximum
          de sessions actives entre NETWKSTA.200 et le pilote NetBIOS de
          Novell.

          Le pilote NetBIOS Novell est configurВ avec le paramКtre de sessions
          du fichier NET.CFG. Le nombre de sessions allouВes aux applications
          correspond soit Е la valeur NET.CFG, soit Е la valeur de cette ligne
          dans IBMLAN.INI, selon celle qui est la plus basse.

          Par exemple, si vous dВfinissez 64 sessions dans NET.CFG, et que la
          valeur de cette ligne n'est que de 48, les applications the
          application ne pourront utiliser que 48 sessions.

          Si vous dВfinissez 30 sessions dans NET.CFG et que la valeur de cette
          ligne est 50, l'application ne pourra utiliser que 30 sessions.

 commands

          Remplacez commands par le nombre de commandes NetBIOS que vous voulez
          allouer aux applications Submit NetBIOS. Ce nombre est le nombre
          maximum de commandes actives entre NETWKSTA.200 et le pilote NetBIOS
          de Novell.

          Le pilote NetBIOS Novell est configurВ avec le paramКtre de noms du
          fichier NET.CFG. Le nombre de noms allouВs aux applications
          correspond soit Е la valeur NET.CFG, soit Е la valeur de cette ligne
          dans IBMLAN.INI, selon celle qui est la plus basse.

          Par exemple, si vous spВcifiez 128 commandes in NET.CFG, et que la
          valeur de cette ligne n'est que de 100, l'application ne pourra
          utiliser que 100 commandes.

          Si vous spВcifiez 80 commandes dans NET.CFG et que la valeur de cette
          ligne est 95, l'application ne pourra utiliser que 80 commandes.

 names

          Remplacez names par le nombre de noms NetBIOS que vous voulez allouer
          aux applications Submit NetBIOS. Il indique le nombre maximum de noms
          actifs entre NETWKSTA.200 et le pilote NetBIOS de Novell.

          Le pilote NetBIOS Novell est configurВ avec le paramКtre de noms du
          fichier NET.CFG. Le nombre de noms allouВs aux applications
          correspond soit Е la valeur NET.CFG, soit Е la valeur de cette ligne
          dans IBMLAN.INI, selon celle qui est la plus basse.

          Par exemple, si vous spВcifiez 128 noms in NET.CFG, et que la valeur
          de cette ligne n'est que de 100, l'application ne pourra utiliser que
          100 noms.

          Si vous spВcifiez 80 noms dans NET.CFG et que la valeur de cette
          ligne est 95, l'application ne pourra utiliser que 80 noms.


ΓòÉΓòÉΓòÉ 16. Utilisation de ODINSUP ΓòÉΓòÉΓòÉ

Using ODINSUP

Cette section traite de:

la possibilitВ du partage de carte

la configuration d'ODINSUP

Lisez ce chapitre si vous voulez que Client NetWare pour OS/2 partage une carte
rВseau avec un ou plusieurs des produits logiciels IBM suivants:

 Γûá Extended Services
 Γûá LAN Server
 Γûá LAN Requester

 RemarqueSi vous avez Extended Services ou LAN Services, il se peut que vous
 vouliez configurer le protocole NetBIOS. AprКs avoir suivi les Вtapes de ce
 chapitre, vous pouvez consulter la rubrique "Utilisation de NetBIOS".


ΓòÉΓòÉΓòÉ 16.1. Comment est-il possible de partager une carte ? ΓòÉΓòÉΓòÉ

How Board Sharing Is Possible

Client NetWare pour OS/2 utilise des pilotes de protocole et des pilotes de
rВseau Вcrits selon les spВcifications ODI (Open Data-Link Interface).

Extended Services et LAN Services utilisent des pilotes de protocole et des
pilotes de rВseau Вcrits en fonction des spВcifications NDIS.

En dВpit de ces pilotes diffВrents, Client NetWare pour OS/2 peut partager une
carte rВseau avec Extended Services et LAN Services. Cela est possible grГce Е
deux pilotes fournis par Novell:

Γûá ODINSUP,

     Le pilote ODINSUP autorise Extended Services et LAN Services Е utiliser
     des pilotes ODI LAN. Recourez Е ODINSUP si vous souhaitez que le pilote de
     rВseau ODI contrУle la carte. Consultez la rubrique Configuration
     d'ODINSUP

 Γûá LANSUP,

     Le pilote LANSUP autorise Client NetWare pour OS/2 Е utiliser les pilotes
     de rВseau NDIS. Faites appel Е LANSUP si vous souhaitez que le pilote de
     rВseau NDIS contrУle la carte. Consultez la rubrique Configuration de
     LANSUP


ΓòÉΓòÉΓòÉ 16.2. Configuration d'ODINSUP ΓòÉΓòÉΓòÉ

Setting Up ODINSUP

RemarqueSauf indication contraire, les instructions de cette section sont
valables que vous ayez Extended Services, LAN Services ou les deux. Cependant,
les exemples de fichiers de configuration varient en fonction de votre logiciel
IBM. VВrifiez que vous utilisez les fichiers correspondant Е votre
environnement.

L'installation d'ODINSUP peut se faire automatiquement Е l'aide de l'option
"Utilitaires" du programme d'installation sur poste de travail d'OS/2 ou en
modifiant les fichiers de configuration avec un Вditeur de texte.

La section ci-dessous traite de la maniКre de configurer chacune des trois
parties en utilisant un Вditeur de texte. Chaque partie traite un fichier de
configuration diffВrent. Vous devez rВaliser les trois modifications.

 Partie A: Liaison des pilotes ODI dans PROTOCOL.INI
 Partie B: Chargement d'ODINSUP dans CONFIG.SYS
 Partie C: Configuration d'ODINSUP dans NET.CFG
 Exemples de fichiers de configuration pour ODINSUP

 ODINSUP admet des pilotes ODI d'anneau Е jeton compatibles avec Ethernet. Il
 ne reconnaМt pas les pilotes ARCnet ou PC Network II.


ΓòÉΓòÉΓòÉ 16.2.1. Partie A: Liaison des pilotes ODI dans PROTOCOL.INI ΓòÉΓòÉΓòÉ

Part A: Binding ODI Drivers in PROTOCOL.INI

Dans cette section, vous modifiez le fichier PROTOCOL.INI dans un Вditeur de
teste afin de:

Γûá Lier la pile de protocole NDIS aux pilotes ODI.

Γûá Supprimer la liaison entre la pile de protocole NDIS et les pilotes NDIS MAC.

RemarqueCes instructions sont valables pour LAN Server et LAN Requester 2.x.

Conditions prВalables

Liste de contrУle

 Installez Extended Services sur le poste de travail. Si vous avez un pilote
NDIS pour votre carte rВseau, testez les connexions Е Communications Manager ou
Е Database Manager. Consultez la documentation de Extended Services.

 Installez LAN Server ou LAN Requester sur le poste de travail. Si vous avez
un pilote NDIS pour votre carte rВseau, testez les connexions sur votre rВseau
LAN Server. Consultez la documentation de LAN Services.

 AprКs avoir installВ tous les logiciels IBM, installez Client NetWare pour
OS/2. A l'aide du pilote ODI de la carte, vВrifiez que vous pouvez vous loguer
au rВseau NetWare.

RemarqueUne fois Client NetWare pour Client OS/2 installВ, Extended Services et
LAN Services ne pourront pas utiliser la carte rВseau pour Вtablir des
connexions tant que vous n'aurez pas totalement configurВ ODINSUP comme
l'explique ce chapitre.

ProcВdure1. Ouvrez le fichier PROTOCOL.INI dans un Вditeur de texte.

     PROTOCOL.INI se trouve dans le rВpertoire \IBMCOM de votre unitВ de
     dВmarrage.

     Par exemple, pour utiliser l'Вditeur du systКme OS/2 sur la ligne de
     commande, tapez:

     E C:\IBMCOM\PROTOCOL.INI

 2. RepВrez toutes les occurrences de lignes liant les pilotes NDIS MAC.

     Vous pouvez chercher Bindings = pilote NDIS MAC

     Si vous ne connaissez pas le nom du pilote NDIS recherchВ, consultez votre
     documentation Extended Services ou LAN Services.

     Par exemple, pour rechercher un pilote d'anneau Е jeton NDIS, cherchez la
     ligne suivante:

     Bindings = IBMTOK_NIF

     Les lignes de liaison peuvent ╨ÿtre dans l'une ou l'autre des sections
     suivantes, selon que vous avez installВ Extended Services ou LAN Services:

     [NETBEUI_nif]
     [LANDD_nif]

 3. Utilisez un point-virgule pour mettre en commentaires toutes les lignes de
 liaison trouvВes au cours de l'Вtape 2.

     Par exemple, votre PROTOCOL.INI pour un pilote d'anneau Е jeton peut
     ressembler Е ce qui suit:

     [LANDD_nif]
     .
     .
     ; Bindings = IBMTOK_NIF

 4. AprКs chaque instruction de liaison dВsactivВe, ajoutez une ligne liant le
 protocole NDIS Е un pilote ODI.

     En suivant la syntaxe de la ligne que vous avez dВsactivВe, entrez le nom
     du pilote ODI Е la place du nom du pilote NDIS.

     Par exemple, pour ajouter une ligne spВcifiant le pilote TOKEN.SYS ODI:

     [LANDD_nif]
     .
     .
     ; Bindings = IBMTOK_NIF
     Bindings = TOKEN

 Les noms de pilotes dans le fichier PROTOCOL.INI ne pouvant pas commencer par
 un nombre, placez un X avant les pilotes 3Com et les autres pilotes commenЗant
 par un nombre. (Exemple: Liaisons= X3C503).

 Suggestion Si vous ne savez pas quel nom de pilote ODI utiliser, vous pouvez
 relancer votre machine. Un message d'erreur apparaМtra, affichant le nom du
 pilote ODI devant Иtre utilisВ. Dans ce cas, n'oubliez pas de rВouvrir le
 fichier PROTOCOL.INI et de revenir Е cette Вtape de la procВdure.

 5. (Facultatif) Tapez un nombre pour lier le protocole NDIS Е une carte
 particuliКre.

     Si vous avez plusieurs cartes rВseau utilisant le mИme pilote ODI, le
     protocole NDIS prendra la premiКre.

     Pour que NDIS utilise une autre carte que la premiКre dВtectВe, vous
     pouvez spВcifier un numВro de carte Е la fin du nom du pilote. Tapez le
     numВro d'instance Е la suite du nom du pilote, sans ajouter d'espace avant
     le numВro.

     Par exemple, si vous avez deux cartes rВseau d'anneau Е jeton, faites en
     sorte que NDIS utilise la seconde en tapant un numВro d'instance pour la
     seconde carte, comme dans l'exemple ci-dessous:

     [LANDD_nif]
     .
     .
     ; Bindings = IBMTOK_NIF
     Bindings = TOKEN2

 6. (Facultatif) Liez le protocole NDIS Е d'autres pilotes ODI.

     Pour ce faire, tapez les deux noms de pilotes sur la mИme ligne, sВparВs
     par une virgule.

     Par exemple, pour lier un pilote NE2000 Е un pilote NE1000, tapez:

     Bindings=ne2000,ne1000

 7. Ajoutez un en-t╨ÿte vide pour le pilotes ODI.

     7a. RepВrez la section MAC SECTION dans le fichier PROTOCOL.INI.

          You can search for MAC SECTION.

     7b. A la fin de cette section, tapez un en-t╨ÿte pour chaque pilote ODI
     mentionnВ dans les instructions de liaison aux Вtapes 4 Е 6.

          Utilisez le nom du pilote ODI. Par exemple, pour un pilote ODI
          d'anneau Е jeton, tapez la ligne suivante:Par exemple, pour un pilote
          d'anneau en jeton ODI, tapez:

          [TOKEN]

          InsВrez une ligne vierge avant et aprКs la section d'en-tИte. Si le
          nom de pilote commence par un nombre, vous n'avez pas besoin d'un X
          devant le nombre pour cette Вtape.

          Cet en-tИte de pilote ODI joue le rУle de repКre afin que les
          informations de liaisons ne soient pas effacВes si vous deviez
          refaire une configuration ultВrieure Е l'aide du programme LAPS.

 8. Enregistrez et fermez le fichier PROTOCOL.INI.

     Ne quittez pas encore l'Вditeur de texte. Allez dans "Partie B: Chargement
     d'ODINSUP dans CONFIG.SYS"


ΓòÉΓòÉΓòÉ 16.2.2. Partie B: Chargement d'ODINSUP par le fichier CONFIG.SYS ΓòÉΓòÉΓòÉ

Part B: Loading ODINSUP in CONFIG.SYS

Dans cette section, vous modifiez le fichier CONFIG.SYS dans un Вditeur de
texte afin qu'il:

Γûá Charge le pilote ODINSUP.

■ EmpИche le chargement du pilote de rВseau NDIS (MAC)

Conditions prВalables

 Suivez les instructions de la"Partie A: Liaison des pilotes ODI dans
PROTOCOL.INI"

ProcВdure1. Ouvrez CONFIG.SYS Е l'aide d'un Вditeur de texte.

     CONFIG.SYS se situe sous la racine de votre unitВ de dВmarrage.

 2. RepВrez les lignes qui chargent les pilotes NDIS MAC.

     Par exemple, pour un pilote d'anneau Е jeton, recherchez la ligne
     suivante:

     DEVICE=C:\IBMCOM\MACS\IBMTOK.OS2

     Si vous ne connaissez pas le nom de votre pilote NDIS, consultez la
     documentation Extended Services ou LAN Services.

 3. DВsactivez le pilote NDIS MAC Вquivalent au pilote ODI que vous utilisez.

     Par exemple, pour mettre en commentaires la ligne d'un pilote NDIS MAC
     d'anneau Е jeton, placez une commande REM en face de la ligne qui le
     charge, comme indiquВ ci-dessous:

     REM DEVICE=C:\IBMCOM\MACS\IBMTOK.OS2

     Si vous avez des cartes rВseau et des pilotes NDIS pour d'autres logiciels
     de communication, ne dВsactivez pas les instructions qui les chargent.

 4. Pour Client NetWare pour OS/2, trouvez la ligne qui charge le pilote ODI.

 5. Sous le pilote ODI, insВrez une nouvelle ligne qui chargera le protocole
 ODINSUP.

     ODINSUP est situВ dans le rВpertoire oЧ vous avez installВ les fichiers de
     Client NetWare pour OS/2 (\NETWARE, par dВfaut).

     Par exemple, pour charger le protocole ODINSUP Е partir de l'emplacement
     par dВfaut, tapez:

     DEVICE=C:\NETWARE\ODINSUP.SYS

 RemarqueSi le pilote Source-Routing, ROUTE.SYS, est chargВ aprКs le pilote
 ODI, placez la ligne ODINSUP aprКs la ligne ROUTE.SYS.

 6. VВrifiez que votre fichier rВpond Е l'ordre de chargement requis, indiquВ
 dans le tableau ci-dessous.

     Par dВfaut, cet ordre est respectВ.

     Si vous avez rВorganisВ votre CONFIG.SYS, cela peut aller Е l'encontre de
     l'ordre de chargement requis.

 Ordre de chargement requis pour le fichier ODINSUP

  ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
  │Ces composants . . .          │Doivent Иtre chargВs avant ces│
  Γöé                              Γöécomposants . . .              Γöé
  Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  ΓöéPROTMAN.OS2 (dans la section  ΓöéLe protocole ODINSUP          Γöé
  │OS/2 aprКs les instructions   │                              │
  ΓöéPATH)                         Γöé                              Γöé
  Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  ΓöéLSL.SYS (dans la section      ΓöéLe pilote ODI Le protocole    Γöé
  ΓöéClient NetWare pour OS/2)     ΓöéODINSUP                       Γöé
  Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  ΓöéLe pilote ODI (dans la sectionΓöéLe protocole ODINSUP          Γöé
  ΓöéClient NetWare pour OS/2)     Γöé                              Γöé
  Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  ΓöéNWIFS.IFS (dans la section    ΓöéNETWKSTA.200 (uniquement pour Γöé
  ΓöéClient NetWare pour OS/2)     Γöéles configurations LAN        Γöé
  Γöé                              ΓöéServices)                     Γöé
  ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ

     6a. Si votre fichier rВpond Е l'ordre de chargement requis, allez Е
     l'Вtape 8.

     6b. Si votre fichier n'est pas conforme Е l'ordre de chargement requis,
     allez Е l'Вtape 7

 7. Restructurez votre fichier CONFIG.SYS de faЗon Е ce qu'il respecte l'ordre
 de chargement pour ODINSUP.

     Nous vous suggВrons de vous inspirer de l'exemple correspondant Е votre
     environnement. Consultez la rubrique Exemples de fichiers de configuration
     pour ODINSUP pour obtenir une liste de fichiers de configuration exemples.

     AprКs avoir rВorganisВ votre fichier CONFIG.SYS, allez Е l'Вtape 8.

 8. Enregistrez le fichier CONFIG.SYS et quittez l'Вditeur de texte.

 Ne quittez pas encore l'Вditeur de texte. Allez dans"Partie C: Configuration
 d'ODINSUP dans NET.CFG"


ΓòÉΓòÉΓòÉ 16.2.3. Partie C: Configuration d'ODINSUP dans NET.CFG ΓòÉΓòÉΓòÉ

Part C: Configuring ODINSUP in NET.CFG

Important Un fichier NET.CFG est requis pour utiliser ODINSUP.

Dans cette section, vous Вditez ou crВez un NET.CFG qui:

Γûá active les types de trame pour ODINSUP.

■ indique Е ODINSUP l'adresse de noeud connue de Extended Services, et le
format dans lequel cette adresse est transmise.

■ lie ODINSUP Е un (ou plusieurs) pilote(s) ODI.

Γûá augmente la taille du paquet pouvant ╨ÿtre transmis par le programme Couche de
support de liaisons (si nВcessaire).

Conditions prВalables

Liste de contrУle  Suivez les instructions de la "Partie A: Liaison des
pilotes ODI dans PROTOCOL.INI"

 Suivez les instructions de la "Partie B: Chargement d'ODINSUP dans
CONFIG.SYS"

ProcВdure1. Ouvrez le fichier NET.CFG dans l'Вditeur de texte.

     NET.CFG se situe sous la racine de votre unitВ de dВmarrage. Si le fichier
     NET.CFG n'existe pas, crВez un nouveau fichier sous ce nom.

 2. Activez les types de trame pour ODINSUP.

     2a. Tapez la ligne suivante en haut du fichier:

          link driver nom_pilote

          Remplacez le nom du pilote par le nom de votre pilote ODI. Par
          exemple, pour un pilote d'anneau Е jeton, tapez:

          link driver token

     2b. Sous la ligne du pilote de liaison, tapez les lignes activant les
     types de trame.

          Activez tous les types de trame reconnus par votre carte.

          Utilisez le paramКtre frame Е cet effet.

          Par exemple, pour activer tous les types de trame d'un anneau Е
          jeton, tapez:

          link driver token
               frame token-ring
               frame token-ring_snap

          Pour activer tous les types de trame pour Ethernet, tapez:

          link driver ne2000
               frame ethernet_802.3
               frame ethernet_802.2
               frame ethernet_ii
               frame ethernet_snap

          La premiКre trame dВfinie est la seule trame utilisВe par la requИte
          Get Nearest Server initiale. Par consВquent, si vous avez des
          serveurs qui n'utilisent qu'un seul type de trame, comme
          Ethernet_802.3, indiquez cette trame en premier. De cette faЗon,
          votre poste de travail pourra se connecter par dВfaut Е ces serveurs.

          Important  Quand vous modifiez le fichier NET.CFG, vous devez mettre
          les configurations en retrait et obВir aux autres exigences relatives
          au format, qui sont expliquВes dans "NET.CFG Format Requis".

 3. Lisez ce qui suit pour dВterminer si vous devez spВcifier une adresse de
 noeud dans le fichier NET.CFG.

     Si vous utilisez Extended Services ou LAN Services configurВ pour des
     adresses universelles.

          Il n'est pas nВcessaire de spВcifier une adresse de noeud. Passez Е
          l'Вtape 5.

     Si vous utilisez Extended Services ou LAN Services configurВ pour des
     adresses gВrВes localement

          vous devez spВcifier une adresse de noeud. Utilisez l'adresse
          indiquВe au paramКtre "NetAddress" du fichier PROTOCOL.INI. Supprimez
          le T initial. Par exemple, si PROTOCOL.INI contient la ligne

          NetAddress = "T400000007030"

          l'adresse Е spВcifier dans NET.CFG est

          400000007030

          Passez Е l'Вtape 4.

 4. Tapez une ligne spВcifiant l'adresse de noeud.

     Cette ligne doit Иtre placВe sous l'option "link driver", aprКs ou avant
     les lignes activant les types de trame. L'adresse de noeud doit ╨ÿtre un
     nombre hВxadВcimal de 6 bits (12 caractКres).Utilisez l'adresse que vous
     avez indiquВe Е l'Вtape 3.

     Par exemple, pour spВcifier une adresse de noeud pour une carte d'anneau Е
     jeton dans un environnement Extended Services, tapez :

     node address 400000007030

     Si votre carte admet l'inversion de bits, vous pouvez spВcifier l'adresse
     au format canonique (le bit de poids faible en premier) ou non-canonique
     (le bit de poids fort en premier).

     Par dВfaut, les trames suivantes sont non-canoniques (MSB):

     Γûá Token ring

     Γûá PC Network II

     Les trames Ethernet sont canoniques.

     Si vous spВcifiez l'adresse dans un format autre que le format par dВfaut,
     vous devez tapez un M (bit de poids fort en premier) ou un L (bit de poids
     faible en premier) Е la fin de l'adresse pour dire Е ODINSUP quel format
     vous utilisez.

     Par exemple, pour un environnement Token Ring utilisant le format par
     dВfaut pour l'adresse de noeud, la case "Contenu actuel du fichier
     NET.CFG" devrait contenir des lignes similaires Е celles-ci:

     link driver token
          frame token-ring
          frame token-ring_snap
          node address 400000007030

     Notez que le M n'est pas nВcessaire aprКs l'adresse de noeud car l'adresse
     est spВcifiВe avec le bit de poids fort en premier (format par dВfaut pour
     Token Ring).

     Pour un environnement Token Ring utilisant un format autre que le format
     par dВfaut pour la mИme adresse de noeud, la case "Contenu actuel du
     fichier NET.CFG" devrait contenir des lignes similaires Е celles-ci:

     link driver token
          frame token-ring
          frame token-ring_snap
          node address 020000000E0CL

     Le L de fin d'adresse est nВcessaire car le format utilisВ n'est pas le
     format par dВfaut pour Token-Ring (bit de poids faible en premier).

     Pour un environnement Extended Services Ethernet, le fichier NET.CFG doit
     contenir des lignes ressemblant Е ceci:

     link driver ne2000
          frame ethernet_802.3
          frame ethernet_802.2
          frame ethernet_ii
          frame ethernet_snap
          node address 00001B1B055C

 RemarqueSi vous ne connaissez pas l'adresse de noeud, vous pouvez taper une
 adresse "fictive" et passer Е l'Вtape suivante. Quand vous relancerez votre
 machine, un message d'erreur s'affichera indiquant la bonne adresse. A ce
 moment, vous pouvez rouvrir le fichier NET.CFG et y insВrer l'adresse affichВe
 lors du dВmarrage.

 5. Liez ODINSUP Е un ou plusieurs pilotes ODI.

     Lorsque ODINSUP est liВ Е un pilote, la carte rВseau de ce pilote est
     utilisВe pour les transmissions sous Extended Services et LAN Services.

     5a. Tapez les lignes suivantes:

          protocol odinsup
             bind nom_pilote

          Remplacez nom_pilote par le nom du pilote ODI installВ avec Client
          NetWare pour OS/2.

          Par exemple, pour un pilote d'anneau en jeton ODI, tapez:

          protocol odinsup
             bind token

     5b. (Facultatif) Indiquez un numВro de carte si vous en avez plusieurs
     utilisant le m╨ÿme pilote ODI.

          Si plusieurs cartes rВseau utilisent le mИme pilote ODI, ODINSUP
          parcourt les connecteurs de cartes rВseau et se lie Е la premiКre
          qu'il trouve.

          Pour lier ODINSUP Е une autre carte que la premiКre trouvВe, vous
          pouvez spВcifier un numВro d'instance.

          ODINSUP peut Иtre liВ Е un maximum de quatre cartes.

          Par exemple, si vous avez deux cartes rВseau d'anneau Е jeton, liez
          ODINSUP aux deux cartes en tapant un numВro d'instance pour la
          seconde carte, comme indiquВ ci-dessous:

          protocol odinsup
             bind token
             bind token 2

 6. (Facultatif) Augmentez la taille des paquets transmis par la couche liaison
 de donnВes.

     Ceci peut amВliorer la vitesse de transmission si vous utilisez une carte
     Token-Ring 16/4.

     Pour les autres cartes, consultez la documentation pour connaМtre la
     taille de paquet maximale supportВe. Si la carte accepte des paquets de
     plus de 1514 octets (taille par dВfaut pour la couche liaison de donnВes),
     vous amВliorerez la vitesse de transmission en sВlectionnant la taille
     maximale acceptВe par la carte.

     Pour augmenter la valeur par dВfaut :

     6a. Sous les lignes correspondant au pilote de liaison, tapez la ligne
     suivante:

          link support

     6b. Sous la ligne Link Support, tapez la ligne suivante:

          buffers number size

          Indentez la ligne. Remplacez nombre par un nombre de tampons
          supВrieur Е 1. Remplacez taille_tampon par un nombre d'octets
          supВrieur Е 576.

          Client NetWare pour OS/2 ne peut utiliser plus de 64 Ko de mВmoire
          comme tampons de communication. Les informations d'en-t╨ÿte occupent 5
          Ko. Ceci signifie que le nombre de tampons, multipliВ par leur taille
          (plus l'en-tИte), ne peut Иtre supВrieur Е 65536 octets. Par exemple,
          20 tampons de 1514 octets Вquivalent Е 30280 octets.

          Vous pourriez donc taper:

          link support
             buffers 14 4202

 Important  Pour les cartes Token Ring 16/4, les performances de Client NetWare
 pour OS/2 seront certainement maximisВes si vous spВcifiez 14 tampons de 4202
 bits chacun, comme dans l'exemple ci-dessus.

 7. Enregistrez vos modifications et fermez NET.CFG.

 8. Quittez l'Вditeur de texte.

 9. Choisissez "ArrИt/fermeture" dans le menu systКme d'OS/2 pour relancer
 votre machine.

     Au redВmarrage, le support ODINSUP sera opВrationnel. Client NetWare pour
     OS/2 et Extended Services/LAN Services utiliseront le m╨ÿme pilote ODI et
     la mИme carte sur le rВseau.


ΓòÉΓòÉΓòÉ 16.2.4. Exemples de fichiers de configuration pour ODINSUP ΓòÉΓòÉΓòÉ

Sample Configuration Files for ODINSUP

Cette section contient des exemples de fichiers CONFIG.SYS, NET.CFG et
PROTOCOL.INI pour les environnements Extended Services et LAN Requester.

RemarqueSi vous suivez les Вtapes de la section "Configuration de ODINSUP",
page 220, vos fichiers de configuration ressembleront Е ceux donnВs en exemple.
Nous vous conseillons d'effectuer les exercices ВtudiВs ici, plutУt que de vous
rВfВrer uniquement aux fichiers-exemples.

Fichiers ODINSUP pour un environnement Extended Services

Ces fichiers proviennent d'un ordinateur dans lequel les logiciels suivants
sont installВs:

Γûá OS/2 2.1

Γûá Extended Services v1.0 (adresses locales)

Γûá Client NetWare pour OS/2 avec ODINSUP.

L'ordinateur a utilisВ Communications Manager pour Вtablir une connexion rВseau
Е un hУte IBM.

Fichiers exemples

Fichier PROTOCOL.INI pour ODINSUP sur anneau Е jeton Extended Services

Fichier CONFIG.SYS pour ODINSUP sur anneau Е jeton Extended Services

Fichier NET.CFG pour ODINSUP sur anneau Е jeton Extended Services

Fichiers ODINSUP pour un environnement LAN Requester

Ces fichiers proviennent d'un ordinateur dans lequel les logiciels suivants
sont installВs:

Γûá OS/2 2.1

Γûá LAN Requester 2.0

Γûá Client NetWare pour OS/2 avec ODINSUP

Fichiers exemples

Fichier PROTOCOL.INI pour ODINSUP sur anneau Е jeton LAN Requester

Fichier CONFIG.SYS pour ODINSUP sur anneau Е jeton LAN Requester

Fichier NET.CFG pour ODINSUP sur anneau Е jeton LAN Requester


═══ 16.2.5. Fichier PROTOCOL.INI pour ODINSUP sur anneau Е jeton Extended Services ═══

Extended Services Token Ring PROTOCOL.INI File for ODINSUP


═══ 16.2.6. Fichier CONFIG.SYS pour ODINSUP sur anneau Е jeton Extended Services ═══

Extended Services Token Ring CONFIG.SYS File for ODINSUP


═══ 16.2.7. Fichier NET.CFG pour ODINSUP sur anneau Е jeton Extended Services ═══

Extended Services Token Ring NET.CFG File for ODINSUP


═══ 16.2.8. Fichier PROTOCOL.INI pour ODINSUP sur anneau Е ═══

jeton LAN Requester Requester Token Ring PROTOCOL.INI File for ODINSUP


═══ 16.2.9. Fichier CONFIG.SYS pour ODINSUP sur anneau Е jeton LAN Requester ═══

LAN Requester Token Ring CONFIG.SYS File for ODINSUP


═══ 16.2.10. Fichier NET.CFG pour ODINSUP sur anneau Е jeton LAN Requester ═══

LAN Requester Token Ring NET.CFG File for ODINSUP


ΓòÉΓòÉΓòÉ 17. Utilisation de LANSUP ΓòÉΓòÉΓòÉ

Using LANSUP

Cette section traite de:

la possibilitВ du partage de carte

la configuration de LANSUP

Lisez ce chapitre si vous voulez que Client NetWare pour OS/2 partage une carte
rВseau avec un ou plusieurs des produits logiciels IBM suivants:

     Γûá Extended Services
     Γûá LAN Server
     Γûá LAN Requester

     RemarqueSi vous avez Extended Services ou LAN Services, il se peut que
     vous vouliez configurer le protocole NetBIOS. AprКs avoir suivi les Вtapes
     de ce chapitre, vous pouvez consulter la rubrique "Utilisation de
     NetBIOS".


ΓòÉΓòÉΓòÉ 17.1. Comment est-il possible de partager une carte ? ΓòÉΓòÉΓòÉ

How Board Sharing Is Possible

Client NetWare pour OS/2 utilise des pilotes de protocole et des pilotes de
rВseau Вcrits selon les spВcifications ODI (Open Data-Link Interface).

Extended Services et LAN Services utilisent des pilotes de protocole et des
pilotes de rВseau Вcrits en fonction des spВcifications NDIS.

En dВpit de ces pilotes diffВrents, Client NetWare pour OS/2 peut partager une
carte rВseau avec Extended Services et LAN Services. Cela est possible grГce Е
deux pilotes fournis par Novell:

Γûá ODINSUP,

     Le pilote ODINSUP autorise Extended Services et LAN Services Е utiliser
     des pilotes ODI LAN. Recourez Е ODINSUP si vous souhaitez que le pilote de
     rВseau ODI contrУle la carte. Consultez la rubrique Configuration
     d'ODINSUP

 Γûá LANSUP,

     Le pilote LANSUP autorise Client NetWare pour OS/2 Е utiliser les pilotes
     de rВseau NDIS. Faites appel Е LANSUP si vous souhaitez que le pilote de
     rВseau NDIS contrУle la carte. Consultez la rubrique Configuration de
     LANSUP


ΓòÉΓòÉΓòÉ 17.2. Configuration de LANSUP ΓòÉΓòÉΓòÉ

Setting Up LANSUP

RemarqueSauf indication contraire, les instructions de cette section sont
valables que vous ayez Extended Services, LAN Services ou les deux. Cependant,
les exemples de fichiers de configuration varient en fonction de votre logiciel
IBM. VВrifiez que vous utilisez les fichiers correspondant Е votre
environnement.

La configuration de LANSUP se fait en trois parties. Les deux premiКres sont
obligatoires, mais la troisiКme est facultative.

Partie A: Chargement de LANSUP dans CONFIG.SYS

Partie B: Configuration de LANSUP dans NET.CFG

Partie C: Augmentation de la taille des paquets pour LANSUP (Facultatif)

Exemple de fichiers de configuration pour LANSUP

Le pilote de pВriphВrique LANSUP de Novell remplace les modules CMGRLAN et
TOKENEE utilisВs dans Client NetWare pour OS/2 v1.3.  CMGRLAN et TOKENEE ne
sont plus supportВs dans Client NetWare pour OS/2 2.1.

LANSUP fonctionne avec les pilotes NDIS pour les cartes rВseau PC Network II,
Ethernet et Token-Ring.


ΓòÉΓòÉΓòÉ 17.2.1. Partie A: Chargement de LANSUP dans CONFIG.SYS ΓòÉΓòÉΓòÉ

Part A: Loading LANSUP in CONFIG.SYS

Dans cette section, vous utiliserez le programme d'installation de Client
NetWare pour OS/2 pour charger LANSUP depuis le fichier CONFIG.SYS.

Si Client NetWare pour OS/2 n'est pas encore installВ, vous pourrez le faire en
m╨ÿme temps que l'installation de LANSUP.

RemarqueCes instructions sont valables pour LAN Server et LAN Requester version
2.x.

Conditions prВalables

 Installez Extended Services sur le poste de travail. VВrifiez les connexions
Е Communications Manager ou Е Database Manager. Consultez la documentation de
Extended Services.

 Installez LAN Server ou LAN Requester sur le poste de travail. VВrifiez les
connexions sur votre rВseau LAN Server. Consultez la documentation de LAN
Services.

ProcВdure1. Lancez le programme d'installation de Client NetWare pour OS/2.

     Si Client NetWare pour OS/2 n'est pas installВ, lancez le programme Е
     partir de votre disquette WSOS2_1. Tapez INSTALL. Client NetWare pour OS/2
     peut Иtre installВ en suivant cette procВdure.

     Si Client NetWare pour OS/2 est dВjЕ installВ, vous pouvez lancer le
     programme en choisissant l'icУne "Installation" du groupe "Novell" sur le
     bureau.

 2. SВlectionnez "RequИteur sur le poste de travail" dans le menu
 "Installation".

 3. VВrifiez les rВpertoires cible et source puis sВlectionnez "OK."

 4. SВlectionnez une action dans l'Вcran "Installation du requИteur" selon que
 Client NetWare pour OS/2 est installВ ou non:

     4a. Si Client NetWare pour OS/2 n'est pas installВ, sВlectionnez "Modifier
     CONFIG.SYS" et Copier tous les fichiers..." . . et choisissez "OK".

     4b. Si Client NetWare pour OS/2 est dВjЕ installВ, sВlectionnez "Modifier
     seulement CONFIG.SYS..." . ." et choisissez "OK."

 5. SВlectionnez LANSUP comme pilote LAN ODI pour votre carte rВseau et
 choisissez "Continuer..."

     Lorsque vous sВlectionnez LANSUP, la ligne suivante s'insКre Е la bonne
     place dans votre fichier CONFIG.SYS:

     DEVICE=unitВ:\NETWARE\LANSUP.SYS

 6. SВlectionnez vos prВfВrences quant au support NetWare pour les applications
 DOS et Windows et choisissez "Continuer...". ."

 7. SВlectionnez vos prВfВrences quant au support de protocole facultatif et
 choisissez "Sauvegarder...". ."

 8. VВrifiez le nom et l'emplacement du fichier et choisissez "OK."

     Si vous n'avez pas installВ Client NetWare pour OS/2, l'Вcran "Copier les
     fichiers Requester" apparaМt.Passez Е l'Вtape 9.

     Si vous avez dВjЕ installВ Client NetWare pour OS/2, le menu principal
     d'installation apparaМt. Allez dans "Partie B: Configuration de LANSUP
     dans NET.CFG"

 9. Choisissez "Copier" et suivez les Вcrans pour finir d'installer Client
 NetWare pour OS/2.

     Quand le menu principal rВapparaМt, allez dans "Partie B: Configuration de
     LANSUP dans NET.CFG"


ΓòÉΓòÉΓòÉ 17.2.2. Partie B: Configuration de LANSUP dans NET.CFG ΓòÉΓòÉΓòÉ

Part B: Configuring LANSUP in NET.CFG

Important  L'utilisation de LANSUP nВcessite un fichier NET.CFG.

Dans cette section, vous modifiez ou crВez un fichier NET.CFG qui:

Γûá active les types de trame pour LANSUP

■ indique Е LANSUP l'adresse de noeud utilisВe par la carte rВseau et le format
dans lequel cette adresse est transmise.

Dans cette section, vous augmenterez Вventuellement la taille des paquets
transmis par LANSUP.

Conditions prВalables

 Installez Client NetWare pour OS/2 avec LANSUP en suivant les instructions de
la "Partie A: Chargement de LANSUP dans CONFIG.SYS"

ProcВdure1. Choisissez "Ce poste de travail..." .." dans le menu
"Configuration" du programme d'installation Client NetWare pour OS/2.

     Si le programme d'installation Client NetWare pour OS/2 ne tourne pas,
     effectuez les Вtapes de la "Partie A: Chargement de LANSUP dans
     CONFIG.SYS" puis revenez Е cette Вtape.

 2. VВrifier l'emplacement du fichier NET.CFG et choisissez "Modifier".

     La fenИtre "Modifier NET.CFG" apparaМt.

     Vous pouvez choisir un sujet dans la case "Options NET.CFG" sur cet Вcran
     pour obtenir des informations sur un sujet. Lisez ensuite la fen╨ÿtre
     d'aide en bas de l'Вcran.

     Choisissez les boutons "Usage", "Description" et "Exemple" sur la droite
     de votre Вcran pour avoir plus d'informations sur le sujet que vous avez
     sВlectionnВ.

     Par exemple, pour voir quels types de trame les pilotes d'anneau Е jeton
     admettent, choisissez "frame" sous "Link Driver" dans la case "Options
     NET.CFG". Lisez ensuite les informations de la fen╨ÿtre d'aide.

 3. Dans la case "Contenu actuel du fichier NET.CFG", tapez la ligne suivante:

     link driver lansup

 4. Sous la ligne Link Driver, tapez des lignes qui activeront au moins un type
 de trame.

     LANSUP peut s'utiliser avec les cartes Ethernet, Token-Ring, et PCNet. Le
     tableau ci-dessous dresse la liste des types de trame admis par LANSUP:

     Liste des Types de trame admis par LANSUP

     Carte          Types de trame admis
     Token ring     TOKEN-RING, TOKEN-RING_SNAP
     Ethernet       ETHERNET_802.2, ETHERNET_SNAP
     PCNet          IBM_PCN2_802.2, IBM_PCN2_SNAP

     Par exemple, pour activer des types de trame pour un anneau Е jeton, tapez
     ce qui suit:

     link driver lansup
          frame token-ring

     Pour activer les deux types de trame d'Ethernet, tapez ce qui suit:

     link driver lansup
          frame ethernet_802.2
          frame ethernet_snap

     La premiКre trame dВfinie est la seule trame utilisВe par la requИte Get
     Nearest Server initiale. Si vous avez des serveurs n'utilisant qu'un type
     de trame, comme Ethernet_802.3, placez cette trame en premier. De cette
     faЗon, votre poste de travail pourra se connecter par dВfaut Е ces
     serveurs.

     Important  Utilisez la barre d'espacement pour indenter les lignes. En
     effet, la touche <Tab> sert Е dВplacer le curseur vers la case suivante
     sur l'Вcran. InsВrez une ligne vierge Е la fin du fichier.

     Vous devez vous conformer Е ces conditions et aux autres conditions
     prВalables relatives au format, expliquВes dans le sujet "Format des
     options de NET.CFG". Pour lire ces conditions, sВlectionnez ce sujet dans
     la case "Options NET.CFG" et choisissez le bouton "Usage". Lisez ensuite
     les informations dans la fenИtre d'aide en bas de l'Вcran.

 5. DВfinissez l'adresse de noeud Е utiliser.

     Si vous utilisez Extended Services ou LAN Services configurВ pour des
     adresses universelles.

          Utilisez l'adresse assignВe Е la carte par le fabricant.

     Si vous utilisez Extended Services ou LAN Services configurВ pour des
     adresses gВrВes localement

     Utilisez l'adresse indiquВe au paramКtre "NetAddress" du fichier
     PROTOCOL.INI.  Supprimez le T initial. Par exemple, si PROTOCOL.INI
     contient la ligne

     NetAddress = "T400000007030"

     l'adresse Е spВcifier dans NET.CFG est

     400000007030

 6. Tapez une ligne spВcifiant l'adresse de noeud.

     Cette ligne doit Иtre placВe sous l'option "link driver", aprКs ou avant
     les lignes activant les types de trame. L'adresse de noeud doit ╨ÿtre un
     nombre hВxadВcimal de 6 bits (12 caractКres).

     Par exemple, pour dВfinir une adresse de noeud pour une carte d'anneau Е
     jeton dans un environnement LAN Services, tapez:

          node address 10005a8c62d4

     Si votre carte admet l'inversion de bits, vous pouvez spВcifier l'adresse
     au format canonique (le bit de poids faible en premier) ou non-canonique
     (le bit de poids fort en premier).

     Par dВfaut, les trames suivantes sont non-canoniques (MSB):

     Γûá Token ring

     Γûá PC Network II

     Les trames Ethernet sont canoniques.

     Si vous spВcifiez l'adresse dans un format autre que le format par dВfaut,
     vous devez tapez un M (bit de poids fort en premier) ou un L (bit de poids
     faible en premier) Е la fin de l'adresse pour dire Е ODINSUP quel format
     vous utilisez.

     Par exemple, pour un environnement Token Ring utilisant le format par
     dВfaut pour l'adresse de noeud, la case "Contenu actuel du fichier
     NET.CFG" devrait contenir des lignes similaires Е celles-ci:

     link driver lansup
          frame token-ring
          node address 10005a8c62d4

     Notez que le M n'est pas nВcessaire aprКs l'adresse de noeud car l'adresse
     est spВcifiВe avec le bit de poids fort en premier (format par dВfaut pour
     Token Ring).

     Pour un environnement Token Ring utilisant un format autre que le format
     par dВfaut pour la mИme adresse de noeud, la case "Contenu actuel du
     fichier NET.CFG" devrait contenir des lignes similaires Е celles-ci:

     link driver lansup
          frame token-ring
          node address 08005A31462BL

     Le L de fin d'adresse est nВcessaire car le format utilisВ n'est pas le
     format par dВfaut pour Token-Ring (bit de poids faible en premier).

     Pour un environnement Ethernet, la case "Contenu actuel du fichier
     NET.CFG" devrait contenir des lignes similaires Е celles-ci:

     link driver lansup
          frame ethernet_802.2
          frame ethernet_snap
          node address 00001B1B055C

 RemarqueSi vous ne connaissez pas l'adresse de noeud, vous pouvez taper une
 adresse "fictive" et passer Е l'Вtape suivante. Quand vous relancerez votre
 machine, un message d'erreur s'affichera indiquant la bonne adresse. A ce
 moment, vous pouvez rouvrir NET.CFG et insВrer l'adresse affichВe au moment du
 dВmarrage.

 7. Augmentez Вventuellement la taille des paquets transmis au pilote NDIS par
 LANSUP.

     Ceci peut amВliorer la vitesse de transmission si vous utilisez une carte
     Token-Ring 16 /4.

     Pour les autres cartes, consultez la documentation pour connaМtre la
     taille de paquet maximale supportВe. Si la carte supporte des paquets de
     plus de 1514 octets (la taille par dВfaut pour la couche de liaison) la
     vitesse de transmission peut s'amВliorer si vous sВlectionnez la taille
     maximale supportВe par la carte.

     7a. Si vous voulez augmenter la taille des paquets, consultez la  "Partie
     C: Augmentation de la taille des paquets pour LANSUP (facultatif)"

     7b. Si vous ne voulez pas augmenter la taille des paquets, passez Е
     l'Вtape 8.

 8. Choisissez "Sauvegarder...". ."

 9. Quittez le programme d'installation de Client NetWare pour OS/2.

 10. Choisissez "ArrИt/fermeture" dans le menu systКme d'OS/2 pour relancer
 votre machine.

     Au redВmarrage, le support LANSUP sera opВrationnel. Client NetWare pour
     OS/2 et Extended Services/LAN Services utiliseront le m╨ÿme pilote NDIS et
     la mИme carte sur le rВseau.


ΓòÉΓòÉΓòÉ 17.2.3. Partie C: Augmentation de la taille des paquets pour LANSUP (facultatif) ΓòÉΓòÉΓòÉ

Part C: Increasing Packet Size for LANSUP (Optional)

N'effectuez cette section que si vous y avez ВtВ amenВ par une prВcВdente
section.

Dans cette section, vous:

Γûá modifiez le fichier NET.CFG pour augmenter la taille du paquet pouvant ╨ÿtre
transmis par LANSUP.

Γûá modifiez le PROTOCOL.INI pour augmenter la taille du paquet pouvant ╨ÿtre
transmis par les pilotes NDIS.

Conditions prВalables

 Installez Client NetWare pour OS/2 avec LANSUP en suivant les instructions de
la Partie A: Chargement de LANSUP dans CONFIG.SYS

 Suivez les instructions de la Partie B: Configuration de LANSUP dans NET.CFG

ProcВdure1. SВlectionnez "Link support" dans la case "Options NET.CFG" sur la
gauche de votre Вcran.

     Si le programme d'installation Client NetWare pour OS/2 n'est pas ouvert
     sur la fenИtre "Modifier NET.CFG", effectuez les Вtapes de la Partie B:
     Configuration de LANSUP dans NET.CFG Revenez ensuite Е cette Вtape.

 2. SВlectionnez "buffers" dans "Link Support".

 3. Lisez les informations de la fenИtre d'aide au bas de l'Вcran pour savoir
 comment dВfinir les tampons Link Support.

     Vous pouvez choisir les boutons "Usage," "Description" et "Exemple" sur la
     droite de votre Вcran pour avoir plus d'informations sur Link Support.

 4. Dans "Contenu actuel du fichier NET.CFG", tapez des lignes pour changer la
 configuration de "Link Support buffers".

     Respectez les rКgles de syntaxe indiquВes dans la fenИtre d'aide.

     Indentez la ligne. Remplacez nombre par un nombre de tampons supВrieur Е
     1. Remplacez la taille des tampons par un nombre de bits supВrieur Е 576.

     Client NetWare pour OS/2 ne peut utiliser plus de 64 Ko de mВmoire comme
     tampons de communication. Les informations d'en-t╨ÿte occupent 5 Ko. Ceci
     signifie que le nombre de tampons, multipliВ par leur taille (plus
     l'en-tИte), ne peut Иtre supВrieur Е 65536 octets. Par exemple, 20 tampons
     de 1514 octets Вquivalent Е 30280 octets.

     Vous pourriez donc taper:

     link support
          buffers 14 4202

 Important  Pour les cartes Token Ring 16/4, les performances de Client NetWare
 pour OS/2 seront certainement maximisВes si vous spВcifiez 14 tampons de 4202
 bits chacun, comme dans l'exemple ci-dessus.

 5. Choisissez "Sauvegarder...". ."

 6. Quittez le programme d'installation de Client NetWare pour OS/2. Sans
 redВmarrer votre systКme, passez Е l'Вtape 7.

 7. Lancez LAPS pour modifier PROTOCOL.INI.

 8. Changez la taille du tampon de transmission. Affectez-lui une taille
 supВrieure de 6 octets Е celle que vous avez spВcifiВe pour la taille des
 tampons de Link Support (Вtape 4).

     La valeur spВcifiВe doit Иtre un multiple de 8. Consultez votre
     documentation LAPS pour avoir plus d'informations sur le changement de la
     taille du tampon de transmission.

 Important  SpВcifiez une taille de tampon de transmission de 4,208 si vous
 utilisez des cartes Token Ring 16/4.

     Le programme LAPS insКre la ligne suivante dans la section pilote NDIS MAC
     de votre fichier PROTOCOL.INI:

     XMITBUFSIZE = 4208

 9. Quittez LAPS.

 10. Choisissez " ArrИt/fermeture" dans le menu systКme d'OS/2 pour relancer
 votre machine.

     Au redВmarrage, le support LANSUP sera opВrationnel.

     Client NetWare pour OS/2 et Extended Services/LAN Services utiliseront le
     mИme pilote NDIS et la mИme carte sur le rВseau.


ΓòÉΓòÉΓòÉ 17.2.4. Exemples de fichiers de configuration pour LANSUP ΓòÉΓòÉΓòÉ

Sample Configuration Files for LANSUP

Cette section contient des exemples de fichiers CONFIG.SYS, NET.CFG et
PROTOCOL.INI pour les environnements Extended Services et LAN Requester.

RemarqueSi vous avez suivi les instructions de "Configuration de LANSUP",  vos
fichiers de configuration ressembleront Е ceux donnВs en exemple. Nous vous
conseillons d'effectuer les exercices ВtudiВs ici, plutУt que de vous rВfВrer
uniquement aux fichiers-exemples.

Fichiers LANSUP pour un environnement Extended Services

Ces fichiers proviennent d'un ordinateur dans lequel les logiciels suivants
sont installВs:

Γûá OS/2 Version 2.1

Γûá Extended Services v1.0 (adresses locales)

Γûá Client NetWare pour OS/2 avec LANSUP.

L'ordinateur a utilisВ Communications Manager pour Вtablir une connexion rВseau
Е un hУte IBM.

Fichiers exemples

Fichier CONFIG.SYS pour LANSUP sur anneau Е jeton Extended Services

Fichier NET.CFG pour LANSUP sur anneau Е jeton Extended Services

Fichier PROTOCOL.INI pour LANSUP sur anneau Е jeton Extended Services

Fichiers ODINSUP pour un environnement LAN Requester

Ces fichiers proviennent d'un ordinateur dans lequel les logiciels suivants
sont installВs:

Γûá OS/2 v2.1

Γûá LAN Requester v2.0

Γûá Client NetWare pour OS/2 avec LANSUP

Fichiers exemples

Fichier CONFIG.SYS pour LANSUP sur anneau Е jeton LAN Requester

Fichier NET.CFG pour LANSUP sur anneau Е jeton LAN Requester

Fichier PROTOCOL.INI pour LANSUP sur anneau Е jeton LAN Requester


═══ 17.2.5. Fichier CONFIG.SYS pour LANSUP sur anneau Е jeton Extended Services ═══

Extended Services Token Ring CONFIG.SYS File for LANSUP


═══ 17.2.6. Fichier NET.CFG pour LANSUP sur anneau Е jeton Extended Services ═══

Extended Services Token Ring NET.CFG File for LANSUP


═══ 17.2.7. Fichier PROTOCOL.INI pour LANSUP sur anneau Е jeton Extended Services ═══

Extended Services Token Ring PROTOCOL.INI File for LANSUP


═══ 17.2.8. Fichier CONFIG.SYS pour LANSUP sur anneau Е jeton LAN Requester ═══

LAN Requester Token Ring CONFIG.SYS File for LANSUP


═══ 17.2.9. Fichier NET.CFG pour LANSUP sur anneau Е jeton LAN Requester ═══

LAN Requester Token Ring NET.CFG File for LANSUP


═══ 17.2.10. Fichier PROTOCOL.INI pour LANSUP sur anneau Е jeton LAN Requester ═══

LAN Requester Token Ring PROTOCOL.INI File for LANSUP


═══ 18. RВfВrence des options de NET.CFG ═══

NET.CFG Options Reference

Voici une liste alphabВtique de toutes les options de NET.CFG. Pour savoir
comment modifier le fichier NET.CFG, obtenir des informations sur son format
ainsi que sur les raisons de configurer, consultez Configuration de Client
NetWare pour OS/2

Toutes les informations de cette annexe se trouvent Вgalement dans l'aide en
ligne du programme d'installation et de configuration de NetWare Requester.

ThКmes

     Daemon Configuration
     Link Driver
     Link Support
     Named Pipes
     NetWare NetBIOS
     NetWare Requester
     Protocol ODINSUP
     Protocol Stack IPX
     Protocol Stack SPX
     Token-Ring Source-Route Driver


ΓòÉΓòÉΓòÉ 18.1. Daemon Configuration ΓòÉΓòÉΓòÉ

Daemon Configuration

Utilisez cette option pour dВterminer la durВe pendant laquelle les messages
d'erreur liВs au rВseau restent sur votre Вcran. Cette option ne contrУle que
les messages locaux et Е diffusion gВnВrale.

RemarqueLes messages locaux et Е diffusion gВnВrale apparaissent dans une
petite case sur votre Вcran et vous invitent Е "Appuyer sur la touche <Echap>
pour continuer..."

Syntaxe

     daemon configuration
        message timeout nombre

 Message timeout

     Remplacez nombre par le nombre de millisecondes pendant lesquelles vous
     souhaitez que les messages locaux et Е diffusion gВnВrale restent affichВs
     avant de disparaМtre.

     Pour empИcher l'affichage de ces messages, remplacez nombre par 0 (zВro).

     Si vous supprimez cette ligne de votre NET.CFG, les messages locaux et Е
     diffusion gВnВrale restent affichВs jusqu'Е ce que vous appuyiez sur
     <Echap>.

 Valeur par dВfaut

 Les messages locaux et Е diffusion gВnВrale restent affichВs jusqu'Е ce que
 vous appuyiez sur <Echap>.

 Exemple

 Pour empИcher les messages locaux et Е diffusion gВnВrale de s'afficher:

     daemon configuration
        message timeout 0


ΓòÉΓòÉΓòÉ 18.2. Link Driver ΓòÉΓòÉΓòÉ

Link Driver

Cette option permet de prВciser la configuration matВrielle des pilotes de
rВseau, pour chaque carte du poste de travail.

Utilisez cette option uniquement si les cartes de rВseau ne font pas appel aux
paramКtres par dВfaut. Les paramКtres dВfinis pour cette option doivent
correspondre aux paramКtres de configuration matВrielle des cartes.

RemarqueSi vous avez plus d'une carte rВseau dans votre poste de travail,
mettez cette option dans votre fichier NET.CFG pour chaque carte.

Syntaxe

     link driver nom
        alternate
        dma [index] canal
        frame nom
        int [index] irq
        mem [index] adresse de dВpart [taille]
        node address numВro
        port [index] port de dВpart [numВro]
        protocol nom id trame
        slot numВro


ΓòÉΓòÉΓòÉ 18.2.1. link driver ΓòÉΓòÉΓòÉ

link driver

Cette option permet d'indiquer le nom du pilote de rВseau dont vous voulez
modifier les valeurs par dВfaut.

Syntaxe

     link driver nom

 Remplacez nom par le nom du pilote. Le tableau  Liste des cartes rВseau et
 pilotes dresse la liste de certaines cartes rВseau et de leur noms de pilote.

 Valeur par dВfaut

     Aucune

 Exemple

 Pour configurer un pilote PC IBM Token-Ring, tapez ce qui suit quelle que soit
 la configuration.

     link driver token


ΓòÉΓòÉΓòÉ 18.2.2. alternate ΓòÉΓòÉΓòÉ

alternate

SpВcifie une carte secondaire. En principe, les pilotes LANSUP, IBM token ring
et NTR2000, et PCN2L utilisent la carte primaire.

Syntaxe

     link driver nom
        alternate

 Valeur par dВfaut

 Aucune

 Exemple

 Pour demander au pilote LANSUP.COM d'utiliser une carte secondaire, placez les
 lignes suivantes dans votre fichier NET.CFG :

     link driver nom
        alternate


ΓòÉΓòÉΓòÉ 18.2.3. DMA ΓòÉΓòÉΓòÉ

DMA

Ce paramКtre permet d'indiquer le canal d'accКs direct Е la mВmoire (DMA)
utilisВ par la carte de rВseau.

Syntaxe

     link driver nom
        dma [index] canal

 Remplacez index par #1 ou #2 (facultatif).

 Le numВro du canal DMA peut Иtre enregistrВ sur les deux lignes de la table de
 configuration du pilote de la carte. Ces lignes sont ВtiquetВes #1 et #2.

 Remplacez canal par le numВro de canal utilisВ par la carte.

 Les numВros de canal des diffВrentes cartes rВseau figurent dans la
 documentation livrВe avec ces cartes.

 Valeurs par dВfaut

 Index: #1

 La plupart des cartes utilisent ce paramКtre par dВfaut.

 Canal : dВfini par le pilote. Consultez la documentation fournie avec la
 carte.

 La modification du paramКtre DMA est impossible sur les cartes 3Com Etherlink
 503 et inutile sur les cartes 3Com Etherlink 505. Vous pouvez, en revanche,
 modifier ce paramКtre sur les cartes 3Com Etherlink 523.

 Exemple

 Pour dВfinir le canal DMA pour une carte 3Com Etherlink 505:

     link driver 3C505
        dma 7


ΓòÉΓòÉΓòÉ 18.2.4. frame ΓòÉΓòÉΓòÉ

frame

Ce paramКtre permet d'indiquer le type de trame utilisВ par le pilote de votre
carte de rВseau.

Il convient de ne l'utiliser qu'avec des cartes pouvant gВrer plusieurs types
de trame ou si vous souhaitez que plusieurs rВseaux (adresses de rВseau
distinctes) partagent la mИme carte et le mИme cГblage.

Le type de trame transmis par le poste de travail doit correspondre au type de
paquets transmis par les serveurs du rВseau.

Syntaxe

     link driver nom
        frame nom

 Remplacez le nom par le nom du type de trame. Le tableau  Types de trame et
 pilotes de LAN dresse la liste des types de trame courants et des pilotes de
 cartes rВseau qui supportent chaque type. Cette liste n'est pas exhaustive.

 Valeur par dВfaut

 DВfini par le pilote. Consultez la documentation fournie avec la carte.

 Exemples

 Pour spВcifier le type de trame Ethernet_802.2 pour une carte NE2000:

     link driver ne2000
        frame ethernet_802.2

 Pour spВcifier les types de trame Ethernet_802.2 et Ethernet_802.3 pour une
 carte NE1000 (pour deux rВseaux logiques):

     link driver ne1000
        frame ethernet_802.2
        frame ethernet_802.3

 Si vous utilisez le pilote ODINSUP, vous devez activer plusieurs types de
 trame pour chaque pilote. Pour Ethernet, activez Ethernet_802.3, Ethernet_II,
 Ethernet_802.2 et Ethernet_SNAP.

 Pour Token-Ring, activez Token-Ring et Token-Ring_SNAP. Pour plus
 d'informations sur ODINSUP, consultez la section Utilisation de ODINSUP

 Vous pouvez spВcifier plusieurs types de trame pour un seul pilote. Par
 exemple, vous pouvez spВcifier qu'une carte Ethernet NE2000 peut utiliser les
 types de trame Ethernet_802.2 et Ethernet_802.3. 802.2 correspond au mode de
 communication sur un rВseau et 802.3 au mode de communication sur l'autre
 rВseau.

 Vous pouvez utiliser jusqu'Е 4 types de trame pour le mИme cГblage Ethernet.
 Il peut s'agir indiffВremment de quatre cartes de rВseau avec un type de trame
 dВfini pour chacune, d'une seule carte de rВseau pour laquelle quatre types de
 trame sont dВfinis ou toute autre combinaison similaire.

 Pour la cГblage Token-Ring, deux types de trame constituent le maximum
 autorisВ.

 Le type de trame par dВfaut pour les pilotes Ethernet est dВsormais
 Ethernet_802.2. Cela peut crВer un conflit avec le type de trame utilisВ sur
 votre rВseau. Consultez la rubriqueSpВcification des types de trame pour un
 pilote LAN pour en savoir plus sur la spВcification du type de trame.


ΓòÉΓòÉΓòÉ 18.2.5. int ΓòÉΓòÉΓòÉ

int

Ce paramКtre permet d'indiquer la ligne de demande d'interruption (IRQ)
utilisВe par la carte de rВseau pour communiquer avec le pilote.

Syntaxe

     link driver nom
        int [index] irq

 Remplacez index par #1 ou #2 (facultatif).

 Le nombre de lignes d'interruption peut Иtre enregistrВ sur les deux lignes de
 la table de configuration du pilote de la carte. Ces lignes sont ВtiquetВes #1
 et #2.

 Remplacez irq par le numВro de la ligne d'interruption utilisВe par la carte.

 Pour dВterminer ce numВro, consultez la documentation fournie avec la carte.

 Valeurs par dВfaut

 Index: #1

 IRQ: DВfini par le pilote. Consultez la documentation fournie avec la carte.

 Exemple

 Pour dВfinir la ligne d'interruption pour une carte NE2000:

     link driver ne2000
        int 3

 Avant de modifier le paramКtre d'interruption de votre carte, renseignez-vous
 sur les paramКtres d'interruption associВs au reste du matВriel que vous
 utilisez (par exemple, les Вcrans). Ainsi, les interruptions 2 et 9 Е 15 Вtant
 gВnВralement rВservВes, il convient de ne pas les utiliser (2
 particuliКrement) pour votre carte de rВseau. L'utilisation des interruptions
 3, 5 ou 7 est recommandВe pour la plupart des cartes de rВseau.

 Si vous utilisez un ordinateur PS/2 sur un rВseau Token-Ring, n'effectuez pas
 d'auto-configuration avec la disquette RВfВrence. Cela risquerait de poser des
 problКmes.


ΓòÉΓòÉΓòÉ 18.2.6. mem ΓòÉΓòÉΓòÉ

mem

Ce paramКtre permet de prВciser la plage de mВmoire pouvant Иtre utilisВe par
le pilote.

Syntaxe

     link driver nom
        mem [index] taille adresse_de_dВpart

 Remplacez index par #1 ou #2 (facultatif).

 Le registre mВmoire peut Иtre enregistrВ sur les deux lignes de la table de
 configuration du pilote de la carte. Ces lignes sont ВtiquetВes #1 et #2.

 Remplacez adresse_de_dВpart par une adresse mВmoire hВxadВcimale qui commence
 le registre. Cette adresse doit comporter cinq chiffres et correspondre Е
 l'adresse affectВe Е la carte par le constructeur. (Consultez la documentation
 fournie avec la carte.)

 Remplacez la taille par un nombre hВxadВcimal de paragraphes dans le registre
 mВmoire (facultatif).

 Valeurs par dВfaut

 "Index: #1" = adresse ROM

 "Index: #2" = adresse RAM (D8000 par dВfaut avec TOKEN.SYS)

 Adresse de dВpart: DВfinie par le pilote. Consultez la documentation fournie
 avec la carte.

 Taille : dВfinie par le pilote. Consultez la documentation fournie avec la
 carte.

 Exemple

 Pour dВfinir le registre de mВmoire pour une carte Token-Ring:

     link driver token
        mem cc000 200

 Assignez Е chaque carte un seul registre de mВmoire. Assurez-vous que vous
 n'assignez pas un registre qui est dВjЕ utilisВ par une autre machine. (Les
 moniteurs VGA utilisent gВnВralement A0000-C6FFF et les moniteurs XVGA
 utilisent gВnВralement A0000-CFFFF.)


ΓòÉΓòÉΓòÉ 18.2.7. node address ΓòÉΓòÉΓòÉ

node address

Ce paramКtre permet de modifier l'adresse de noeud associВe Е une carte de
rВseau. Il ne peut Иtre utilisВ qu'avec des cartes capables de neutraliser
l'adresse prВdВfinie.

Syntaxe

     link driver nom
        node address nombre

 Remplacer le nombre par une adresse hВxadВcimale. Vous pouvez commencer cette
 adresse par le bit le moins significatif (format lsb) ou le plus significatif
 (format msb).

 Valeur par dВfaut

 Adresse prВdВfinie sur la carte.

 Exemple

 Pour changer l'adresse pour la carte utilisant le pilote ODINSUP:

     link driver odinsup
        node address 02608c861759


ΓòÉΓòÉΓòÉ 18.2.8. port ΓòÉΓòÉΓòÉ

port

Ce paramКtre permet d'indiquer la plage de ports E/S utilisВe par la carte de
rВseau.

Syntaxe

     link driver nom
        port [index] port_de_dВpart [numВro]

 Remplacez index par #1 ou #2 (facultatif).

 Les informations relatives aux ports peuvent Иtre enregistrВes sur les deux
 lignes de la table de configuration du pilote de la carte. Ces lignes sont
 ВtiquetВes #1 et #2.

 Remplacez port_dВbut par le numВro hexadВcimal du port marquant le dВbut de la
 plage. Il est recommandВ de ne pas utiliser les numВros 2EO et 2FO, ceux-ci
 Вtant gВnВralement rВservВs par ARCnet pour d'autres fonctions.

 Remplacez nombre par le nombre de bits hВxadВcimal du registre (facultatif).

 Valeurs par dВfaut

 Index: #1

 Port_de_dВpart: DВfini par le pilote. Consultez la documentation fournie avec
 la carte.

 Nombre: DВfini par le pilote. Consultez la documentation fournie avec la
 carte.

 Exemple

 Pour dВfinir le registre mВmoire de la carte utilisant le pilote NE2000:

     link driver ne2000
        port 300


ΓòÉΓòÉΓòÉ 18.2.9. protocol ΓòÉΓòÉΓòÉ

protocol

Ce paramКtre permet aux pilotes de rВseau d'utiliser des protocoles dont les
types de trame sont diffВrents.

Syntaxe

     link driver nom
        protocole nom ID trame

 Remplacez nom par l'acronyme d'un protocole compatible ODI. Voici quelques
 protocoles courants:

 ARP
 IP
 IPX (protocole NetWare)
 RARP

 Remplacez ID par le nombre hВxadВcimal du protocole correspondant au type de
 trame que vous spВcifiez.

 Remplacez trame par le type de trame utilisВ avec le protocole. Le tableau
 montre des protocoles courants avec les types de trame et les nombres
 hВxadВcimaux qu'ils utilisent.

 Valeurs par dВfaut

 Nom: IPX

 ID: 0

 Trame: Ethernet_802.3

 Exemple

 Pour assigner le protocole ARP Е une trame Ethernet II:

     link driver NE2000
        protocol arp 806 ethernet_ii


ΓòÉΓòÉΓòÉ 18.2.10. slot ΓòÉΓòÉΓòÉ

slot

Utilisez ce paramКtre pour dire Е NetWare quel connecteur d'extension la carte
EISA ou Microchannel utilise.

Les cartes EISA et Microchannel sont auto-configurВes et NetWare peut obtenir
toutes les informations relatives au pilote de liaison de la carte elle-m╨ÿme.
Vous devez indiquer au Requester quel connecteur la carte utilise ou, si vous
n'avez qu'une carte d'un type particulier, lui demander d'analyser tous les
connecteurs jusqu'Е ce qu'il trouve cette carte.

Syntaxe

     link driver nom
        slot numВro

 Remplacez numВro par le numВro du connecteur d'extension que la carte utilise
 ou par un point d'interrogation pour dire Е NetWare d'analyser tous les
 connecteurs.

 Valeur par dВfaut

 Aucune

 Exemple

 Pour configurer automatiquement les pilotes avec une carte NE/2 sur le
 connecteur 4 et une carte NE/2 sur le connecteur 2:

     link driver ne2
        slot 4

     link driver ne2
        slot 2

 Le paramКtre slot est le seul paramКtre Link Driver relatif au matВriel que
 vous avez Е dВfinir dans ce cas.

 Pour analyser les connecteurs pour une carte Novell Ethernet NE/2:

     link driver ne2
        slot ?


ΓòÉΓòÉΓòÉ 18.2.11. Tableau des pilotes de LAN ΓòÉΓòÉΓòÉ

List of Network Boards and Driver Table

Ce tableau est une liste des cartes rВseau et des pilotes courants.

 Nom pilote     Carte rВseau

 NE2            Novell Ethernet NE/2

 NE2_32         Novell Ethernet NE/2-32

 NE1000         Novell Ethernet NE1000

 NE2000         Novell Ethernet NE2000

 TOKEN          IBM Token ring

 LANSUP         Cartes utilisant les pilotes NDIS

 ODINSUP        IBM Token Ring et Ethernet Communications Manager

 3C501          3Com EtherLink series 501

 3C503          3Com EtherLink series 503

 3C505          3Com EtherLink series 505

 3C523          3Com EtherLink/MC series

 PCN2           IBM PC Network II et II/A (ancien format de trame Novell)

 PCN2L          IBM PC Network II et II/A (nouveau format de trame IBM)

 RemarqueLes pilotes PCN2 et PCN2L ne peuvent pas Иtre utilisВs dans le mИme
 poste de travail.


ΓòÉΓòÉΓòÉ 18.2.12. Liste des types de trame et des pilotes de LAN ΓòÉΓòÉΓòÉ

List of Frame Types and LAN Drivers

 Type de trame       Pilote carte LAN

 Ethernet 802.3      NE1000, NE2000, NE2100, NE2, NE2 32, 3C501, 3C503, 3C505,
                     3C523, EXOS205, EXOS215, ODINSUP

 Ethernet 802.2      NE1000, NE2000, NE2100, NE2, NE2 32, 3C501, 3C503,
                     EXOS205, EXOS215, ODINSUP, LANSUP

 Ethernet II         NE1000, NE2000, NE2100, NE2, NE2 32, 3C501, 3C503, 3C505,
                     3C523, EXOS205, EXOS215, ODINSUP

 Ethernet SNAP       NE1000, NE2000, NE2100, NE2, NE2 32, 3C501, 3C503,
                     EXOS205, EXOS215, ODINSUP, LANSUP

 Token ring          ODINSUP, TOKEN, LANSUP

 Token ring SNAP     ODINSUP, TOKEN, LANSUP

 IBM pcn2 802.2      PCN2, PCN2L, LANSUP

 IBM pcn2 snap       PCN2, PCN2L, LANSUP

 Novell rx-net       TRXNET, TRXNET2


ΓòÉΓòÉΓòÉ 18.2.13. Protocoles et types de trame ΓòÉΓòÉΓòÉ

List of protocols, frame types, and hexadecimal ID numbers

ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
│Protocole │Type de trame  │NumВro    │
│          │               │hexadВcima│
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéIPX       ΓöéEthernet_802.3 Γöé0         Γöé
Γöé          ΓöéEthernet_802.2 ΓöéE0        Γöé
Γöé          ΓöéToken-Ring     ΓöéE0        Γöé
Γöé          ΓöéIBM_PCN2_802.2 ΓöéE0        Γöé
Γöé          ΓöéEthernet_II    Γöé8137      Γöé
Γöé          ΓöéEthernet_SNAP  Γöé8137      Γöé
Γöé          ΓöéToken-Ring_SNAPΓöé8137      Γöé
Γöé          ΓöéIBM_PCN2_SNAP  Γöé8137      Γöé
Γöé          ΓöéNovell_RX-Net  ΓöéFA        Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéIP        ΓöéEthernet_II    Γöé800       Γöé
Γöé          ΓöéEthernet_SNAP  Γöé800       Γöé
Γöé          ΓöéToken-Ring_SNAPΓöé800       Γöé
Γöé          ΓöéNovell_RX-Net  ΓöéD4        Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéARP       ΓöéEthernet_II    Γöé806       Γöé
Γöé          ΓöéEthernet_SNAP  Γöé806       Γöé
Γöé          ΓöéToken-Ring_SNAPΓöé806       Γöé
Γöé          ΓöéNovell_RX-Net  ΓöéD5        Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéRARP      ΓöéEthernet_II    Γöé8035      Γöé
Γöé          ΓöéEthernet_SNAP  Γöé8035      Γöé
Γöé          ΓöéToken-Ring_SNAPΓöé8035      Γöé
Γöé          ΓöéNovell_RX-Net  ΓöéD6        Γöé
ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ


ΓòÉΓòÉΓòÉ 18.3. Link Support ΓòÉΓòÉΓòÉ

Link Support

Utilisez cette option pour adapter le nombre et la taille des tampons de
communication utilisВs par le Client.

Syntaxe

     link support
        buffers nombre [taille_tampon]

 buffers

 Remplacez nombre par un nombre de tampons supВrieur Е 1.

 Remplacez taille_tampon par un nombre d'octets supВrieur Е 576.

 Client NetWare pour OS/2 ne peut utiliser plus de 64 Ko de mВmoire comme
 tampons de communication. Les informations d'en-t╨ÿte occupent 5 Ko. Ceci
 signifie que le nombre de tampons, multipliВ par leur taille (plus l'en-tИte),
 ne peut Иtre supВrieur Е 65536 octets. Par exemple, 20 tampons de 1514 octets
 Вquivalent Е 30280 octets.

 Valeurs par dВfaut

 Nombre: 20 tampons

 Taille_tampons: 1514 bits

 Exemples

 Pour une configuration Ethernet:

     link support
        buffers 15 1514

 Pour une configuration Token-Ring:

     link support
        buffers 14 4210

 Notes

 1. Accroissement de l'efficacitВ. Pour une communication plus efficace, votre
 tampon support de liaison doit avoir la m╨ÿme taille que les paquets que votre
 poste de travail recevra par le rВseau. Vous pouvez dВfinir la taille du
 tampon support de liaison Вgale Е la plus grande taille de paquet que
 recevront vos cartes rВseau.

 2. Utilisation du pilote TRXNET.SYS. Si votre poste de travail rencontre des
 problКmes de performance en tournant avec TRXNET.SYS, il se peut que vous
 deviez reconfigurer le nombre et la taille autorisВs pour les tampons supports
 de liaison. DВfinissez les valeurs suivantes:

     link support
        buffers 15 4202

 TRXNET.SYS ne prend en charge que les cartes SMC100, 110 et 120.


ΓòÉΓòÉΓòÉ 18.4. Named Pipes ΓòÉΓòÉΓòÉ

Named Pipes

Cette option permet de gВrer les sessions de Named Pipes.

Syntaxe

     named pipes
        advertise board numВro carte
        client sessions nombre
        machine names nombre


ΓòÉΓòÉΓòÉ 18.4.1. advertise board ΓòÉΓòÉΓòÉ

advertise board

Utilisez ce paramКtre pour spВcifier une carte que le serveur Named Pipes
utilisera pour s'avertir lui-mИme. Vous ne devez configurer plus d'un paramКtre
que dans le cas oЧ les cartes spВcifiВes font partie de rВseaux sВparВs.

Syntaxe

 named pipes
     advertise board numВro carte

 Remplacez numВro de carte par le numВro logique d'une carte rВseau. Ce numВro
 peut prendre toute valeur de 1 Е 16.

 Les numВros logiques de carte sont affectВs dans l'ordre croissant pour chaque
 type de trame tels qu'ils apparaissent dans votre configuration. Notez que des
 numВros logiques de carte sont affectВs aux types de trame par dВfaut.

 Le numВro donnВ doit Иtre le numВro logique de carte d'un type de trame
 utilisВ par IPX. (Note: Vous spВcifiez l'utilisation IPX d'un type de trame
 avec le paramКtre de configuration du protocole, sous l'option link driver.)

 Valeur par dВfaut

 Le serveur Named Pipes s'avertira lui-mИme par la carte IPX primaire du rВseau
 si cette configuration n'est pas spВcifiВe, n'est pas dans le registre ou si
 le numВro de carte donnВ ne correspond au numВro logique de carte d'aucun des
 types de trame utilisВs par IPX.

 Exemple

 Configurez les serveurs Named Pipes comme suit de maniКre Е utiliser les
 cartes logiques dВfinies par le pilote de liaison NE2000, les types de trame
 Ethernet 802.2 et Ethernet 802.3 pour avertir le serveur :

 Link Driver NE2
     Frame Ethernet_802.2;carte logique 1
     Frame Ethernet_II;carte logique 2
     Protocol IPX E0 Ethernet_802.2
     Protocol IP 800 Ethernet_II

 Link Driver NE2000
     Frame Ethernet_802.2;carte logique 3
     Frame Ethernet_802.3;carte logique 4
     Protocol IPX E0 Ethernet_802.2
     Protocol IPX 0 Ethernet_802.3

 Named Pipes
     Advertise Board 3
     Advertise Board 4


ΓòÉΓòÉΓòÉ 18.4.2. client sessions ΓòÉΓòÉΓòÉ

client sessions

Ce paramКtre permet d'indiquer le nombre maximal de logins qu'un poste de
travail peut Вtablir avec tous les serveurs de Named Pipes.

Syntaxe

     named pipes
        client sessions nombre

 Remplacez nombre par une valeur comprise entre 3 et 128.

 Vous devez disposer d'au moins une session cliente pour chaque login entre une
 application OS/2 et un serveur de Named Pipes.

 Valeur par dВfaut

 16 sessions.

 La valeur par dВfaut suffit gВnВralement, sauf pour les applications utilisant
 de nombreux Named Pipes.

 Exemple

 Pour permettre Е chaque client d'ouvrir trente sessions:

     named pipes
        client sessions 30


ΓòÉΓòÉΓòÉ 18.4.3. machine names ΓòÉΓòÉΓòÉ

macine names

Utilisez ce paramКtre pour forcer Named Pipes Е crВer une table locale des noms
de serveurs. Cette fonction est utilisВe dans toutes les sessions sur poste de
travail client OS/2. Cette configuration est nВcessaire pour les opВrations Е
distance Named Pipes quand il n'y a pas de serveur NetWare sur le rВseau.

Syntaxe

 named pipes
     machine names nombre

 Remplacez nombre par un nombre compris entre 4 et 100. Ce nombre indique
 combien de noms de serveurs Named Pipes vous voulez cacher.

 Valeur par dВfaut

 0 (requИte rВseau pour noms de serveurs Named Pipes).

 Exemple

 Pour configurer Е 5 le nombre de noms de serveurs localement cachВs :

 named pipes
     machine names 5


ΓòÉΓòÉΓòÉ 18.5. NetWare NetBIOS ΓòÉΓòÉΓòÉ

NetWare NetBIOS

Cette option permet de gВrer les noms et les sessions NetBIOS et d'effectuer
l'allocation de mВmoire interne pour NetBIOS.

CatВgories de paramКtres NetBIOS NetWare

Gestion de nom

     Broadcast count
     Broadcast delay
     Internet
     Names

 CrВation de session

     Retry count
     Retry delay
     Sessions

 Gestion de session

     Abort timeout
     Listen timeout
     Verify timeout

 Gestion de commande

     Commands

 Syntaxe

     netware netbios
        abort timeout nombre
        bind numВro carte
        broadcast count nombre
        broadcast delay nombre
        commands nombre
        internet [on|off]
        listen timeout nombre
        names nombre
        retry count nombre
        retry delay nombre
        sessions nombre
        verify timeout nombre


ΓòÉΓòÉΓòÉ 18.5.1. Abort timeout, listen timeout, verify timeout ΓòÉΓòÉΓòÉ

abort, listen, and verify timeout

Ces paramКtres permettent de superviser et de contrУler les logins NetBIOS.

Quand les sessions NetBIOS d'un ordinateur Вmetteur ne reЗoivent aucune
transmission de l'ordinateur rВcepteur pendant la durВe du "dВlai de
vВrification", NetBIOS envoie un paquet Е l'ordinateur rВcepteur pour rВclamer
un accusВ de rВception. NetBIOS attend une rВponse pendant toute la durВe du
оdВlai d'attente d'Вcouteп.

En l'absence de toute rВponse, NetBIOS envoie un autre paquet rВclamant un
accusВ de rВception immВdiat. Il attente alors pendant la "durВe d'attente
d'abandon".

Si aucune rВponse ne lui parvient, NetBIOS met fin Е la session.

Syntaxe

     netware netbios
        abort timeout nombre
        listen timeout nombre
        verify timeout nombre

 Abort timeout: Remplacez nombre par un nombre de millisecondes supВrieur Е
 500.

 Listen timeout: Remplacez nombre par un nombre de millisecondes supВrieur Е
 200

 Verify timeout: Remplacez nombre par un nombre de millisecondes supВrieur Е
 100.

 Le rapport entre ces valeurs doit rester le m╨ÿme. Par exemple, si vous doublez
 la valeur du dВlai d'Вcoute, vous devez aussi doubler les valeurs du dВlai
 d'abandon et du dВlai de vВrification.

 Valeurs par dВfaut

        Abort timeout: 30,000 millisecondes
        Listen timeout: 6,000 millisecondes
        Verify timeout: 3,000 millisecondes

 Exemples

 Pour que NetBIOS attende plus longtemps avant d'envoyer un paquet de demande
 d'accusВ de rВception, d'envoyer un paquet exigeant une rВponse immВdiate et
 de mettre fin Е la session:

     netware netbios
        abort timeout 45000
        listen timeout 8000
        verify timeout 4000


ΓòÉΓòÉΓòÉ 18.5.2. broadcast count ΓòÉΓòÉΓòÉ

broadcast count

Ce paramКtre permet d'indiquer le nombre de fois oЧ NetBIOS demande par
diffusion gВnВrale le nom utilisВ par une application.

Syntaxe

     netware netbios
        broadcast count nombre

 Remplacez nombre par un nombre d'interrogations supВrieur Е 1.

 Valeurs par dВfaut

 Avec Internet on: 4 fois.

 Avec Internet off: 2 fois.

 Exemple

 DВfinition d'une diffusion plus frВquente :

     netware netbios
        broadcast count 8


ΓòÉΓòÉΓòÉ 18.5.3. broadcast delay ΓòÉΓòÉΓòÉ

broadcast delay

Ce paramКtre permet de dВfinir le dВlai d'attente de NetBIOS entre chaque
diffusion de la demande.

Syntaxe

     netware netbios
        broadcast delay nombre

 Remplacez nombre par un nombre de millisecondes supВrieur Е 100.

 Valeurs par dВfaut

 Avec internet on: 2,000

 Avec internet off: 1,000

 Exemple

 Pour attendre plus longtemps entre les diffusions:

     netware netbios
        broadcast delay 3000


ΓòÉΓòÉΓòÉ 18.5.4. commands ΓòÉΓòÉΓòÉ

commands

Ce paramКtre permet de dВfinir le nombre de commandes NetBIOS pouvant Иtre
mВmorisВes simultanВment par le pilote NetBIOS.

Syntaxe

     netware netbios
        commands nombre

 Remplacez nombre par une valeur comprise entre 8 et 128.

 Valeur par dВfaut

 32 commandes

 Exemple

 Pour lancer une application nВcessitant un grand nombre de commandes
 simultanВes:

     netware netbios
        commands 128


ΓòÉΓòÉΓòÉ 18.5.5. internet ΓòÉΓòÉΓòÉ

internet

Ce paramКtre permet de transmettre et de recevoir des paquets de demande de nom
Е/de tous les postes de travail connectВs au rВseau Internet ou reliВs au
rВseau local uniquement.

Les paquets de demande de nom sont des paquets qui se chargent d'Вtablir le
caractКre unique du nom du poste sur lequel NetBIOS tourne.

Syntaxe

     netware netbios
        internet [on|off]

 Tapez on ou off

 Valeur par dВfaut

 On

 Exemple

 Pour Вmettre et recevoir sur le rВseau local uniquement:

     netware netbios
        internet off


ΓòÉΓòÉΓòÉ 18.5.6. names ΓòÉΓòÉΓòÉ

names

Ce paramКtre permet d'indiquer le nombre de noms de postes distants que peut
contenir la table de configuration d'un poste de travail donnВ. Lorsque vous
ajoutez un nom sur un poste, celui-ci le communique Е tous les autres noeuds du
rВseau.

Syntaxe

     netware netbios
        names nombre

 Remplacez nombre par une valeur comprise entre 4 et 128.

 Vous pouvez dВsigner un poste distant par un nom au lieu d'une adresse de
 noeud.

 Valeur par dВfaut

 24 noms

 Exemple

 Pour autoriser quarante-cinq noms:

     netware netbios
        names 45


ΓòÉΓòÉΓòÉ 18.5.7. retry count ΓòÉΓòÉΓòÉ

retry count

Ce paramКtre permet de dВfinir le nombre de fois oЧ NetBIOS transmet une
demande de login ou retransmet une communication ayant ВchouВ.

Syntaxe

     netware netbios
        retry count nombre

 Remplacez nombre par un nombre supВrieur Е 0.

 Valeur par dВfaut

 20 fois

 Exemple

 Pour retransmettre cinquante fois:

     netware netbios
        retry count 50


ΓòÉΓòÉΓòÉ 18.5.8. retry delay ΓòÉΓòÉΓòÉ

retry delay

Utilisez ce paramКtre pour spВcifier combien de millisecondes NetBIOS attend
entre les transmissions pendant l'Вtablissement d'une connexion ou la
rВВmission d'un paquet de donnВes.

Syntaxe

     netware netbios
        retry delay nombre

 Remplacez nombre par un nombre de millisecondes supВrieur Е 0.

 Valeur par dВfaut

 500 millisecondes

 Exemple

 Pour attendre huit-cents millisecondes entre les essais de retransmission:

     netware netbios
        retry delay 800


ΓòÉΓòÉΓòÉ 18.5.9. sessions ΓòÉΓòÉΓòÉ

sessions

Ce paramКtre permet d'indiquer le nombre de sessions NetBIOS pouvant Иtre
gВrВes simultanВment par le pilote NetBIOS.

Syntaxe

     netware netbios
        sessions nombre

 Remplacez nombre par une valeur comprise entre 4 et 64.

 Valeur par dВfaut

 16 sessions

 Exemple

 Pour autoriser cinquante sessions NetBIOS:

     netware netbios
        sessions 50


ΓòÉΓòÉΓòÉ 18.5.10. Bind ΓòÉΓòÉΓòÉ

Bind

Utilisez ce paramКtre pour spВcifier la carte rВseau primaire NetBIOS de votre
poste de travail.

NetBIOS utilise cette carte pour gВrer les noms NetBIOS. Vous ne pouvez
configurer qu'une seule carte primaire NetBIOS.

Syntaxe

     netware netbios
        bind numВro_carte

 Remplacez numВro de carte par le numВro logique d'une carte rВseau. Ce numВro
 peut prendre toute valeur de 1 Е 16.

 Les numВros logiques de carte sont affectВs dans l'ordre croissant pour chaque
 type de trame tels qu'ils apparaissent dans votre configuration.

 Notez que des numВros logiques de carte sont affectВs aux types de trame par
 dВfaut.

 Le numВro donnВ doit Иtre le numВro logique de carte d'un type de trame
 utilisВ par IPX.

 Note : Vous spВcifiez l'utilisation IPX d'un type de trame avec le paramКtre
 de configuration du protocole, sous l'option link driver.

 Valeur par dВfaut

 NetBIOS adopte la carte primaire d'IPX comme sa propre carte primaire lorsque
 ce paramКtre n'est pas spВcifiВ, est hors registre ou si le numВro carte
 indiquВ ne correspond pas au numВro d'une carte logique du type de trame
 employВ par IPX.

 Exemple

 Configurez les serveurs NetBIOS comme suit de maniКre Е utiliser les cartes
 logiques dВfinies par le pilote de liaison NE2000, les type de trame Ethernet
 802.2 et Ethernet 802.3 pour avertir le serveur :

 Link Driver NE2T
     Frame Ethernet_802.2;carte logique 1
     Frame Ethernet_II;carte logique 2
     Protocol IPX 0 Ethernet_802.2
     Protocol IP 800 Ethernet_II

 Link Driver NE2000
     Frame Ethernet_802.3;carte logique 3
     Protocol IPX 0 Ethernet_802.3

 netware netbios
     bind 3


ΓòÉΓòÉΓòÉ 18.6. NetWare Requester ΓòÉΓòÉΓòÉ

NetWare Requester

Utilisez cette option pour contrУler les requИtes rВseau provenant de votre
poste de travail vers un serveur NetWare.

Syntaxe

     netware requester
        cache buffers nombre
        default login drive lettre_unitВ
        display hard errors off
        large internet packets off
        name context "contexte"
        packet burst off
        preferred server nom_serveur
        preferred tree nom_arborescence
        request retries nombre
        sessions nombre
        signature level nombre


ΓòÉΓòÉΓòÉ 18.6.1. cache buffers ΓòÉΓòÉΓòÉ

cache buffers

Utilisez ce paramКtre pour spВcifier combien de tampons le Client peut utiliser
pour mettre en mВmoire cache les donnВes de fichiers ouverts.

Les tampons de mВmoire cache minimisent le trafic de lecture et d'Вcriture sur
le rВseau. Plus il y a de tampons, plus le Client agit rapidement ; par contre,
la consommation de mВmoire est accrue.

Client NetWare pour OS/2 utilise automatiquement la taille maximale de tampon
autorisВe par chaque serveur auquel est connectВ le Client NetWare pour OS/2.
NВanmoins, le Requester ne peut pas utiliser plus de 64 KB de mВmoire totale
pour les tampons de mВmoire cache, par consВquent, si la taille des tampons est
grande, il se peut que vous obteniez moins de tampons que le nombre que vous
aviez demandВ.

Syntaxe

     netware requester
        cache buffers nombre

 Remplacez nombre par un nombre de tampons compris entre 0 et 30.

 Pour dВsactiver les mВmoires cache, entrez 0.

 Valeur par dВfaut

 8 tampons

 Exemple

 Pour demander 15 tampons de mВmoire cache:

     netware requester
        cache buffers 15


ΓòÉΓòÉΓòÉ 18.6.2. large internet packets off ΓòÉΓòÉΓòÉ

Large Internet Packets Off

Ce paramКtre permet de dВsactiver les transmissions LIP (large internet
packets).  AmВliorer la vitesse et la sВcuritВ donne de plus amples
informations sur les transmissions LIP.

Syntaxe

     netware requester
        large internet packets off

 Entrez large internet packets off pour dВsactiver la transmission LIP.

 Valeur par dВfaut

 Les Grands paquets Internet (LIP) sont transmis.

 Exemple

 Pour dВsactiver la transmission LIP:

     netware requester
        large internet packets off


ΓòÉΓòÉΓòÉ 18.6.3. default login drive ΓòÉΓòÉΓòÉ

default login drive

Ce paramКtre permet d'adopter comme unitВ de login par dВfaut une unitВ rВseau
autre que L:.

Syntaxe

     netware requester
        default login drive lettre unitВ

 Remplacez lettre unitВ par la lettre d'une autre unitВ rВseau.

 Si vous modifiez ce paramКtre, vous devrez adpater en consВquence les
 instructions LIBPATH, DPATH et PATH de votre fichier CONFIG.SYS (remplacez
 L:\OS2 par lettre unitВ:\OS2).

 Valeur par dВfaut

 unitВ L:

 Exemple

 Pour que l'unitВ de login par dВfaut soit F: au lieu de L:

     netware requester
        default login unitВ f

 Dans le fichier CONFIG.SYS, les instructions LIBPATH, DPATH et PATH doivent
 faire rВfВrence Е F:\OS2 au lieu de L:\OS2.


ΓòÉΓòÉΓòÉ 18.6.4. name context ΓòÉΓòÉΓòÉ

Name Context

Ce paramКtre permet de prВciser le contexte de nom du poste de travail dans
l'arborescence des services Annuaire. Pour plus d'informations sur les
contextes de nom, consultez le manuel Concepts.

Syntaxe

     netware requester
        name context contexte

 Remplacez contexte par le contexte de nom figurant dans l'arborescence de
 l'Annuaire.

 Valeur par dВfaut

 A la racine de l'arborescence.

 Exemple

 Pour spВcifier un contexte de nom:

     netware requester
        name context "util.ventes.novell fr"


ΓòÉΓòÉΓòÉ 18.6.5. packet burst off ΓòÉΓòÉΓòÉ

packet burst off

Ce paramКtre permet de dВsactiver la fonction Packet Burst. AmВlioration de la
vitesse Е l'aide de Packet Burst  donne davantage d'explications sur ce sujet.

Syntaxe

     netware requester
        packet burst off

 Valeur par dВfaut

 Packet burst est activВ.

 Exemple

 Pour dВsactiver Packet Burst:

     netware requester
        packet burst off


ΓòÉΓòÉΓòÉ 18.6.6. preferred server ΓòÉΓòÉΓòÉ

preferred server

Utilisez ce paramКtre pour spВcifier Е quel serveur NetWare vous voulez
attacher votre poste de travail quand il accКde au rВseau.

RemarqueSi le serveur que vous spВcifiez n'est pas libre, votre poste de
travail s'attachera au premier serveur libre.

Syntaxe

     netware requester
        preferred server nom_serveur

 Remplacez le nom de serveur par le nom d'un autre serveur. Il est prВfВrable
 que les utilitaires NetWare pour OS/2 soient installВs sur le serveur choisi.

 Valeur par dВfaut

 Aucune

 Exemple

 Pour s'attacher au serveur FINANCE:

     netware requester
        preferred server finance


ΓòÉΓòÉΓòÉ 18.6.7. preferred tree ΓòÉΓòÉΓòÉ

preferred tree

Utilisez ce paramКtre pour spВcifier le nom de l'arborescence Е laquelle vous
voulez vous loguer. Ce paramКtre ne vaut que pour les installations ayant
plusieurs arborescences d'Annuaire.

Syntaxe

     netware requester
        preferred tree nom_arborescence

 Remplacez nom_arborescence par le nom de votre arborescence. Les noms
 d'arborescence peuvent compter jusqu'Е 32 caractКres.

 Valeur par dВfaut

 Aucune

 Exemple

 Pour se loguer Е une arborescence nommВe Novell:

     netware requester
        preferred tree novell


ΓòÉΓòÉΓòÉ 18.6.8. request retries ΓòÉΓòÉΓòÉ

request retries

Utilisez ce paramКtre pour spВcifier combien de fois le Client tente de
rВВmettre une demande aprКs une erreur de communication.

Syntaxe

     netware requester
        request retries nombre

 Remplacez nombre par une valeur supВrieure Е 5.

 Valeur par dВfaut

 20.

 Diminuez la valeur par dВfaut si vous Иtes connectВ au rВseau par un modem et
 que vous ne voulez pas Иtre privВ de tВlВphone pendant que le Client tente de
 rВВmettre les paquets.

 Exemple

 Pour diminuer le nombre de fois oЧ le Client tente de rВВmettre un paquet:

     netware requester
        request retries 10


ΓòÉΓòÉΓòÉ 18.6.9. sessions ΓòÉΓòÉΓòÉ

sessions

Utilisez ce paramКtre pour spВcifier le nombre de connexions que le Client peut
Вtablir avec tous les serveurs.

Syntaxe

     netware requester
        sessions nombre

 Remplacez nombre par une valeur comprise entre 8 et 32. Vous devez disposer
 d'au moins trois sockets IPX pour chaque session autorisВe. Consultez la
 rubrique sockets

 Valeur par dВfaut

 8 sessions

 Exemple

 Pour autoriser plusieurs connexions serveur:

     netware requester
        sessions 20

 Dans ce cas, vous devez Вgalement augmenter la valeur du paramКtre sockets de
 l'option Protocol Stack IPX.


ΓòÉΓòÉΓòÉ 18.6.10. signature level ΓòÉΓòÉΓòÉ

signature level

Utilisez ce paramКtre pour dВfinir un niveau de signature. Les niveaux de
signature permettent de dВterminer la sВcuritВ de votre rВseau. AmВlioration de
la sВcuritВ par la signature de paquets NCP fournit des informations sur les
niveaux de signature.

Syntaxe

     netware requester
        signature level numВro

 Remplacez numВro par 0, 1, 2 ou 3.

 Liste des niveaux de signature de paquets de NCP

 NumВro    Explication

 0         Le poste de travail ne signe pas les paquets.

 1         Le poste de travail ne signe les paquets que si le serveur le
           demande (la valeur d'option de serveur est supВrieure ou Вgale Е 2).

 2         Le poste de travail signe les paquets si le serveur est lui-m╨ÿme
           capable de signer (valeur d'option de serveur supВrieure ou Вgale Е
           1).

 3         Le poste de travail signe les paquets et demande au serveur de
           signer les paquets (sinon, le login Вchoue).

 Valeur par dВfaut

 1 (Le poste de travail ne signe les paquets que si le serveur requiert la
 signature).

 Exemple

 Pour emp╨ÿcher le poste de travail de signer les paquets:

     netware requester
        signature level 0


ΓòÉΓòÉΓòÉ 18.6.11. display hard errors ΓòÉΓòÉΓòÉ

display hard errors

Utilisez cette option pour que les programmes continuent Е s'exВcuter sans
interaction lorsque qu'un message concernant une erreur matВrielle s'affiche.
GrГce Е cette option, les erreurs matВrielles sont automatiquement renvoyВes au
programme qui les a causВes plutУt que de s'afficher dans un Вcran interactif.

Cette option est utile dans le cas de postes de travail sans surveillance.
Soyez prudent si vous l'utilisez sans d'autres environnements car vous pourriez
dВsactiver des messages importants.

RemarqueLes messages d'erreurs s'affichent sur un Вcran plein et vous invitent
Е choisir entre plusieurs actions. Ces messages d'erreurs provoquent l'arrИt
des processus en tГche de fond jusqu'Е ce que vous ayez fourni une rВponse.

Syntaxe

     netware requester
        display hard errors off

 Retirez cette ligne de votre fichier NET.CFG si vous voulez rВtablir
 l'affichage des messages d'erreur.

 Valeur par dВfaut

 Les messages d'erreur sont affichВs.

 Exemple

 Pour emp╨ÿcher l'affichage des messages d'erreur:

     netware requester
        display hard errors off


ΓòÉΓòÉΓòÉ 18.7. Protocol ODINSUP ΓòÉΓòÉΓòÉ

Protocol ODINSUP

Activez cette option pour permettre Е la pile de protocoles NDIS (utilisВe par
Extended Services et LAN Services) de communiquer en utilisant des pilotes ODI
Token-Ring or Ethernet.  Consultez la rubriqueUtilisation de ODINSUP avant
d'utiliser cette option.

Syntaxe

 protocol odinsup
     bind pilote [numВro]

 Utilisez ce paramКtre pour lier le protocole ODINSUP Е un pilote ODI. Quand
 ODINSUP est liВ Е un serveur, la carte rВseau de ce pilote est celle qui est
 utilisВe par le rВseau pour ses transmissions.

 Remplacez pilote par un nom de pilote ODI Token-Ring ou Ethernet.  Consultez
 la rubrique Liste des cartes rВseau et pilotes pour obtenir la liste des
 pilotes les plus courants.

 NumВro permet d'associer ODINSUP Е une carte spВcifique si vous disposez de
 deux cartes du mИme nom. Remplacez numВro par un chiffre de 1 Е 4.

 Par exemple, si deux cartes d'interface rВseau NE2000 sont installВes sur
 votre poste, liez ODINSUP Е chacune des deux cartes en tapant 2 pour la
 seconde.

 ODINSUP ne peut Иtre liВ Е plus de quatre pilotes ODI.

 Valeur par dВfaut

 ODINSUP se lie Е la premiКre carte Ethernet ou Token-Ring qu'il localise.

 Exemples

 Pour lier ODINSUP Е une seule carte NE2000 de votre poste de travail:

 protocol ODINSUP
     bind ne2000

 Pour lier ODINSUP Е la premiКre et Е la seconde carte NE2000 de votre poste de
 travail:

 Protocol ODINSUP
     bind ne2000
     bind ne2000 2


ΓòÉΓòÉΓòÉ 18.8. Protocol Stack IPX ΓòÉΓòÉΓòÉ

Protocol Stack IPX

Cette option permet de rВgler la communication IPX entre les applications et
les pilotes de rВseau de votre poste de travail.

Syntaxe

 protocol stack ipx
     bind nom
     router mem taille
     sockets nombre


ΓòÉΓòÉΓòÉ 18.8.1. bind ΓòÉΓòÉΓòÉ

bind

Ce paramКtre permet de spВcifier la carte de rВseau primaire installВe sur le
poste de travail. Par dВfaut, la carte primaire est celle dont le pilote figure
en premiКre position dans le fichier CONFIG.SYS. Si vous associez ce paramКtre
Е une autre carte, cette valeur par dВfaut est modifiВe. Consultez la
rubriqueCartes rВseau et pilotes

Syntaxe

 protocol stack ipx
     bind nom

 Remplacez nom par le nom de pilote de votre carte rВseau. Liste des cartes
 rВseau et pilotes rВpertorie les cartes rВseau les plus courantes.

 Valeur par dВfaut

 Le premier pilote figurant dans le fichier CONFIG.SYS.

 Exemple

 Pour spВcifier une carte 3Com Etherlink 3C503 comme carte primaire:

 protocol stack ipx
     bind 3C503


ΓòÉΓòÉΓòÉ 18.8.2. router mem ΓòÉΓòÉΓòÉ

router mem

Ce paramКtre permet d'indiquer le nombre d'octets du pool mВmoire du routeur
rВservВs aux demandes de routage adressВes au rВseau.

Syntaxe

 protocol stack ipx
     router mem taille

 Remplacez taille par un nombre d'octets.

 Valeur par dВfaut

 450 octets

 Un routeur de 450 octets peut accepter jusqu'Е 15 cartes de rВseau par poste
 de travail. Il n'est pas nВcessaire de modifier cette valeur par dВfaut.

 Exemple

 Pour augmenter la taille par dВfaut:

 protocol stack ipx
     router mem 500


ΓòÉΓòÉΓòÉ 18.8.3. sockets ΓòÉΓòÉΓòÉ

sockets

Ce paramКtre permet d'indiquer le nombre de sessions pouvant Иtre ouvertes par
IPX sur le poste de travail.

Syntaxe

 protocol stack ipx
     sockets nombre

 Remplacez nombre par une valeur comprise entre 9 et 128. Si vous lancez IPX
 avec Client NetWare pour OS/2, indiquez une valeur  supВrieure Е 32.

 Trois sockets sont nВcessaires par connexion serveur. Le nombre par dВfaut de
 connexions au serveur est 64. Consultez la rubriquesessions.

 Autorisez plusieurs sockets si votre poste de travail est connectВ Е plusieurs
 serveurs diffВrents ou s'il exВcute des protocoles (comme Named Pipes)
 nВcessitant des sockets.

 Valeur par dВfaut

 64 sockets

 Exemple

 Pour dВfinir un nombre maximal de sockets pour un poste de travail reliВ Е
 plusieurs serveurs qui utilisent des Named Pipes et des applications
 nВcessitant plusieurs sockets :

 protocol stack ipx
     sockets 128


ΓòÉΓòÉΓòÉ 18.9. Protocol Stack SPX ΓòÉΓòÉΓòÉ

Protocol Stack SPX

Cette option permet de dВfinir le nombre et les caractВristiques des connexions
SPX entre votre poste de travail et d'autres ordinateurs.

Syntaxe

 protocol stack spx
     abort timeout nombre
     listen timeout nombre
     retry count nombre
     send timeout number
     sessions nombre
     verify timeout nombre


ΓòÉΓòÉΓòÉ 18.9.1. Abort timeout, listen timeout et verify timeout ΓòÉΓòÉΓòÉ

Abort timeout, Listen timeout and Verify timeout

Ces paramКtres permettent de gВrer et de contrУler les connexions SPX.

Lorsque les sessions SPX d'un ordinateur Вmetteur ne reЗoivent pas de
transmission en provenance de l'ordinateur rВcepteur pendant toute la durВe du
оdВlai d'attente de vВrificationп, SPX transmet un paquet demandant Е
l'ordinateur rВcepteur le maintien de la connexion. SPX attend une rВponse
pendant toute la durВe du оdВlai d'attente d'Вcouteп.

En l'absence de toute rВponse, SPX envoie un autre paquet rВclamant un accusВ
de rВception immВdiat. SPX attend ensuite une rВponse pendant toute la durВe du
оdВlai d'attente d'abandonп.

S'il ne reЗoit aucune rВponse, SPX met fin Е la session.

Syntaxe

 protocol stack spx
     abort timeout nombre
     listen timeout nombre
     verify timeout nombre

 Remplacez nombre par un nombre de millisecondes supВrieur Е 10.

 Le rapport entre ces valeurs doit rester le m╨ÿme. Par exemple, si vous doublez
 la valeur du dВlai d'Вcoute, vous devez aussi doubler les valeurs du dВlai
 d'abandon et du dВlai de vВrification.

 Si la machine que vous configurez est destinВe au rУle de serveur de Named
 Pipes, il convient de doubler les valeurs de dВlai d'attente dВfinies par
 dВfaut.

 Valeur par dВfaut

 Abort timeout : 30,000 millisecondes

 Listen timeout : 6,000 millisecondes

 Verify timeout : 3,000 millisecondes

 Exemple

 Pour que SPX attende plus longtemps avant d'Вmettre un paquet demandant de
 garder la connexion active, un paquet demandant une rВponse immВdiate ou avant
 de mettre fin Е la session:

 protocol stack spx
     abort timeout 40000
     listen timeout 8000
     verify timeout 4000


ΓòÉΓòÉΓòÉ 18.9.2. Retry Count ΓòÉΓòÉΓòÉ

Retry Count

Utilisez cette configuration pour spВcifier le nombre de fois oЧ votre poste de
travail va rВemettre des paquets n'ayant pas fait l'objet d'un accusВ de
rВception de la part de l'ordinateur rВcepteur lors de leur premiКre Вmission.

Remarque Certaines applications imposent une valeur par dВfaut au paramКtre
"retry count". Dans ce cas, la valeur utilisВe est celle dВfinie par
l'application, et non celle du fichier NET.CFG.

Syntaxe

 protocol stack spx
     retry count nombre

 Remplacez nombre par un nombre de tentatives compris entre 1 et 255.

 Si votre rВseau est trКs chargВ ou si vous effectuez la transmission par
 l'intermВdiaire de routeurs, il peut Иtre nВcessaire d'augmenter la valeur par
 dВfaut.

 Valeur par dВfaut

 12 tentatives

 Exemple

 Pour augmenter le nombre de fois oЧ les paquets sont rВВmis:

 protocol stack spx
     retry count 30


ΓòÉΓòÉΓòÉ 18.9.3. Send Timeout ΓòÉΓòÉΓòÉ

Send Timeout

Ce paramКtre permet de dВfinir le dВlai d'attente respectВ par SPX entre les
tentatives d'envoi de paquets sur le rВseau.

Syntaxe

 protocol stack spx
     send timeout nombre

 Remplacez nombre par un nombre de millisecondes supВrieur Е 500.

 Cette valeur par dВfaut est adaptВe Е la plupart des cas. Il convient de
 l'augmenter si vous utilisez des produits de gestion de rВseau sur un rВseau
 de trКs grande taille et si vous rencontrez beaucoup d'erreurs de connexion
 SPX.

 Vous pouvez Вgalement l'augmenter dans le cas d'un client de Named Pipes
 fonctionnant plus rapidement que le serveur de Named Pipes auquel il est
 connectВ.

 Valeur par dВfaut

 Une valeur continuellement calculВe en fonction du temps nВcessaire Е SPX pour
 obtenir une rВponse du serveur.

 Exemple

 Pour augmenter l'attente entre les Вmissions:

 protocol stack spx
     send timeout 5600


ΓòÉΓòÉΓòÉ 18.9.4. Sessions ΓòÉΓòÉΓòÉ

Sessions

Ce paramКtre permet de prВciser le nombre de sessions SPX pouvant Иtre ouvertes
simultanВment.

Syntaxe

 protocol stack spx
     sessions nombre

 Remplacez nombre par une valeur supВrieure Е 8. Les nombres supВrieurs Е 1 000
 ne sont pas acceptВs dans tous les cas.

 Si vous exВcutez des applications de Named Pipes ou d'autres applications
 faisant appel Е SPX, il peut Иtre nВcessaire d'augmenter le nombre de sessions
 par dВfaut.

 Valeur par dВfaut

 16 sessions

 Exemple

 Pour augmenter le nombre de sessions SPX:

 protocol stack spx
     sessions 64


ΓòÉΓòÉΓòÉ 18.10. Token-Ring Source-Route Driver ΓòÉΓòÉΓòÉ

Token-Ring Source-Route Driver

Utilisez cette option pour configurer le Requester pour le routage source entre
rВseaux Token-Ring connectВs Е des routeurs source. Pour plus d'informations
sur le routage source, consultez la rubrique Utilisation des postes de travail
OS/2 sur un rВseau Token-Ring

Remarque N'utilisez pas cette option si vos rВseaux Token-Ring n'utilisent pas
le routage source.

Syntaxe

 protocol route
     source route def gbr mbr nodes n board n

 board

 Ce paramКtre permet d'indiquer quelle carte logique (trame) d'un type donnВ
 effectue l'acheminement source.

 Syntaxe

 protocol route
     source route board n

 Remplacez n par un numВro de carte logique (trame) compris entre 1 et 16.

 Par exemple, si plusieurs types de trame sont dВfinis dans l'option Link
 Driver d'un poste de travail, par dВfaut seule la premiКre trame est acheminВe
 depuis la source. Pour activer le routage source sur la seconde trame ou les
 autres, vous devez spВcifier la seconde trame comme carte logique 2.

 Valeur par dВfaut

 1

 Exemple

 Pour spВcifier que la carte logique 2, (trame Token-Ring_SNAP) sera Вgalement
 routВe depuis la source:

 link driver token
     frame token-ring
     frame token-ring_snap
     protocol route
     source route board 1
     source route board 2

 DEF

 Ce paramКtre (trame par dВfaut) permet d'empИcher l'envoi de trames dont
 l'adresse de destination est inconnue par les ponts Е routage unique d'IBM.

  Si ce paramКtre est spВcifiВ, ces trames sont expВdiВes comme des trames Е
 diffusion par routage multiple.

  Si ce paramКtre n'est pas spВcifiВ, toutes les trames dont l'adresse ne
 figure pas dans la table Routage source du poste de travail sont expВdiВes en
 tant que trames Е diffusion par routage unique.

  Si le fichier ROUTE.SYS contient dВjЕ le paramКtre DEF, son rechargement
 avec ce paramКtre entraМnera la diffusion de toutes les futures trames Е
 diffusion par routage unique comme des trames Е diffusion par routage
 multiple.

 Syntaxe

 protocol route
     source route def

 Tapez DEF pour une diffusion par routage multiple. Omettez DEF pour une
 diffusion par routage unique.

 Valeur par dВfaut

 DEF est omis (diffusion par routage unique)

 Modifiez cette valeur par dВfaut si vous n'Иtes pas certain de la stabilitВ
 d'un ou de plusieurs routages du rВseau. Sachez que l'utilisation de DEF
 augmentera considВrablement le trafic sur le rВseau, particuliКrement sur les
 trКs grands rВseaux en anneau.

 Exemple

 Pour diffuser sur toutes les routes:

 protocol route
     source route def

 GBR

 Utilisez ce paramКtre (diffusion gВnВrale) pour spВcifier que toutes les
 trames Е diffusion gВnВrale doivent Иtre Вmises comme des trames Е diffusion
 par routage multiple.

 Syntaxe

 protocol route
     source route gbr

 Tapez GBR pour diffuser dans toutes les directions, sur tous les anneaux, par
 tous les routages. Ne tapez pas GBR pour diffuser dans toutes les directions,
 sur tous les anneaux, par un seul routage.

 Modifiez la valeur par dВfaut pour Иtre sЦr que la transmission rВussisse en
 empruntant tous les routages possibles. Si ROUTE a dВjЕ ВtВ configurВ avec ce
 paramКtre, une reconfiguration avec le mИme paramКtre provoque la diffusion de
 toutes les trames de diffusion gВnВrale suivantes comme des trames de
 diffusion Е routage multiple.

 Valeur par dВfaut

 GBR est omis (diffusion par routage unique)

 Exemple

 Pour diffuser dans toutes les directions, sur tous les anneaux, par tous les
 routages:

 protocol route
     source route gbr

 MBR

 Ce paramКtre (multi-destinataire) permet d'indiquer que toutes les trames de
 diffusion multi-destinataire doivent Иtre acheminВes comme des trames de
 diffusion Е routage multiple.

 Syntaxe

 protocol route
     source route mbr

 Tapez MBR pour transmettre simultanВment des cartes multi-destinataire vers un
 ensemble de destinations par tous les routages possibles. Ne tapez pas MBR
 pour transmettre des cartes multi-destinataire par un seul routage.

 Valeur par dВfaut

 MBR est omis (transmission par un seul routage)

 Si ROUTE comporte dВjЕ le paramКtre MBR, une reconfiguration avec le mИme
 paramКtre provoque la transmission de toutes les trames de diffusion
 multi-destinataire suivantes en tant que trames de diffusion Е routage
 multiple.

 Exemple

 Pour diffuser simultanВment des cartes multi-destinataire:

 protocol route
     source route mbr

 nodes

 Ce paramКtre permet d'indiquer le nombre d'entrВes de la table de routage
 source.

 Syntaxe

 protocol route
     source route nodes n

 Remplacezn par un nombre compris entre 8 et 255. Si vous tapez un nombre
 infВrieur Е 8, la valeur 8 est utilisВe.

 Valeur par dВfaut

 16 entrВes

 Exemple

 Pour autoriser vingt-quatre entrВes dans la table de routage source:

 protocol route
     source route nodes 24


═══ 19. Messages systКme ═══

System Messages

Cette section inclut des messages systКme et des explications concernant tous
les dВmons et pilotes pour Client NetWare pour OS/2. Les messages pour les
programmes NetWare Tools ou Network Printer (NPRINTER.EXE) ne sont pas inclus.
Pour avoir des informations sur les messages relatifs Е ces modules,
reportez-vous au manuel Messages du systКme.

REQ0106: Une erreur s'est produite lors d'une tentative d'accКs Е la mВmoire
partagВe.

 Explication    DDAEMON.EXE a ВchouВ lors d'une tentative d'accКs Е la zone de
                mВmoire partagВe du dВmon. Le programme DDAEMON.EXE a vВrifiВ
                l'existence de la mВmoire partagВe du dВmon sans pouvoir
                accВder Е cette derniКre. Il s'agit probablement d'une erreur
                interne du programme.
 Action         Essayez de relancer votre systКme. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0107: Une erreur s'est produite lors d'une tentative d'allocation d'un
 segment partagВ.

 Explication    DDAEMON.EXE a tentВ de crВer de la mВmoire partagВe alors que
                la mВmoire n'est plus disponible. Cette erreur se produit
                gВnВralement lorsque des applications et des pilotes de
                pВriphВrique actifs requiКrent davantage de mВmoire vive que le
                systКme ne peut fournir.
 Action         Augmentez la taille de la mВmoire vive. Pour ce faire, rВduisez
                le nombre d'options de configuration dans le fichier CONFIG.SYS
                (par exemple, la taille de DIRCACHE), Вliminez les pilotes
                facultatifs de pВriphВrique du fichier CONFIG.SYS. LibВrez
                Вgalement de l'espace sur le disque dur en supprimant les
                programmes inutiles. Si vous disposez de plusieurs partitions
                de disque, prВvoyez une partition plus importante pour le
                fichier de transfert OS/2. En outre, les utilitaires de
                compression de disque constituent une solution intВressante.
                AprКs ces opВrations, quittez la session OS/2, puis relancez le
                systКme. Si le problКme persiste, contactez votre distributeur
                agrВВ Novell.

 REQ0108: Le dВmon ne peut pas accВder Е la couche de liaison. Erreur: <code>.

 Explication    DDAEMON.EXE ne peut pas accВder au pilote de pВriphВrique de
                couche de liaison LSL.SYS.
 Action         VВrifiez que le pilote de pВriphВrique LSL.SYS est indiquВ
                correctement dans le fichier CONFIG.SYS. Corrigez les problКmes
                indiquВs par les messages d'erreur ou d'avertissement de la
                LSL. Faites une nouvelle tentative. Si l'erreur persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0109: Le DDAEMON est dВjЕ chargВ

 Explication    DDAEMON.EXE a tentВ de crВer de la mВmoire partagВe alors
                qu'elle existe dВjЕ. Cette opВration a ВchouВ car un autre
                dВmon est actif. La mВmoire ne peut donc Иtre partagВe.
 Action         VВrifiez que vous ne lancez pas plusieurs exemplaires du dВmon
                simultanВment. En rКgle gВnВrale, le dВmon est activВ une fois
                pour toutes lors du dВmarrage du systКme Е partir du fichier
                CONFIG.SYS.

 REQ0204: Le systКme n'a pas suffisamment de mВmoire pour les tables d'Вchange.

 Explication    Sous OS/2, IPX ne peut allouer suffisamment de mВmoire
                d'allocation pour ses tables d'Вchange.
 Action         Augmentez la taille de la mВmoire vive. Pour ce faire, rВduisez
                le nombre d'options de configuration dans le fichier CONFIG.SYS
                (par exemple, la taille de DIRCACHE), Вliminez les pilotes
                facultatifs de pВriphВrique du fichier CONFIG.SYS. LibВrez
                Вgalement de l'espace sur le disque dur en supprimant les
                programmes inutiles. Si vous disposez de plusieurs partitions
                de disque, prВvoyez une partition plus importante pour le
                fichier de transfert OS/2. En outre, les utilitaires de
                compression de disque constituent une solution intВressante.
                AprКs ces opВrations, quittez la session OS/2, puis relancez le
                systКme. Si le problКme persiste, contactez votre distributeur
                agrВВ Novell.

 REQ0205: Le module de support LAN ne peut pas Иtre installВ.

 Explication    Le pilote LSL.SYS n'a pu Иtre chargВ, ou bien l'instruction
                "DEVICE=" ne figure pas dans le fichier CONFIG.SYS.
 Action         RВsolvez le problКme qui a empИchВ le chargement du pilote
                LSL.SYS (ce problКme Вtant gВnВralement prВcВdВ d'un message
                d'erreur), ou ajoutez l'instruction "DEVICE=" au fichier
                CONFIG.SYS.

 REQ0206: Le Gestionnaire d'interface de liaisons multiples (MLID) IPX ne peut
 pas Иtre installВ.

 Explication    Le Gestionnaire d'interface de liaisons multiples (MLID)
                indiquВ dans le fichier CONFIG.SYS n'a pas pu Иtre chargВ, ou
                l'instruction "DEVICE=" correspondante ne figure pas dans
                CONFIG.SYS.
 Action         Corrigez le problКme qui a empИchВ le chargement du MLID
                (celui-ci Вtant gВnВralement prВcВdВ d'un message d'erreur), ou
                ajoutez l'instruction "DEVICE=" au fichier CONFIG.SYS.

 REQ0207: Le pilote LAN-A configurВ ne reconnaМt pas IPX.

 Explication    Le fichier IPX.SYS a tentВ de transmettre des donnВes
                incompatibles avec le Gestionnaire d'interface de liaisons
                multiples (MLID) choisi.
 Action         SВlectionnez un MLID capable de gВrer des transmissions de
                donnВes IPX.

 REQ0208: L'identificateur de protocole IPX ne peut pas Иtre enregistrВ.

 Explication    IPX ne peut pas enregistrer les piles de protocole car le
                pilote LSL.SYS est actuellement saturВ.
 Action         Supprimez toutes les instructions "DEVICE=" correspondant Е des
                piles de protocole inutiles dans le fichier CONFIG.SYS.

 REQ0209: Le point d'entrВe IPX ne peut pas Иtre initialisВ.

 Explication    Les versions de IPX et de la couche liaison de donnВes (LSL)
                sont probablement incompatibles.
 Action         VВrifiez que les pilotes IPX.SYS et LSL.SYS sont compatibles.
                En cas de problКme, procurez-vous des pilotes compatibles
                auprКs de votre distributeur agrВВ Novell. S'il ne s'agit pas
                d'incompatibilitВ entre pilotes, contactez le service client de
                votre distributeur agrВВ Novell.

 REQ0210: Une erreur interne s'est produit. Le fichier d'Вchange du routeur IPX
 ne peut pas ╨ÿtre ouvert.

 Explication    IPX ne peut pas ouvrir le fichier d'Вchange du routeur Е cause
                d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0211: Une erreur interne s'est produit. Un sВlecteur de routeur ne peut pas
 Иtre allouВ.

 Explication    IPX est incapable d'allouer un sВlecteur de voie OS/2 Е cause
                d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0212: Le systКme n'a pas assez de mВmoire pour allouer un routeur.

 Explication    Sous OS/2, IPX ne dispose pas d'une quantitВ de mВmoire
                suffisante pour la transmission de donnВes.
 Action         Augmentez la taille de la mВmoire vive. Pour ce faire, rВduisez
                le nombre d'options de configuration dans le fichier CONFIG.SYS
                (par exemple, la taille de DIRCACHE), Вliminez les pilotes
                facultatifs de pВriphВrique du fichier CONFIG.SYS. LibВrez
                Вgalement de l'espace sur le disque dur en supprimant les
                programmes inutiles. Si vous disposez de plusieurs partitions
                de disque, prВvoyez une partition plus importante pour le
                fichier de transfert OS/2. En outre, les utilitaires de
                compression de disque constituent une solution intВressante.
                AprКs ces opВrations, quittez la session OS/2, puis relancez le
                systКme. Si le problКme persiste, contactez votre distributeur
                agrВВ Novell.

 REQ0213: La mВmoire du routeur est ВpuisВe.

 Explication    IPX ne dispose pas d'une quantitВ de mВmoire suffisante pour
                transmettre les donnВes.
 Action         Augmentez la taille de la mВmoire du routeur IPX. Pour ce
                faire, modifiez la valeur de "ROUTER MEM" dans le fichier
                NET.CFG.

 REQ0214: Une erreur interne a empИchВ l'initialisation de la variable CGroup.

 Explication    Une erreur interne de programme s'est produite. Pour cette
                raison, IPX n'a pas pu initialiser les variables internes.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0215: Une erreur interne a empИchВ l'initialisation de la variable DosHlp.

 Explication    Les variables internes Е OS/2 sont incomplКtes ou incorrectes.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0216: IPX ne peut se connecter OS/2 pour les communications PDD-VDD.

 Explication    Il s'agit d'une erreur interne du programme.En effet, IPX ne
                peut enregistrer les transmissions du pilote VIPX.SYS sous
                OS/2.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0217: Le pilote de pВriphВrique IPX ne tourne pas.

 Explication    Le fichier IPX.SYS n'a pas pu initialiser le systКme Е cause
                d'une erreur fatale, ou l'instruction "DEVICE=[chemin]IPX.SYS"
                ne figure pas dans le fichier CONFIG.SYS. Dans le premier cas,
                ce message est toujours prВcВdВ d'un message dВcrivant l'erreur
                fatale.
 Action         RВsolvez le problКme fatal (en fonction des indications
                prВcВdentes), ou ajoutez l'instruction "DEVICE=" au fichier
                CONFIG.SYS ; puis, faites une nouvelle tentative. Si le
                problКme persiste, contactez votre distributeur agrВВ Novell.

 REQ0231: L'option de configuration du protocole par dВfaut n'est pas utilisВe
 pour IPX.

 Explication    IPX ne peut Иtre dВfini comme pile de protocole par dВfaut.
 Action         Supprimez l'option correspondante dans le fichier NET.CFG.

 REQ0232: L'option de configuration du protocole de prВ-numВrisation n'est pas
 utilisВe pour IPX.

 Explication    IPX ne peut Иtre dВfini comme pile de protocole de
                prВ-numВrisation.
 Action         Supprimez l'option correspondante dans le fichier NET.CFG.

 REQ0233: Le numВro de version OS/2 est introuvable. C'est donc OS/2 v2.0 qui
 est pris par dВfaut.

 Explication    La demande IPX adressВe Е OS/2 pour connaМtre son numВro de
                version a renvoyВ une valeur qui ne correspond pas Е une des
                valeurs qu'IPX s'attendait Е recevoir.
 Action         VВrifiez que le systКme OS/2 est installВ en version 2.0 ou
                ultВrieure.

 REQ0304: Une erreur liВe Е LSL s'est produite. Les tailles de tampons
 spВcifiВes dans NET.CFG sont trop grandes pour le pool ECB.

 Explication    La taille de tampon configurВe pour le composant Support de
                liaison est trop importante. L'espace total disponible pour les
                tampons est d'environ 60 Ko, mais le module LSL n'est pas en
                mesure d'allouer ne serait-ce qu'un tampon de la taille
                demandВe. Pour plus d'informations sur LSL, consultez la
                rubrique "Couche de liaison" dans le manuel Concepts.
 Action         Dans le fichier NET.CFG, rВduisez la taille du tampon du
                composant LSL. Il vaut mieux crВer plusieurs tampons de taille
                moyenne qu'un tampon trКs important. Pour une utilisation
                rationnelle de la mВmoire, dВfinissez toujours des tampons
                d'une taille pouvant Иtre gВrВe par le support de
                communication.

 REQ0305: Le module Link Support Layer (LSL) ne peut pas installer l'horloge
 AES.

 Explication    La Couche liaison de donnВes (LSL) n'a pas pu enregistrer son
                pilote d'horloge au niveau du systКme d'exploitation car le
                nombre maximal de pilotes est atteint. Ce pilote d'horloge est
                un ВlВment crucial du Requester, et aucun gestionnaire de
                communication fourni par Novell ne peut fonctionner
                correctement sans lui. Pour plus d'informations sur LSL,
                consultez la rubrique "Couche de liaison" dans le manuel
                Concepts.
 Action         Les pilotes de pВriphВrique dВjЕ installВs (c'est-Е-dire ceux
                qui figurent avant LSL.SYS dans le fichier CONFIG.SYS) ont
                utilisВ toutes les ressources d'horloge disponibles. Vous
                pouvez supprimer ces pilotes ou les configurer de nouveau. Un
                seul pilote d'horloge est nВcessaire. En effet, les pilotes de
                Client NetWare pour OS/2 partagent le m╨ÿme service d'horloge au
                sein du LSL. Si vous ne parvenez pas Е rВsoudre ce problКme,
                contactez votre distributeur agrВВ Novell.

 REQ0306: Le module Link Support n'a pas pu initialiser sa passerelle d'appel.

 Explication    Le module liaison de donnВes n'a pas pu enregistrer son point
                d'entrВe de lancement dans le systКme d'exploitation. Ce point
                d'entrВe est vital pour la plupart des composants de
                communication du Requester et son absence causera un Вchec.Dans
                le cas prВsent, un pilote de pВriphВrique dВjЕ chargВ utilise
                probablement trop de ressources du noyau.
 Action         Supprimez les pilotes de pВriphВrique figurant avant LSL.SYS
                dans le fichier CONFIG.SYS. Cette erreur est rarement causВe
                par un pilote de pВriphВrique fonctionnant sous OS/2. Si le
                problКme persiste, contactez votre distributeur agrВВ Novell.

 REQ0404: Une erreur NetBIOS s'est produite. Le module Link Support ne peut pas
 Иtre installВ.

 Explication    NetBIOS n'a pu ni communiquer avec le pilote de pВriphВrique
                LINKSUP_, ni ouvrir les fichiers correspondants. Le pilote de
                couche de liaison de donnВes (LSL) n'a pas ВtВ correctement
                installВ, ou la version du pilote est incompatible. Pour plus
                d'informations sur LSL, consultez la rubrique "Couche de
                liaison" dans le manuel Concepts.
 Action         VВrifiez que le pilote de pВriphВrique LSL.SYS est indiquВ
                correctement dans le fichier CONFIG.SYS. Corrigez les problКmes
                indiquВs par les messages d'erreur ou d'avertissement de la
                LSL. Si le pilote de pВriphВrique Link Support s'initialise
                correctement, il existe sans doute un problКme de compatibilitВ
                de versions entre les applications. NetBIOS et Link Support
                sont gВnВralement installВs ensemble Е partir de la mИme
                disquette. Essayez cependant de les rВinstaller. Si le problКme
                persiste, contactez votre distributeur agrВВ Novell.

 REQ0405: Une erreur NetBIOS s'est produite. Le module IPX n'est pas installВ.

 Explication    NetBIOS n'a pu ni communiquer avec le pilote de pВriphВrique
                LINKSUP_, ni ouvrir les fichiers correspondants. Le pilote de
                couche de liaison de donnВes (LSL) n'a pas ВtВ correctement
                installВ, ou la version du pilote est incompatible. Pour plus
                d'informations sur LSL, consultez la rubrique "Couche de
                liaison" dans le manuel Concepts.
 Action         VВrifiez que le pilote de pВriphВrique LSL.SYS est indiquВ
                correctement dans le fichier CONFIG.SYS. Corrigez les problКmes
                indiquВs par les messages d'erreur ou d'avertissement de la
                LSL. Si le pilote de pВriphВrique Link Support s'initialise
                correctement, il existe sans doute un problКme de compatibilitВ
                de versions entre les applications. NetBIOS et Link Support
                sont gВnВralement installВs ensemble Е partir de la mИme
                disquette. Essayez cependant de les rВinstaller. Si le problКme
                persiste, contactez votre distributeur agrВВ Novell.

 REQ0406: La passerelle d'appel de NetBIOS ne peut pas Иtre initialisВe.

 Explication    Il s'agit d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0407: Une erreur NetBIOS s'est produite. Le programme ne peut pas
 initialiser les NCB locaux.

 Explication    La quantitВ de mВmoire est insuffisante pour les NCB demandВs.
                Les informations de configuration figurant dans le fichier
                NET.CFG sont probablement incorrectes. Il existe souvent une
                autre cause Е ce problКme : les ressources gВnВrales du systКme
                sont insuffisantes au niveau de la Table de descripteurs
                globale d'OS/2.
 Action         Reduisez le nombre de commandes dans la section NetBIOS du
                fichier CONFIG.SYS. (le nombre de commandes par dВfaut est 12,
                le maximum autorisВ est 25.) RВduisez aussi le nombre de noeuds
                (entre 0 et 126). Vous pouvez Вgalement augmenter la taille de
                la mВmoire vive. Pour ce faire, rВduisez le nombre d'options de
                configuration dans le fichier CONFIG.SYS (par exemple, la
                taille de DIRCACHE) et Вliminez les pilotes facultatifs de
                pВriphВrique du fichier CONFIG.SYS. Si vous disposez de
                plusieurs partitions de disque, prВvoyez une partition plus
                importante pour le fichier de transfert OS/2. En outre, les
                utilitaires de compression de disque constituent une solution
                intВressante. AprКs avoir effectuВ ces opВrations, arrИtez OS/2
                et relancez ensuite le systКme. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0408: Les paramКtres de l'Вmulateur NetBIOS sont trop importants pour le
 pool de mВmoire.

 Explication    La quantitВ de mВmoire est insuffisante pour les tables de
                contrУle de l'Вmulateur de NetBIOS.
 Action         La quantitВ d'espace table disponible pour l'Вmulateur NetBIOS
                ne peut pas Иtre augmentВe. La seule faЗon de rВsoudre ce
                problКme est de rВduire le nombre de ressources NetBIOS que
                vous demandez. Pour cela, vous devez modifier les paramКtres
                NETBIOS dans le fichier NET.CFG. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0409: Les versions d'OS/2 et de NetBIOS sont incompatibles.

 Explication    Vous tentez d'utiliser NetBIOS v2.10 sur une versions d'OS/2
                antВrieure Е OS/2 v2.1.
 Action         Installez OS/2 v2.1 pour exВcuter NetBIOS v2.01, ou choisissez
                une autre version de NetWare NetBIOS, compatible avec la
                version de votre systКme OS/2.

 REQ0504: Le module SPX n'est pas installВ.

 Explication    Le pilote NMPIPE.SYS ne peut ni communiquer avec le pilote
                SPX.SYS, ni ouvrir les fichiers correspondants.
 Action         VВrifiez que le pilote SPX.SYS est indiquВ correctement dans le
                fichier CONFIG.SYS. S c'est le cas, corrigez les problКmes
                ВnoncВs par les messages d'erreur ou d'avertissement du pilote
                ; puis, faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0505: Le module IPX n'est pas installВ.

 Explication    Le pilote NMPIPE.SYS ne peut ni communiquer avec le pilote
                IPX.SYS, ni ouvrir les fichiers correspondants.
 Action         VВrifiez que le pilote IPX.SYS est indiquВ correctement dans le
                fichier CONFIG.SYS. S c'est le cas, corrigez les problКmes
                ВnoncВs par les messages d'erreur ou d'avertissement du pilote
                ; puis, faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0519: Une version incorrecte d'OS/2 est utilisВe.

 Explication    L'appel de DosGetVersion a ВchouВ (Е cause d'une erreur interne
                de programme), ou le systКme OS/2 ne fonctionne pas
                actuellement en version 2.0 ou ultВrieure.
 Action         VВrifiez que les versions du systКme d'exploitation client et
                du pilote NMPIPE.SYS sont compatibles. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0520: Le pilote ne peut pas enregistrer le PDD pour les communications
 PDD-VDD.

 Explication    NMPIPE.SYS ne peut enregistrer le protocole IPX en
                communication PDD. Les communications PDD-VDD ne peuvent donc
                Иtre Вtablies.
 Action         VВrifiez que le pilote IPX.SYS est indiquВ correctement dans le
                fichier CONFIG.SYS. Si c'est le cas, corrigez les problКmes
                ВnoncВs par les messages d'erreur ou d'avertissement du pilote.
                Par ailleurs, OS/2 doit fonctionner en version 2.0 ou
                ultВrieure. Puis, faites une nouvelle tentative. Si le problКme
                persiste, contactez votre distributeur agrВВ Novell.

 REQ0613: Des caractКres invalides ont ВtВ spВcifiВs dans COMPUTERNAME.

 Explication    Le serveur des Named pipes est indiquВ sous une forme erronВe
                aprКs NPDAEMON.EXE.
 Action         VВrifiez que le nom de serveur ne dВpasse pas 15 caractКres et
                est composВ de lettres, de nombres et de ces caractКres
                spВciaux: !#$%&()-.@^_-{}~

 REQ0614: Une erreur s'est produite pendant la tentative d'initialisation de
 NPCALLS.DLL.

 Explication    Le dВmon NPDaemon ne peut pas initialiser NPCALLS.DLL.
 Action         VВrifiez que le fichier NPCALLS.DLL du rВpertoire NetWare
                Requester est inclus dans la dВclaration LIBPATH du fichier
                CONFIG.SYS. Si vous utilisez des Named pipes, les pilotes
                NMPIPE.SYS et NPSERVER.SYS doivent Иtre configurВs correctement
                dans le fichier CONFIG.SYS.

 REQ0615d: Le dВmon Named Pipes ne peut pas Иtre enregistrВ. Erreur: <code>.

 Explication    Le dВmon NPDaemon ne peut ni communiquer avec le pilote
                NMPIPE.SYS, ni ouvrir les fichiers correspondants.
 Action         VВrifiez que le pilote NMPIPE.SYS est indiquВ correctement dans
                le fichier CONFIG.SYS. Si c'estle cas, corrigez les problКmes
                ВnoncВs par les messages d'erreur ou d'avertissement du pilote.
                Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0616: Une erreur s'est produite pendant la tentative d'allocation de la
 mВmoire partagВe.

 Explication    Le dВmon NPDaemon ne peut pas allouer de mВmoire partagВe.
 Action         Augmentez la taille de la mВmoire vive. Pour ce faire, rВduisez
                le nombre d'options de configuration dans le fichier CONFIG.SYS
                (par exemple, la taille de DIRCACHE), Вliminez les pilotes
                facultatifs de pВriphВrique du fichier CONFIG.SYS. LibВrez
                Вgalement de l'espace sur le disque dur en supprimant les
                programmes inutiles. Si vous disposez de plusieurs partitions
                de disque, prВvoyez une partition plus importante pour le
                fichier de transfert OS/2. En outre, les utilitaires de
                compression de disque constituent une solution intВressante.
                AprКs ces opВrations, quittez la session OS/2, puis relancez le
                systКme. Si le problКme persiste, contactez votre distributeur
                agrВВ Novell.

 REQ0617: Une erreur s'est produite pendant la tentative d'allocation du groupe
 ECB.

 Explication    Le dВmon NPDaemon ne peut pas allouer de mВmoire au groupe ECB.
 Action         Augmentez la taille de la mВmoire vive. Pour ce faire, rВduisez
                le nombre d'options de configuration dans le fichier CONFIG.SYS
                (par exemple, la taille de DIRCACHE), Вliminez les pilotes
                facultatifs de pВriphВrique du fichier CONFIG.SYS. LibВrez
                Вgalement de l'espace sur le disque dur en supprimant les
                programmes inutiles. Si vous disposez de plusieurs partitions
                de disque, prВvoyez une partition plus importante pour le
                fichier de transfert OS/2. En outre, les utilitaires de
                compression de disque constituent une solution intВressante.
                AprКs ces opВrations, quittez la session OS/2, puis relancez le
                systКme. Si le problКme persiste, contactez votre distributeur
                agrВВ Novell.

 REQ0618: Une erreur s'est produite pendant la tentative de crВation d'un
 sВmaphore systКme.

 Explication    Un appel de DosCreateSem a ВchouВ. Il s'agit probablement d'une
                erreur interne de programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0619: Une erreur s'est produite pendant la tentative de crВation d'un
 thread.

 Explication    Un appel de beginthread a ВchouВ. Il s'agit probablement d'une
                erreur interne de programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0620: Aucun socket dynamique n'a pu ╨ÿtre ouvert. Erreur: <code>.

 Explication    Le dВmon NPDaemon n'a pu ouvrir aucun socket dynamique.
 Action         Augmentez le nombre de sockets dans le fichier NET.CFG ; puis,
                relancez le systКme et faites une nouvelle tentative. Si le
                problКme persiste, contactez votre distributeur agrВВ Novell.

 REQ0621: Aucun socket connu n'a pu ╨ÿtre ouvert. Erreur: <code>.

 Explication    Le dВmon NPDaemon n'a pas pu ouvrir un socket de Named pipes
                enregistrВ dans Netware ; ce socket est probablement dВjЕ
                utilisВ.
 Action         Augmentez le nombre de sockets SPX dans le fichier NET.CFG.
                Puis, quittez la session OS/2 et relancez le systКme.

 REQ0622: Le NPDaemon ne trouve pas l'adresse internet. Erreur: <code>.

 Explication    L'appel d'IpxGetInternetworkAddress a ВchouВ.
 Action         VВrifiez que le pilote IPX.SYS est indiquВ correctement dans le
                fichier CONFIG.SYS. Si c'est le cas, corrigez les problКmes
                ВnoncВs par les messages d'erreur ou d'avertissement du pilote.
                VВrifiez aussi que le fichier IPXCALLS.DLL est dans le
                rВpertoire NetWare Requester, puis rВessayez. Si le problКme
                persiste, contactez votre distributeur agrВВ Novell.

 REQ0623: Le NPDaemon ne trouve pas la cible locale. Erreur: <code>.

 Explication    L'appel d'IpxGetLocalTarget a ВchouВ.
 Action         VВrifiez que le pilote IPX.SYS est indiquВ correctement dans le
                fichier CONFIG.SYS. Si c'est le cas, corrigez les problКmes
                ВnoncВs par les messages d'erreur ou d'avertissement du pilote.
                VВrifiez aussi que le fichier IPXCALLS.DLL est dans le
                rВpertoire NetWare Requester, puis rВessayez. Si le problКme
                persiste, contactez votre distributeur agrВВ Novell.

 REQ0624: La fonction de notification de service a ВchouВ. Erreur: <code>.

 Explication    Un appel de IpxSend, destinВ Е transformer le poste de travail
                en Named pipes, n'a pas pu aboutir.
 Action         VВrifiez que le pilote IPX.SYS est indiquВ correctement dans le
                fichier CONFIG.SYS. Si c'est le cas, corrigez les problКmes
                ВnoncВs par les messages d'erreur ou d'avertissement du pilote.
                VВrifiez aussi que le fichier IPXCALLS.DLL est dans le
                rВpertoire NetWare Requester, puis rВessayez. Si le problКme
                persiste, contactez votre distributeur agrВВ Novell.

 REQ0625: Le socket de diffusion ne peut pas ╨ÿtre ouvert. Erreur: <code>.

 Explication    Le socket de diffusion ne peut pas ╨ÿtre ouvert. C'est un socket
                enregistrВ par lequel on peut recevoir des SAP. Ce socket est
                peut-Иtre dВjЕ ouvert.
 Action         Augmentez le nombre des sockets dans le fichier NET.CFG. Puis
                quittez OS/2 et relancez le systКme. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0626: Une erreur s'est produite pendant une tentative d'obtention des
 informations de la page de code.

 Explication    Un appel de DosGetCtryInfo n'a pas pu aboutir. Il s'agit
                probablement d'une erreur interne du programme.
 Action         VВrifiez que le systКme OS/2 fonctionne en version 2.0 ou
                ultВrieure. Si le problКme persiste malgrВ tout, contactez
                votre distributeur agrВВ Novell.

 REQ0628: Aucune plage de mВmoire ne peut Иtre allouВe aux tampons turbo.

 Explication    Le dВmon NPDaemon ne peut pas allouer de mВmoire aux tampons
                turbo.
 Action         Augmentez la taille de la mВmoire vive. Pour ce faire, rВduisez
                le nombre d'options de configuration dans le fichier CONFIG.SYS
                (par exemple, la taille de DIRCACHE), Вliminez les pilotes
                facultatifs de pВriphВrique du fichier CONFIG.SYS. LibВrez
                Вgalement de l'espace sur le disque dur en supprimant les
                programmes inutiles. Si vous disposez de plusieurs partitions
                de disque, prВvoyez une partition plus importante pour le
                fichier de transfert OS/2. En outre, les utilitaires de
                compression de disque constituent une solution intВressante.
                AprКs ces opВrations, quittez la session OS/2, puis relancez le
                systКme. Si le problКme persiste, contactez votre distributeur
                agrВВ Novell.

 REQ0629: Un processus de connexion s'est anormalement interrompu. Erreur:
 <code>.

 Explication    Le processus de login a ВtВ rompu au niveau du contrУleur.
 Action         VВrifiez que le pilote SPX.SYS est indiquВ correctement dans le
                fichier CONFIG.SYS. Si c'est le cas, corrigez les problКmes
                ВnoncВs par les messages d'erreur ou d'avertissement du pilote.
                VВrifiez Вgalement que vos pilotes Named Pipes sont dans la
                mИme version principale (par exemple, v2.x), puis rВessayez. Si
                le problКme persiste, contactez votre distributeur agrВВ
                Novell.

 REQ0630: Le nom d'ordinateur spВcifiВ existe dВjЕ dans le rВseau internet.

 Explication    Le nom du serveur de Named pipes, figurant dans le fichier
                CONFIG.SYS, a dВjЕ ВtВ attribuВ sur le rВseau.
 Action         Choisissez un nom de serveur diffВrent.

 REQ0631: Le gestionnaire de tampon de rВception a disparu anormalement.
 Erreur: <code>.

 Explication    Le processus de gestion des tampons de rВception a ВtВ rompu.
 Action         VВrifiez que les pilotes de Named pipes fonctionnent dans la
                m╨ÿme version principale (par exemple, la version 2.x). Si c'est
                le cas, augmentez la taille de la mВmoire vive. Pour ce faire,
                rВduisez le nombre d'options de configuration dans le fichier
                CONFIG.SYS (par exemple, la taille de DIRCACHE) et Вliminez les
                pilotes facultatifs de pВriphВrique du fichier CONFIG.SYS. Si
                vous disposez de plusieurs partitions de disque, prВvoyez une
                partition plus importante pour le fichier de transfert OS/2. En
                outre, les utilitaires de compression de disque constituent une
                solution intВressante.  AprКs ces opВrations, quittez la
                session OS/2, puis relancez le systКme. Si le problКme
                persiste, contactez votre distributeur agrВВ Novell.

 REQ0635: La demande de service gВnВral pour les serveurs Named Pipes a ВchouВ.
 Erreur: %1 %0

 Explication    Un appel Е IpxSend a ВchouВ lors d'une tentative d'envoi de
                requИte de service gВnВral en direction d'un serveur Named
                Pipes.
 Action         VВrifiez que le pilote IPX.SYS est indiquВ correctement dans le
                fichier CONFIG.SYS. Si c'est le cas, corrigez les problКmes
                ВnoncВs par les messages d'erreur ou d'avertissement du pilote.
                VВrifiez Вgalement que le fichier IPXCALLS.DLL est dans le
                rВpertoire NetWare Requester. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0636: Une erreur s'est produite pendant l'extraction de la table de la
 carte IPX.%0

 Explication    Un appel Е npserver.sys pour obtenir la table de carte IPX a
                ВchouВ.
 Action         Assurez-vous que les lignes concernant les pilotes IPX.SYS et
                NPSERVER.SYS ont ВtВ correctement spВcifiВes dans le fichier
                CONFIG.SYS. Si c'est le cas, corrigez les problКmes ВnoncВs par
                les messages d'erreur ou d'avertissement du pilote. VВrifiez
                Вgalement que les fichiers IPXCALLS.DLL et NPCALLS.DLL sont
                dans le rВpertoire NetWare Requester. Faites une nouvelle
                tentative. Si le problКme persiste, contactez votre
                distributeur agrВВ Novell.

 REQ0704: Le module SPX n'est pas installВ.

 Explication    Le dВmon des Named pipes ne peut ni communiquer avec le pilote
                SPX.SYS, ni ouvrir les fichiers correspondants.
 Action         VВrifiez que le pilote SPX.SYS est indiquВ correctement dans le
                fichier CONFIG.SYS. S c'est le cas, corrigez les problКmes
                ВnoncВs par les messages d'erreur ou d'avertissement du pilote
                ; puis, faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0705: Le module IPX n'est pas installВ.

 Explication    Le dВmon des Named Pipes ne peut ni communiquer avec le pilote
                IPX.SYS, ni ouvrir les fichiers correspondants.
 Action         VВrifiez que le pilote IPX.SYS est indiquВ correctement dans le
                fichier CONFIG.SYS. S c'est le cas, corrigez les problКmes
                ВnoncВs par les messages d'erreur ou d'avertissement du pilote
                ; puis, faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0719: Une version incorrecte d'OS/2 est utilisВe.

 Explication    L'appel de DosGetVersion n'a pas pu aboutir (probablement Е
                cause d'une erreur interne de programme), ou le systКme OS/2 ne
                fonctionne pas en version 2.0 ou ultВrieure.
 Action         VВrifiez que le systКme d'exploitation client et le pilote
                NMPIPE.SYS sont compatibles. Puis, faites une nouvelle
                tentative. Si le problКme persiste, contactez votre
                distributeur agrВВ Novell.

 REQ0806: Le programme ne peut pas obtenir les informations de la page de code.
 Erreur: <code>.

 Explication    Le systКme OS/2 ne retourne pas de page de code. Il s'agit
                probablement d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0807: Les versions du dВmon et du pilote du pВriphВrique Requester sont
 incompatibles.

 Explication    Le fichier NWDAEMON.EXE et le pilote NWREQ.SYS ont sans doute
                ВtВ installВs Е partir de disquettes distinctes.
 Action         RВinstallez le pilote du Requester en vous assurant que vous
                utilisez la bonne disquette d'installation.

 REQ0808: Le fichier worker DLL ne peut pas Иtre enregistrВ. Erreur: <code>.

 Explication    Le fichier NWWORKER.DLL n'a pas pu Иtre enregistrВ dans le
                Requester. Il s'agit probablement d'une erreur interne du
                programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0809: Le gestionnaire de diffusion ne peut pas Иtre enregistrВ. Erreur:
 <code>.

 Explication    Il s'agit probablement d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0810: Le programme ne peut pas obtenir d'informations systКme. Erreur:
 <code>.

 Explication    OS/2 ne peut pas retourner d'informations systКme. Il s'agit
                probablement d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0811: La prioritВ du processus nettoyeur ne peut pas Иtre dВfinie. Erreur:
 <code>.

 Explication    Le processus de surveillance doit s'exВcuter en prioritВ
                normale. Or, le systКme n'est pas parvenu Е accorder la
                prioritВ adВquate.
 Action         Ne tenez pas compte de l'erreur.

 REQ0812: Le dВmon nettoyeur ne peut pas Иtre enregistrВ. Erreur: <code>.

 Explication    Il s'agit probablement d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0813: Le programme ne peut pas trouver l'unitВ actuellement assignВe.
 Erreur: <code>.

 Explication    Le systКme OS/2 ne renvoie pas l'assignation d'unitВ actuelle.
                Il s'agit probablement d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0814: Le programme ne peut pas dВfinir l'unitВ actuellement assignВe.
 Erreur: <code>.

 Explication    Le programme OS/2 ne parvient pas Е dВfinir l'assignation
                d'unitВ actuelle. Il s'agit probablement d'une erreur interne
                du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0815: Le programme ne peut pas obtenir l'identificateur de login. Erreur:
 <code>.

 Explication    Le Requester a essayВ de localiser un serveur NetWare lors de
                son initialisation. Le message signifie qu'aucun serveur n'est
                actif ou que le cГblage du systКme est inadВquat.
 Action         Assurez-vous que le serveur NetWare fonctionne correctement.
                VВrifiez Вgalement que la machine OS/2 a Вtabli une connexion
                avec le rВseau : puis faites une nouvelle tentative. Si le
                problКme persiste, contactez votre distributeur agrВВ Novell.

 REQ0816: Une erreur s'est produite durant la tentative d'initialisation de la
 mВmoire cache.

 Explication    La fonction de mВmoire cache ne s'exВcute pas. Il s'agit
                probablement d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0817: Le dВmon n'a pas pu renforcer la prioritВ du processus.

 Explication    Le processus doit s'exВcuter avec une prioritВ plus ВlevВe. Or,
                le systКme n'est pas parvenu Е accorder la prioritВ adВquate.
 Action         Ne tenez pas compte de l'erreur.

 REQ0818: Le dВmon n'a pas pu enregistrer le gestionnaire du DosBox.

 Explication    Il s'agit probablement d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0820: MВmoire insuffisante pour le dВmon de diagnostic. Erreur: <code>.

 Explication    Le programme NWDaemon a tentВ d'allouer de la mВmoire systКme
                sous forme de pile au processus de diagnostic. Or, le systКme a
                retournВ une erreur.
 Action         Augmentez la taille de la mВmoire vive. Pour ce faire, rВduisez
                le nombre d'options de configuration dans le fichier CONFIG.SYS
                (par exemple, la taille de DIRCACHE), Вliminez les pilotes
                facultatifs de pВriphВrique du fichier CONFIG.SYS. LibВrez
                Вgalement de l'espace sur le disque dur en supprimant les
                programmes inutiles. Si vous disposez de plusieurs partitions
                de disque, prВvoyez une partition plus importante pour le
                fichier de transfert OS/2. En outre, les utilitaires de
                compression de disque constituent une solution intВressante.
                AprКs ces opВrations, quittez la session OS/2, puis relancez le
                systКme. Si le problКme persiste, contactez votre distributeur
                agrВВ Novell.

 REQ0821: Le dВmon de diagnostic ne peut pas dВmarrer. Erreur: <code>.

 Explication    NWDaemon a tentВ de lancer le processus de diagnostic mais le
                systКme a dВtectВ une erreur. Les processus actifs sont
                probablement trop nombreux, ou il s'agit d'une erreur interne
                du programme.
 Action         Essayez de fermer les autres applications en cours. Si le
                problКme persiste, contactez votre distributeur agrВВ Novell.

 REQ0822: La prioritВ du dВmon de diagnostic ne peut pas Иtre modifiВe. Erreur:
 <code>.

 Explication    Le processus de diagnostic doit s'exВcuter en prioritВ normale.
                Or, le systКme n'est pas parvenu Е accorder la prioritВ
                adВquate.
 Action         Ne tenez pas compte de l'erreur.

 REQ0823: MВmoire insuffisante pour lancer un nouveau processus. Erreur:
 <code>.

 Explication    NWDaemon ne dispose pas d'une quantitВ de mВmoire suffisante
                pour exВcuter un autre processus.
 Action         Augmentez la taille de la mВmoire vive. Pour ce faire, rВduisez
                le nombre d'options de configuration dans le fichier CONFIG.SYS
                (par exemple, la taille de DIRCACHE), Вliminez les pilotes
                facultatifs de pВriphВrique du fichier CONFIG.SYS. LibВrez
                Вgalement de l'espace sur le disque dur en supprimant les
                programmes inutiles. Si vous disposez de plusieurs partitions
                de disque, prВvoyez une partition plus importante pour le
                fichier de transfert OS/2. En outre, les utilitaires de
                compression de disque constituent une solution intВressante.
                AprКs ces opВrations, quittez la session OS/2, puis relancez le
                systКme. Si le problКme persiste, contactez votre distributeur
                agrВВ Novell.

 REQ0824: Le processus d'Вmission SPX ne peut pas dВmarrer. Erreur: <code>.

 Explication    Il s'agit probablement d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0825: Le processus de rВception SPX ne peut pas dВmarrer. Erreur: <code>.

 Explication    Il s'agit probablement d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0826: Le gestionnaire SFT 3 ne peut pas Иtre enregistrВ.

 Explication    Il s'agit probablement d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0827: La sВparation de paquets ne peut pas Иtre initialisВe.

 Explication    Il s'agit probablement d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ0843: MВmoire insuffisante pour un des processus de gestion du rВseau
 (<code d'erreur>).

 Explication    NWDaemon a tentВ d'allouer de la mВmoire systКme destinВe Е
                l'initialisation de la gestion du rВseau. Cette initialisation
                n'a pu Иtre effectuВe.
 Action         Augmentez la taille de la mВmoire vive. Pour ce faire, rВduisez
                le nombre d'options de configuration dans le fichier CONFIG.SYS
                (par exemple, la taille de DIRCACHE), Вliminez les pilotes
                facultatifs de pВriphВrique du fichier CONFIG.SYS. LibВrez
                Вgalement de l'espace sur le disque dur en supprimant les
                programmes inutiles. Si vous disposez de plusieurs partitions
                de disque, prВvoyez une partition plus importante pour le
                fichier de transfert OS/2. En outre, les utilitaires de
                compression de disque constituent une solution intВressante.
                AprКs ces opВrations, quittez la session OS/2, puis relancez le
                systКme. Si le problКme persiste, contactez votre distributeur
                agrВВ Novell.

 REQ0844: Aucun "named pipe" n'a pu Иtre lancВ pour la gestion de rВseau (<code
 d'erreur>).

 Explication    NWDaemon n'a pas pu attribuer de Named pipes. La gestion du
                rВseau pourra s'effectuer normalement dКs que l'ordinateur aura
                ВtВ rВinitialisВ. Ce problКme a plusieurs causes possibles. Le
                chargement des Named pipes ou de SPX n'a pas pu s'effectuer, le
                nombre de Named pipes ouverts est trop ВlevВ, la quantitВ de
                mВmoire ou l'espace disque ne sont pas suffisants, ou bien il
                s'agit d'une erreur interne de programme.
 Action         VВrifiez que les Named pipes nommВs et SPX sont chargВs et que
                la quantitВ de mВmoire du systКme est suffisante. (En cas de
                problКme liВ Е la mВmoire, reportez-vous au commentaire du
                message 843.) Puis, rВinitialisez le systКme et faites une
                nouvelle tentative. Si le problКme persiste, contactez votre
                distributeur agrВВ Novell.

 REQ0845: MВmoire insuffisante pour lancer la gestion de rВseau (<code
 d'erreur>).

 Explication    Le programme NWDaemon a tentВ d'allouer de la mВmoire systКme
                destinВe Е la gestion du rВseau. La quantitВ de mВmoire Вtant
                insuffisante, le processus s'exВcutera dКs que le systКme aura
                ВtВ rВinitialisВ.
 Action         Augmentez la taille de la mВmoire vive. Pour ce faire, rВduisez
                le nombre d'options de configuration dans le fichier CONFIG.SYS
                (par exemple, la taille de DIRCACHE), Вliminez les pilotes
                facultatifs de pВriphВrique du fichier CONFIG.SYS. LibВrez
                Вgalement de l'espace sur le disque dur en supprimant les
                programmes inutiles. Si vous disposez de plusieurs partitions
                de disque, prВvoyez une partition plus importante pour le
                fichier de transfert OS/2. En outre, les utilitaires de
                compression de disque constituent une solution intВressante.
                AprКs ces opВrations, quittez la session OS/2, puis relancez le
                systКme. Si le problКme persiste, contactez votre distributeur
                agrВВ Novell.

 REQ0904: Le pilote NWREQ.SYS n'est pas chargВ.

 Explication    Le Client BetWare pour OS/2 ne peut pas Иtre initialisВ avant
                le chargement du pilote.
 Action         Chargez le pilote NWREQ.SYS.

 REQ0914: Le programme ne peut pas allouer de sВlecteurs Е la table d'espace de
 travail.

 Explication    Tous les sВlecteurs de mВmoire sont utilisВs par le systКme ou
                par des pilotes de pВriphВrique dВjЕ chargВs.
 Action         Supprimez les pilotes de pВriphВrique facultatifs ou superflus
                dans le fichier CONFIG.SYS. Si le problКme persiste, contactez
                votre distributeur agrВВ Novell.

 REQ0915: Le programme ne peut pas allouer de mВmoire Е la table d'espace de
 travail.

 Explication    La mВmoire est entiКrement utilisВe par le systКme. Le
                chargement de Client NetWare pour OS/2 ne peut pas s'effectuer
                correctement.
 Action         Augmentez la taille de la mВmoire vive. Pour ce faire, rВduisez
                le nombre d'options de configuration dans le fichier CONFIG.SYS
                (par exemple, la taille de DIRCACHE), Вliminez les pilotes
                facultatifs de pВriphВrique du fichier CONFIG.SYS. LibВrez
                Вgalement de l'espace sur le disque dur en supprimant les
                programmes inutiles. Si vous disposez de plusieurs partitions
                de disque, prВvoyez une partition plus importante pour le
                fichier de transfert OS/2. En outre, les utilitaires de
                compression de disque constituent une solution intВressante.
                AprКs ces opВrations, quittez la session OS/2, puis relancez le
                systКme. Si le problКme persiste, contactez votre distributeur
                agrВВ Novell.

 REQ0917:MВmoire insuffisante pour la table de mВmoire cache. La mise en
 mВmoire cache est dВsactivВe.

 Explication    La mВmoire est entiКrement utilisВe par le systКme. Le
                chargement de Client NetWare pour OS/2 ne peut pas s'effectuer
                correctement.
 Action         Augmentez la taille de la mВmoire vive. Pour ce faire, rВduisez
                le nombre d'options de configuration dans le fichier CONFIG.SYS
                (par exemple, la taille de DIRCACHE), Вliminez les pilotes
                facultatifs de pВriphВrique du fichier CONFIG.SYS. LibВrez
                Вgalement de l'espace sur le disque dur en supprimant les
                programmes inutiles. Si vous disposez de plusieurs partitions
                de disque, prВvoyez une partition plus importante pour le
                fichier de transfert OS/2. En outre, les utilitaires de
                compression de disque constituent une solution intВressante.
                AprКs ces opВrations, quittez la session OS/2, puis relancez le
                systКme. Si le problКme persiste, contactez votre distributeur
                agrВВ Novell.

 REQ0919: La version d'OS/2 utilisВe est incorrecte.

 Explication    Les versions principales de Client NetWare pour OS/2 et d'OS/2
                sont incompatibles.
 Action         Mettez les deux programmes Е niveau.

 REQ0937: La version pilote du Requester n'est pas compatible avec la version
 d'IFS version.

 Explication    NWIFS.IFS et NWREQ.SYS n'ont pas ВtВ installВs Е partir de la
                m╨ÿme disquette.
 Action         RВinstallez Client NetWare pour OS/2. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ1005: Le module de support LAN n'est pas installВ.

 Explication    Le pilote de Client NetWare pour OS/2 requiert l'exВcution du
                pilote LSL.SYS lors de son chargement. Soit la ligne
                "DEVICE=C:\NETWARE\LSL.SYS" manque dans le fichier CONFIG.SYS,
                soit le LSL a rencontrВ une erreur lors du chargement.
 Action         VВrifiez que le pilote LSL.SYS figure dans le fichier
                CONFIG.SYS. Si ce n'est pas la cause de l'erreur, contactez
                votre distributeur agrВВ Novell.

 REQ1008: Serveur NetWare introuvable.

 Explication    Client NetWare pour OS/2 a tentВ de localiser un serveur
                NetWare lors de son initialisation. Le message signifie
                qu'aucun serveur n'est actif ou que le cГblage du systКme est
                inadВquat.
 Action         VВrifiez que le serveur NetWare fonctionne correctement. Par
                ailleurs, assurez-vous que la machine OS/2 a Вtabli une
                connexion avec le rВseau.

 REQ1010: Le programme ne peut pas allouer de sВlecteurs Е la table de
 connexion.

 Explication    Tous les sВlecteurs de mВmoire sont utilisВs par le systКme ou
                par des pilotes de pВriphВrique dВjЕ chargВs.
 Action         Supprimez les pilotes de pВriphВrique facultatifs ou superflus
                dans le fichier CONFIG.SYS. Si le problКme persiste, contactez
                votre distributeur agrВВ Novell.

 REQ1011: Le programme ne peut pas allouer de mВmoire Е la table de connexion.

 Explication    La mВmoire est entiКrement utilisВe par le systКme. Le
                chargement de Client NetWare pour OS/2 ne peut pas s'effectuer
                correctement.
 Action         Augmentez la taille de la mВmoire vive. Pour ce faire, rВduisez
                le nombre d'options de configuration dans le fichier CONFIG.SYS
                (par exemple, la taille de DIRCACHE), Вliminez les pilotes
                facultatifs de pВriphВrique du fichier CONFIG.SYS. LibВrez
                Вgalement de l'espace sur le disque dur en supprimant les
                programmes inutiles. Si vous disposez de plusieurs partitions
                de disque, prВvoyez une partition plus importante pour le
                fichier de transfert OS/2. En outre, les utilitaires de
                compression de disque constituent une solution intВressante.
                AprКs ces opВrations, quittez la session OS/2, puis relancez le
                systКme. Si le problКme persiste, contactez votre distributeur
                agrВВ Novell.

 REQ1019: La version d'OS/2 utilisВe est incorrecte.

 Explication    Les versions principales de Client NetWare pour OS/2 et d'OS/2
                sont incompatibles.
 Action         Mettez les deux programmes Е niveau.

 REQ1021: Le fichier de configuration ne peut pas Иtre analysВ. Des paramКtres
 par dВfaut seront utilisВs.

 Explication    Le pilote de Client NetWare pour OS/2 ne peut pas lire les
                paramКtres du fichier NET.CFG.
 Action         Assurez-vous que la syntaxe de la section NetWare Requester du
                fichier est correcte.

 REQ1022: Une erreur non rВcupВrable s'est produite. Le pilote n'Вtait pas
 chargВ.

 Explication    Le chargement du pilote n'a pas pu s'effectuer correctement. Il
                s'agit probablement d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ1024: Le programme ne peut pas allouer de sВlecteurs au support de travail.

 Explication    Tous les sВlecteurs de mВmoire sont utilisВs par le systКme ou
                par des pilotes de pВriphВrique dВjЕ chargВs.
 Action         Supprimez les pilotes de pВriphВrique facultatifs ou superflus
                dans le fichier CONFIG.SYS. Puis, faites une nouvelle
                tentative. Si le problКme persiste, contactez votre
                distributeur agrВВ Novell.

 REQ1038: Le programme ne peut pas allouer de mВmoire au tampon des messages
 d'erreur.

 Explication    La mВmoire est entiКrement utilisВe par le systКme. Le
                chargement de Client NetWare pour OS/2 ne peut pas s'effectuer
                correctement.
 Action         Augmentez la taille de la mВmoire vive. Pour ce faire, rВduisez
                le nombre d'options de configuration dans le fichier CONFIG.SYS
                (par exemple, la taille de DIRCACHE), Вliminez les pilotes
                facultatifs de pВriphВrique du fichier CONFIG.SYS. LibВrez
                Вgalement de l'espace sur le disque dur en supprimant les
                programmes inutiles. Si vous disposez de plusieurs partitions
                de disque, prВvoyez une partition plus importante pour le
                fichier de transfert OS/2. En outre, les utilitaires de
                compression de disque constituent une solution intВressante.
                AprКs ces opВrations, quittez la session OS/2, puis relancez le
                systКme. Si le problКme persiste, contactez votre distributeur
                agrВВ Novell.

 REQ1039: Le Requester ne peut pas Вmettre vers le serveur NetWare. <numВro>
 comme <numВro>.

 Explication    Client NetWare pour OS/2 attend une rВponse du serveur aprКs
                chaque demande. Si le serveur ne rВpond pas dans un certain
                laps de temps, Client NetWare pour OS/2 accorde un nouveau
                dВlai.
 Action         VВrifiez que le serveur est toujours actif et fonctionne
                correctement. VВrifiez Вgalement que tous les routeurs situВs
                entre le poste de travail et le serveur sont actifs. Si le
                problКme persiste, contactez votre distributeur agrВВ Novell.

 REQ1040: Le Requester a accordВ un nouveau dВlai en attendant une rВponse du
 serveur. <numВro>.

 Explication    Client NetWare pour OS/2 attend une rВponse du serveur aprКs
                chaque demande. Si le serveur ne rВpond pas dans un certain
                laps de temps, Client NetWare pour OS/2 accorde un nouveau
                dВlai.
 Action         VВrifiez que le serveur est toujours actif et fonctionne
                correctement. VВrifiez Вgalement que tous les routeurs situВs
                entre le poste de travail et le serveur sont actifs.Si le
                problКme persiste, contactez votre distributeur agrВВ Novell.

 REQ1041: Le serveur <numВro> ne rВpond pas Е la requИte.

 Explication    Client NetWare pour OS/2 attend une rВponse du serveur aprКs
                chaque demande. Si le serveur ne rВpond pas dans un certain
                laps de temps, Client NetWare pour OS/2 accorde un nouveau
                dВlai.Ce message s'affiche Вgalement lorsque le serveur envoie
                une rВponse inattendue.
 Action         VВrifiez que le serveur est toujours actif et fonctionne
                correctement. VВrifiez Вgalement que tous les routeurs situВs
                entre le poste de travail et le serveur sont actifs.Si le
                problКme persiste, contactez votre distributeur agrВВ Novell.

 REQ1042: La connexion au serveur NetWare  <numВro> en tant que serveur
 <numВro> a ВtВ dВsactivВe.

 Explication    Client NetWare pour OS/2 attend une rВponse du serveur aprКs
                chaque demande. Si le serveur ne rВpond pas dans un certain
                laps de temps, Client NetWare pour OS/2 accorde un nouveau
                dВlai.
 Action         VВrifiez que le serveur est toujours actif et fonctionne
                correctement. VВrifiez Вgalement que tous les routeurs situВs
                entre le poste de travail et le serveur sont actifs.Si le
                problКme persiste, contactez votre distributeur agrВВ Novell.

 REQ1043: Le routage vers le serveur NetWare <numВro> a ВtВ interrompu.

 Explication    Le routage du rВseau vers le serveur a ВtВ interrompu.
 Action         VВrifiez que le serveur est toujours actif et fonctionne
                correctement. VВrifiez Вgalement que tous les routeurs situВs
                entre le poste de travail et le serveur sont actifs.Si le
                problКme persiste, contactez votre distributeur agrВВ Novell.

 REQ1045: Le routage vers le serveur NetWare<numВro> a ВtВ interrompu.

 Explication    Le routage du rВseau vers le serveur a ВtВ interrompu.
 Action         VВrifiez que le serveur est toujours actif et fonctionne
                correctement. VВrifiez Вgalement que tous les routeurs situВs
                entre le poste de travail et le serveur sont actifs.Si le
                problКme persiste, contactez votre distributeur agrВВ Novell.

 REQ1106: Le programme SPDaemon ne peut pas obtenir la version SPX. Erreur:
 <code>.

 Explication    L'appel de SpxGetVersion n'a pas abouti. Il s'agit probablement
                d'une erreur interne du programme.
 Action         VВrifiez que le pilote SPX.SYS est indiquВ correctement dans le
                fichier CONFIG.SYS. Si c'est le cas, corrigez les problКmes
                ВnoncВs par les messages d'erreur ou d'avertissement du pilote.
                VВrifiez s'il n'y a pas incompatibilitВ entre les versions des
                pilotes. Si le problКme persiste, contactez votre distributeur
                agrВВ Novell.

 REQ1107: Les versions du pilote SPX et du dВmon SPX sont incompatibles.

 Explication    Les versions du pilote SPX.SYS et de SPDAEMON.EXE sont
                probablement incompatibles.
 Action         VВrifiez que le pilote SPX.SYS client et SPDAEMON.EXE sont
                installВs en versions compatibles. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ1108: L'entrВe correspondant au pilote SPX est introuvable. Erreur: <code>.

 Explication    SPDaemon n'a pas pu trouver d'identificateur pour le pilote
                SPX.SYS. Il s'agit probablement d'une erreur interne du
                programme.
 Action         VВrifiez que les versions des pilotes SPX.SYS client et
                SPDAEMON.EXE sont compatibles. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ1109: Le dВmon SPX est dВjЕ chargВ.Erreur: <code>.

 Explication    SPDAEMON.EXE a dВjЕ enregistrВ le pilote SPX.SYS. Celui-ci est
                donc dВjЕ chargВ.
 Action         VВrifiez que le programme SPDAEMON.EXE figure une seule fois
                dans le fichier CONFIG.SYS.

 REQ1110: Le dВmon ne peut pas communiquer avec le pilote SPX. Erreur: <code>.

 Explication    SPDaemon ne peut pas communiquer avec le pilote SPX.SYS.
 Action         VВrifiez que le pilote SPX.SYS est indiquВ correctement dans le
                fichier CONFIG.SYS. Si c'est le cas, corrigez les problКmes
                ВnoncВs par les messages d'erreur ou d'avertissement du pilote.
                VВrifiez s'il n'y a pas incompatibilitВ entre les versions des
                pilotes. Si le problКme persiste, contactez votre distributeur
                agrВВ Novell.

 REQ1111: L'identificateur de pВriphВrique SPX ne peut pas Иtre fermВ. Erreur:
 <code>.

 Explication    SPDeamon ne peut pas fermer l'identificateur de pВriphВrique.
                Il s'agit probablement d'une erreur interne du programme.
 Action          Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ1112: Le sВmaphore ne peut Иtre pris en charge par le programme SPDaemon.
 Erreur: <code>.

 Explication    Un appel de DosSemSetWait n'a pas abouti. Il s'agit
                probablement d'une erreur interne du programme.
 Action          Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ1113: Certains segments d'information du systКme sont introuvables. Erreur:
 <code>.

 Explication    L'appel de DosGetInfoSeg n'a pas abouti. Il s'agit probablement
                d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ1114: La prioritВ du processus de verrouillage ne peut Иtre Вtablie.
 Erreur: <code>.

 Explication    L'appel de DosSetPrty n'a pas abouti. Il s'agit probablement
                d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ1115: Le pilote SPX est inaccessible. Erreur: <code>.

  Explication   SPDaemon n'a pas pu accВder Е SPX.SYS par la passerelle d'appel.
 Action         VВrifiez que le pilote SPX.SYS est indiquВ correctement dans le
                fichier CONFIG.SYS. Si c'est le cas, corrigez les problКmes
                ВnoncВs par les messages d'erreur ou d'avertissement du pilote.
                Il peut Вgalement s'agir d'une incompatibilitВ entre les
                versions des pilotes.VВrifiez puis faites une nouvelle
                tentative. Si le problКme persiste, contactez votre
                distributeur agrВВ Novell.

 REQ1116: La prioritВ du processus AES ne peut Иtre Вtablie. Erreur: <code>.

  Explication   L'appel de DosSetPrty n'a pas abouti. Il s'agit probablement
                d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ1117: La prioritВ du processus de surveillance ne peut Иtre Вtablie.
 Erreur: <code>.

  Explication   L'appel de DosSetPrty n'a pas abouti. Il s'agit probablement
                d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ1118: La prioritВ du processus de session ne peut Иtre Вtablie. Erreur:
 <code>.

  Explication   L'appel de DosSetPrty n'a pas abouti. Il s'agit probablement
                d'une erreur interne du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ1119: Le fichier SPXCALLS.DLL ne peut pas communiquer avec le pilote SPX.

  Explication   Le fichier SPXCALLS.DLL ne peut pas communiquer avec le pilote SPX.SYS.
 Action         VВrifiez que le pilote SPX.SYS est indiquВ correctement dans le
                fichier CONFIG.SYS. Si c'est le cas, corrigez les problКmes
                ВnoncВs par les messages d'erreur ou d'avertissement du pilote.
                VВrifiez si les versions des pilotes sont compatibles, puis
                faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ1205: Le pilote ne peut pas initialiser les variables CGroup.

  Explication   En rКgle gВnВrale, les variables CGroup sont enregistrВes dans
                le pilote pour un accКs aisВ et fiable. Dans le cas prВsent,
                les variables n'ont cependant pas ВtВ initialisВes Е cause d'un
                problКme de mВmoire.
 Action         Augmentez la taille de la mВmoire vive. Pour ce faire, rВduisez
                le nombre d'options de configuration dans le fichier CONFIG.SYS
                (par exemple, la taille de DIRCACHE), Вliminez les pilotes
                facultatifs de pВriphВrique du fichier CONFIG.SYS. LibВrez
                Вgalement de l'espace sur le disque dur en supprimant les
                programmes inutiles. Si vous disposez de plusieurs partitions
                de disque, prВvoyez une partition plus importante pour le
                fichier de transfert OS/2. En outre, les utilitaires de
                compression de disque constituent une solution intВressante.
                AprКs ces opВrations, quittez la session OS/2, puis relancez le
                systКme. Si le problКme persiste, contactez votre distributeur
                agrВВ Novell.

 REQ1206: Le pilote ne peut pas configurer SPX.

  Explication   Le pilote et le fichier NWCONFIG.DLL n'ont pas pu analyser les
                paramКtres de SPX dans le fichier NET.CFG.
 Action          VВrifiez que le format du fichier NET.CFG est correct.

 REQ1207: Le pilote n'a pas rВussi Е se connecter Е LSL ou Е IPX.

  Explication   SPX n'a pu ni communiquer avec le pilote de LINKSUP_ (LSL.SYS)
                ou celui d'IPX_ (IPX.SYS), ni ouvrir les fichiers
                correspondants. Ceci signifie que l'un des pilotes, voire les
                deux, n'a pas ВtВ installВ correctement.
 Action         VВrifiez que les pilotes de pВriphВrique LSL.SYS et IPX.SYS
                sont indiquВs correctement dans le fichier CONFIG.SYS. Si c'est
                le cas, corrigez les problКmes ВnoncВs par les messages
                d'erreur ou d'avertissement du pilote. VВrifiez si les versions
                des pilotes sont compatibles, puis faites une nouvelle
                tentative. Si le problКme persiste, contactez votre
                distributeur agrВВ Novell.

 REQ1208: Impossible d'obtenir la version d'OS/2. OS/2 v2.0 est donc utilisВe
 par dВfaut.

  Explication   L'appel de DosGetVersion n'a pas abouti (Е cause d'une erreur
                interne du programme), ou OS/2 n'est pas installВ en version
                2.0 ou ultВrieure.
 Action         VВrifiez que les versions d'OS/2 et du pilote SPX.SYS sont
                compatibles. Si ce n'est pas la cause de l'erreur, contactez
                votre distributeur agrВВ Novell.

 REQ1209: Le pilote ne peut pas obtenir les variables OS/2 DOS.

  Explication   Le pilote SPX.SYS n'a pas pu accВder au segment de donnВes
                systКme ou locales. Il s'agit probablement d'une erreur interne
                du programme.
 Action         Faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ1210: Le pilote ne peut pas initialiser la passerelle d'appel de SPX.

  Explication   Le pilote SPX.SYS n'a pas pu initialiser la passerelle d'appel
                Е l'aide du pilote LSL.SYS.
 Action          VВrifiez que le pilote LSL.SYS est indiquВ correctement dans
                le fichier CONFIG.SYS. Si c'est le cas, corrigez les problКmes
                ВnoncВs par les messages d'erreur ou d'avertissement du pilote.
                VВrifiez si les versions des pilotes sont compatibles, puis
                faites une nouvelle tentative. Si le problКme persiste,
                contactez votre distributeur agrВВ Novell.

 REQ1211: Le pilote ne peut pas allouer de mВmoire Е l'utilisation de SPX.

  Explication   Le systКme ne dispose pas d'une quantitВ de mВmoire suffisante
                pour exВcuter SPX.
 Action         Augmentez la taille de la mВmoire vive. Pour ce faire, rВduisez
                le nombre d'options de configuration dans le fichier CONFIG.SYS
                (par exemple, la taille de DIRCACHE), Вliminez les pilotes
                facultatifs de pВriphВrique du fichier CONFIG.SYS. LibВrez
                Вgalement de l'espace sur le disque dur en supprimant les
                programmes inutiles. Si vous disposez de plusieurs partitions
                de disque, prВvoyez une partition plus importante pour le
                fichier de transfert OS/2. En outre, les utilitaires de
                compression de disque constituent une solution intВressante.
                AprКs ces opВrations, quittez la session OS/2, puis relancez le
                systКme. Si le problКme persiste, contactez votre distributeur
                agrВВ Novell.

 REQ1301: L'application ne peut pas initialiser le programme Named pipes.

  Explication   L'application ne peut ni communiquer avec le pilote NMPIPE.SYS,
                ni ouvrir les fichiers correspondants. Dans la plupart des cas,
                le pilote NMPIPE.SYS ne figure pas dans le fichier CONFIG.SYS.
 Action         VВrifiez que le pilote NMPIPE.SYS est indiquВ correctement dans
                le fichier CONFIG.SYS. Si c'est le cas, corrigez les problКmes
                ВnoncВs par les messages d'erreur ou d'avertissement du pilote.
                Si le problКme persiste, contactez votre distributeur agrВВ Novell.


═══ 20. Conseils de dВpannage et aide ═══

Troubleshooting Tips and Where To Go for Help

Conseils en cas de problКmes

VВrifiez que:

■ les types de trame dВfinis sont les mИmes dans le poste de travail et sur le serveur.

■ la configuration des cartes et les paramКtres des logiciels sont compatibles
.

■ les paramКtres de NET.CFG comme le contexte de nom correspondent Е la
configuration systКme NetWare.

■ le cГblage du rВseau rВpond aux spВcifications IEEE, qu'il est correctement
connectВ et qu'il se termine correctement.

■ tous les logiciels rВseau sont dans leur version la plus rВcente.

Aide

Novell propose plusieurs types de support, parmi lesquels :

 Γûá Support technique Novell
 Γûá NSEPRO
 ■ Votre Distributeur agrВВ Novell (DAN)
 Γûá NetWire sur CompuServ
 Γûá Novell Application Notes

 Pour en savoir plus, appelez le 1-800-NETWARE.

 Pour plus d'informations sur OS/2, appelez votre ingВnieur commercial IBM.


ΓòÉΓòÉΓòÉ 21. Diagrammes d'architecture ΓòÉΓòÉΓòÉ

Architecture Diagrams

Ces diagrammes vous donneront une vue d'ensemble technique sur le Client
Netware pour OS/2*.

Ils peuvent vous aider Е comprendre la fonction des diffВrents composants de
Client NetWare pour OS/2 (par exemple, quels composants sont utilisВs pour le
support de Named Pipes).

Plus prВcisВment, ces diagrammes reprВsentent

ΓûáLes principales fonctions des composants de Client NetWare pour OS/2.

■Les diffВrents composants de Client NetWare pour OS/2.

ΓûáLa relation existant entre tous ces composants.

RemarqueVous n'avez pas Е charger manuellement les composants prВsentВs dans
les divers diagrammes. Il vous suffit de sВlectionner les paramКtres dans le
programme d'installation de Client NetWare pour OS/2 pour que les composants
correspondants soient automatiquement chargВs.

Si vous dВsirez modifier les paramКtres par la suite, vous exВcuterez Е nouveau
le programme d'installation. Topics and architecture diagrams

RequИtes NetWare Е partir de sessions OS/2

Requ╨ÿtes NCP

RequИtes du systКme de fichiers

RequИtes Protocol Е partir de sessions OS/2

Requ╨ÿtes IPX uniquement

Requ╨ÿtes SPX

RequИtes Serveur Canaux de communication nommВs

RequИtes Client Canaux de communication nommВs

Requ╨ÿtes NetBIOS

RequИtes NetWare Е partir de sessions DOS/MS Windows

Requ╨ÿtes NCP DOS/MS Windows

RequИtes du systКme de fichiers DOS/MS Windows

RequИtes Protocol Е partir de sessions DOS/MS Windows

RequИtes SPX ou IPX uniquement Е partir de DOS/MS Windows

RequИtes Client Canaux de communication nommВs DOS/MS Windows

equ╨ÿtes Get Server Client SQL DOS/MS Windows

Requ╨ÿtes NetBIOS DOS et MS Windows

Requ╨ÿtes NetBIOS Submit utilisant uniquement le pilote Novell NetBIOS avec
Extended Services chargВ

Partage d'une carte rВseau

Client NetWare pour OS/2 et logiciel IBM utilisant ODINSUP pour le partage
d'une carte rВseau

Client NetWare pour OS/2 et logiciel IBM utilisant LANSUP pour le partage d'une
carte rВseau


ΓòÉΓòÉΓòÉ 21.1. Requ╨ÿtes NCP ΓòÉΓòÉΓòÉ

NetWare Core Protocol Requests

Les requИtes NCP sont adressВes directement au serveur NetWare, sans passer par
OS/2.

Certains utilitaires NetWare Вmettent ce type de requИte. Elles sont
gВnВralement accompagnВes de requИtes de systКme de fichiers.


═══ 21.2. RequИtes du systКme de fichiers ═══

File System Requests

Les requИtes du systКme de fichier sont gВrВes par OS/2 qui les transmet
ensuite au Client NetWare pour OS/2. Tout programme manipulant des fichiers sur
le rВseau effectue ce type de requИte.

Ces requИtes sont toujours accompagnВes de requИtes NCP.


ΓòÉΓòÉΓòÉ 21.3. Requ╨ÿtes IPX uniquement ΓòÉΓòÉΓòÉ

IPX-Only Requests

Les requИtes IPX sont Вmises par les applications IPX, notamment Client NetWare
pour OS/2.


ΓòÉΓòÉΓòÉ 21.4. Requ╨ÿtes SPX ΓòÉΓòÉΓòÉ

SPX Requests

Les requИtes SPX sont Вmises par les applications SPX. Certains utilitaires
d'impression et API NetWare effectuent ce type de requ╨ÿte.


═══ 21.5. RequИtes serveur Canaux de communication nommВs ═══

Named Pipes Server Requests

Les requИtes server Canaux de communication nommВs sot Вmises par les serveurs
d'applications distribuВes Canaux de communication nommВs.


═══ 21.6. RequИtes Client Canaux de communication nommВs ═══

Named Pipes Client Requests

Les requИtes client Canaux de communication nommВs sont Вmises par les clients
d'applications distribuВes Canaux de communication nommВs.


ΓòÉΓòÉΓòÉ 21.7. Requ╨ÿtes NetBIOS ΓòÉΓòÉΓòÉ

NetBIOS Requests

Qu'est-ce que NetBIOS ?

NetBIOS est un protocole "indВpendant du matВriel" qui permet Е des
applications d'utiliser des cartes rВseau sans connaМtre le mode de
fonctionnement de leurs pilotes.

Les applications NetBIOS Вmettent des commandes NetBIOS qui sont acheminВes
vers un pilote de carte rВseau spВcifique. Le pilote gКre la transmission des
paquets NetBIOS sur le rВseau.

Qu'est-ce que l'Вmulateur NetBIOS de Novell ?

Novell fournit un Вmulateur NetBIOS qui pemet Е des applications exВcutВes sur
un rВseau IPX (NetWare par exemple) de communiquer Е l'aide du protocole
NetBIOS.

Cet Вmulateur NetBIOS encapsule les paquets NetBIOS au sein de paquets IPX. Un
pilote ODI se charge alors de transmettre les paquets IPX sur le rВseau.

Alors que l'application NetBIOS communique au moyen de commandes NetBIOS,
l'Вmulateur NetBIOS transmet en fait des paquets IPX.

L'Вmulateur NetBIOS de Novell ne peut communiquer qu'avec d'autres Вmulateurs
utilisant IPX.

Par exemple, si vous possВdez un poste de travail exВcutant l'Вmulateur NetBIOS
et un autre exВcutant NetBIOS d'IBM, les deux postes ne pourront pas
communiquer.

Cependant, l'Вmulateur NetBIOS peut tourner sur le mИme poste de travail OS/2
que d'autres implВmentations NetBIOS, par exemple le NetBIOS fourni avec IBM
Extended Services ou LAN Services. Il peut aussi Иtre exВcutВ seul.

Les requИtes NetBIOS sont Вmises par les applications utilisant l'Вmulation
NetBIOS de Novell.

Si Extended Services ou LAN Services sont installВs, les requИtes empruntent
une autre voie.

Requ╨ÿtes NetBIOS Submit utilisant uniquement le pilote Novell NetBIOS

Requ╨ÿtes NetBIOS Submit utilisant uniquement le pilote Novell NetBIOS avec
Extended Services chargВ

Requ╨ÿtes NetBIOS Submit utilisant un pilote NetBIOS Novell ou IBM avec LAN
Services chargВ

Requ╨ÿtes NetBIOS NB30 utilisant un pilote NetBIOS Novell ou IBM avec Extended
Services chargВ


═══ 21.8. RequИtes NetWare Е partir de sessions DOS/MS Windows ═══

NetWare Requests from DOS/MS Windows Sessions

Lorsque vous sВlectionnez le support des sessions DOS virtuelles dans le
programme d'installation de Client NetWare pour OS/2, ce programme ajoute au
fichier CONFIG.SYS les lignes nВcessaires au chargement des composants IPX et
SHELL.

Les propriВtВs NETWARE_RESOURCES et VIPX_ENABLED sont Вgalement crВВes puis
ajoutВes au bloc-notes ParamКtres DOS de toutes les icУnes DOS et Windows.

Ces propriВtВs vous permettent d'opter pour un support global, un support privВ
ou pas de support de rВseau pour chaque session.

■ Si vous choisissez le support global, VIPX et VSHELL sont activВs pour la
session.

■ Si vous optez pour le support privВ, VIPX est activВ, mais pas VSHELL, et
vous pouvez charger manuellement NETX.EXE.

Γûá Si vosu ne chargez pas NETX.EXE, vous obtenez uniquement le support IPX et
SPX.

Γûá Si vous choisissez VIPX_ENABLED OFF, aucun support NetWare n'est alors
chargВ.

VIPX doit Иtre activВ pour que les sessions globales (utilisant VSHELL) ou
privВes (utilisant NETX) puissent fonctionner.

Requ╨ÿtes NCP DOS/MS Windows

RequИtes du systКme de fichiers DOS/MS Windows


═══ 21.9. RequИtes SPX ou IPX uniquement Е partir de DOS/MS Windows ═══

DOS/MS Windows SPX- or IPX-Only Requests


═══ 21.10. RequИtes Client Canaux de communication nommВs DOS/MS Windows ═══

DOS/MS Windows Named Pipes Client Requests.


ΓòÉΓòÉΓòÉ 21.11. Requ╨ÿtes Get Server Client SQL DOS/MS Windows ΓòÉΓòÉΓòÉ

DOS/MS Windows SQL Client Get Server Requests


ΓòÉΓòÉΓòÉ 21.12. Requ╨ÿtes NetBIOS DOS et MS Windows ΓòÉΓòÉΓòÉ

DOS and MS Windows NetBIOS Requests


ΓòÉΓòÉΓòÉ 21.13. Requ╨ÿtes NetBIOS DOS et MS Windows avec Extended ΓòÉΓòÉΓòÉ

Services chargВ DOS and MS Windows NetBIOS Requests with Extended Services
Loaded


═══ 21.14. Partage d'une carte rВseau ═══

Sharing a Network Board

Fonctionnement de ODINSUP

ODINSUP convertit les transmissions NDIS Вmanant de Extended Services ou LAN
Services en un format reconnu par le spilotes ODI.

ODINSUP convertit Вgalement les transmissions reЗues du rВseau en un format
lisible par Extended Services et LAN Services.

ODINSUP fonctionne comme une pile de protocole par dВfaut, ce qui signifie
qu'il accepte les requ╨ÿtes provenant de la couche LSL qui ne sont pas
spВcifiquement marquВes pour un autre protocole (par exemple IPX ou TCP/IP).

Lorsqu'il reЗoit ces requИtes, ODINSUP les transmet Е la pile de protocole
NDIS.

ODINSUP permet au pilote de protocole IBM (dans Extended Services et LAN
Services) de communiquer avec une carte rВseau sans connaМtre dans le dВtail le
mode de transmission de cette carte (par exemple, le type de trame).

Les dВtails de communication sont du ressort du pilote ODI, qui transmet les
informatios Е la couche LSL, laquelle les transmet Е son tour Е la pile de
protocole correcte ou Е ODINSUP.

ODINSUP convertit la requ╨ÿte en un format reconnaissable par le pilote de
protocole.

"Utilisation de ODINSUP" fournit plus de dВtails sur ODINSUP. ODINSUP est
destinВ aux pilotes ODI. LANSUP s'adresse aux pilotes NDIS.

Client NetWare pour OS/2 et logiciel IBM utilisant ODINSUP pour le partage
d'une carte rВseau

Client NetWare pour OS/2 et logiciel IBM utilisant LANSUP pour le partage d'une
carte rВseau