Pour imprimer ce fichier sur une imprimante locale, procédez comme suit :
1. Insérez la disquette contenant ce fichier dans l'unité A: (ou B:) du poste
de travail.
2. A l'invite DOS, tapez "A:" (ou "B:") et appuyez sur <Entrée>.
3. A l'invite DOS, tapez "COPY README.TXT PRN" et appuyez sur
<Entrée>.
REMARQUE : Si vous êtes équipé d'une imprimante PostScript, importez ce fichier dans une application de traitement de texte et imprimez-le depuis l'application.
-----------------------------------------------------------------Table des matières
Ce document aborde les thèmes suivants, relatifs au produit Client NetWare pour DOS et MS Windows :
1.0 Informations générales
1.01 Maintien de l'assignation de racine fictive
N'utilisez pas la commande MOVE sous DR DOS. En effet, MOVE exécutant les commandes CD dans le chemin courant, le fichier MOVE.EXE perdrait l'assignation de la racine fictive.
1.02 Correction de l'erreur NDIR sous COMPAQ DOS 5.0 et DR DOS 6.0
Les commandes suivantes provoquent des erreurs sous COMPAQ DOS 5.0 et DR DOS 6.0 :
NDIR nom_serveur/volume:
DIR nom_serveur/volume:
CD nom_serveur/volume:
La raison en est que lors du prétraitement, DOS considère la barre oblique (/) comme un spécificateur d'option. Vous pouvez, plutôt que d'employer la syntaxe nom du serveur/volume, assigner une unité et utiliser les lettres correspondantes à ces unités.
1.03 Support des versions actuelles du fichier Client NetWare
Le fichier IPXNCP.VLM ne peut mettre en oeuvre l'ODI de Packet Burst, le contrôle de cohérence des systèmes SFT III ou le répondeur de gestion de NetWare s'il ne dispose pas des versions 2.0 ou ultérieures de IPXODI.COM.
Par ailleurs, vous devez aussi activer les fonctions de contrôle de cohérence et de GNMA car IPXODI traite séparément la version et le niveau du support d'API.
1.04 Login à un serveur Personal NetWare
Vous devez charger le fichier PNW.VLM avant de vous connecter à un serveur Personal NetWare. Vous pourrez charger le logiciel PNW à partir de la ligne "NETWARE PROTOCOL" de votre fichier NET.CFG. Par exemple :
Requêteur DOS de NetWare
NETWARE PROTOCOL = NDS BIND PNW
--Sous MS Windows
Loguez-vous au serveur Personal Netware par l'intermédiaire du produit Outils utilisateur de NetWare pour Windows.
Assurez-vous d'avoir coché la case de sélection "Personal" (dans la boîte de dialogue d'affichage des ressources du menu Configuration NetWare de l'utilitaire Outils utilisateur de NetWare). Les ressources de Personal NetWare seraient sinon inaccessibles.
Vérifiez que le fichier PNW.DLL a été copié dans le répertoire SYSTEM de MS Windows.
--Sous DOS
L'utilitaire NET.EXE, fourni avec Personal NetWare, vous permet de vous loguer et d'accéder sous DOS aux ressources de Personal NetWare.
Assurez-vous que les fichiers NET.EXE, NETU.OVL et NETA.OVL se trouvent dans votre répertoire client NetWare (chemin par défaut C:\NWCLIENT), et que le fichier NETC.MSG a été copié dans le répertoire NLS\ENGLISH sous le répertoire client NetWare.
REMARQUE : Les connexions simultanées à un serveur Personal NetWare et aux services Annuaire de NetWare ne sont pas encore possibles pour les postes de travail utilisant des processeurs 80286.
1.05 Utilisation de l'utilitaire Receive Monitor (RXMONSTK.COM) avec les applications de type moniteur (Lanalyzer, par exemple)
Si votre application de type moniteur ne reçoit plus de paquets de réseau après l'installation d'un nouveau pilote de LAN sur votre poste de travail, chargez le fichier RXMONSTK.COM.
Votre application requiert en effet probablement une carte de réseau permettant de travailler en mode promiscuité, or votre pilote de LAN, développé selon de nouvelles spécifications (depuis Oct. 1994 ou postérieurement), n'accepte pas ce mode.
Vous devez charger le fichier RXMONSTK.COM après le pilote LSL.COM mais avant le pilote de LAN. RXMONSTK.COM, fonctionnant en tant que TSR, exige 2684 octets de mémoire. Si vous utilisez RxMonStk, vous ne pourrez charger qu'un seul pilote de LAN.
2.0 Informations relatives à l'utilisation du Requêteur DOS de NetWare
2.01 Assignations de racines dans des chemins de plus de 64 Caractères
Le nombre de caractères acceptés par le requêteur DOS de NetWare pour les chemins est limité par DOS. Si vous souhaitez utiliser des chemins plus longs, assignez une racine depuis un point à partir duquel le chemin ne contient pas plus de 64 caractères.
DR DOS 6 et DOS 7 de Novell n'acceptent des chemins d'une longueur supérieure à 64 caractères que sur des unités locales. Si vous souhaitez travailler avec des chemins de plus de 64 caractères sur des unités de réseau, reportez-vous aux instructions d'assignations du paragraphe précédent.
2.02 Utilisation de la variable ENVIRONMENT DOS par le mode de recherche
La fonction "MODE DE RECHERCHE" utilise maintenant la variable d'environnement DOS "PATH" plutôt que la table de mode de recherche publique du fichier NETX.VLM. Ce nouveau mode de fonctionnement devrait être tout à fait transparent pour vous, sauf si les utilisateurs modifient l'environnement de leur poste de travail.
Si vous dépassez la limite acceptée pour la variable PATH, les assignations d'unités de recherche ne seront pas incluses dans la variable.
2.03 Différence entre les informations de diagnostic contenues dans les fichiers NETX.VLM et NETX.COM (et fichiers rattachés)
Certaines des informations de diagnostic du fichier
NETX.COM peuvent ne pas apparaître dans le fichier
NETX.VLM. La raison en est que c'est maintenant le requêteur DOS de NetWare qui gère la plupart des informations de diagnostic, et non plus le shell Netware pour DOS, comme auparavant.
Certaines informations gérées par le répondeur de diagnostic ne sont pas disponibles dans le logiciel client actuel. Il s'agit des informations concernant :
les mauvais en-têtes de réponse (InvalidReplyHeaderCount)
les mauvais connecteurs (InvalidSlotCount)
les mauvais numéros de séquence (InvalidSequenceNumberCount)
les routeurs non trouvés (NoRouterFoundCount)
les requêtes en cours de traitement (BeingProcessedCount)
les mauvais connecteurs de serveur (InvalidSlotFromServerCount) les mauvaises adresses de réseau (NetworkGoneCount)
les mauvaises adresses locales (BadLocalAddressCount)
les erreurs d'allocation de connecteurs
(AllocateSlotCannotFindRoute,
AllocateNoSlotsAvailable, AllocateServerIsDown)
Le fichier du répondeur de gestion (Management Responder - NMR.VLM) de Netware fournit maintenant des informations de diagnostic similaires aux informations qu'apportait le shell de NetWare.
3.0 Informations pour l'utilisation de MS Windows
3.01 Utilisation de la version 3.03 de NETWARE.DRV sous MS Windows
Sous MS Windows (versions 3.1 ou ultérieures), la version actuelle de NETWARE.DRV (version 3.03) requiert le fichier NWGDI.DLL.
Vous devrez vous assurer qu'une copie du fichier NWGDI.DLL existe dans votre répertoire SYSTEM sous MS Windows si, lors du chargement de MS Windows avec l'utilitaire Client NetWare pour MS Windows, le message suivant apparaît :
Erreur d'application : Appel à Dynalink non défini
3.02 Utilisation de la bonne version des fichiers de Bibliothèque des liaisons dynamiques (*.DLL) avec l'utilitaire Administrateur de NetWare sous NetWare 4
Les fichiers de Bibliothèque des liaisons dynamiques (*.DLL) fournis avec la version actuelle du logiciel Client NetWare ne reconnaissent pas la version 4.05 ni les versions ultérieures du fichier NWADMIN.EXE (sous NetWare 4.0 et 4.01).
Pour pouvoir travailler avec ces versions, vous devez télécharger WINDR1.EXE depuis NetWare ou FTP.NOVELL.COM.
3.03 Interruption de MS Windows et affichage d'un curseur clignotant dans le coin supérieur gauche de l'écran (écran noir)
Si MS Windows s'interrompt et affiche un curseur souligné clignotant
dans le coin supérieur gauche de l'écran, procédez à l'une ou à plusieurs des opérations suivantes :
1.> Si vous utilisez un gestionnaire de mémoire de fournisseur tiers, ne chargez aucune interface IPX (LSL.COM ou IPXODI.COM, par exemple) en mémoire haute.
2.> Ajoutez dans la section [386Enh] du fichier SYSTEM.INI la ligne de commande TimerCriticalSection=10000.
3.> Téléchargez et exécutez le pilote 386 VTDA de Microsoft.
Vous pouvez en obtenir une copie en téléchargeant le fichier adéquat depuis les services de téléchargement de Microsoft (Download Services) ou depuis la zone FTP.MICROSOFT.COM SOFTLIB.
4.> Si vous utilisez le système de support de LAN d'IBM, vitualisez l'IRQ de la carte de réseau dans la section [VIPX] du fichier SYSTEM.INI.
Reportez-vous à la section suivante pour toute information relative aux paramètres disponibles.
Paramètres de configuration VIPX pour VIPX ------------------------------------
La configuration par défaut permettra un foncionnement de VIPX satisfaisant dans la grande majorité des cas. Il se peut cependant que certaines applications exigent une configuration particulière du pilote.
La liste et les explications relatives aux paramètres SYSTEM.INI utilisés pour la configuration de VIPX sont fournies dans les sections suivantes.
Paramètres de la section [VIPX]
-----------------
VipxMappingPages=[nombre de pages de 4 Ko]
(par défaut=16)
Ce paramètre détermine le nombre de pages disponibles pour VIPX pour globaliser des requêtes au pilote de IPXODI.COM global.
Il se peut que VIPX ne puisse pas disposer de toutes les pages à tout moment. En effet, le nombre de pages correspond au nombre requis par VIPX, au moment de l'initialisation, pour une assignation globale et partagée de Windows VMM.
VipxFailOverSizedPackets=[ON|OFF|TRUE|FALSE]
(par défaut=OFF)
Ce paramètre oblige VIPX à rejeter toute requête demandant une taille de globalisation supérieure au maximum autorisé. Cette limite varie en réalité en fonction des supports employés par l'utiliateur.
La limite absolue est de 8000 octets (décimal).
Pour les supports travaillant avec des paquets inférieurs à 8000 octets, la taille maximale autorisée est la taille maximale acceptée par le support.
Les versions 1.15 ou ultérieures de VIPX permettent d'éviter un blocage entre la machine et la carte de réseau, en virtualisant l'IRQ de cette dernière. Grâce aux pilotes ODI et dédiés d'IPX (IPX.OBJ), VIPX peut lire automatiquement la configuration
de la carte de réseau à partir du pilote et
virtualiser les IRQ sélectionnés.
Cependant, VIPX ne peut lire l'IRQ du LAN depuis le pilote si vous utilisez le programme de support de LAN d'IBM avec SLANSUP.OBJ ou LANSUP.COM. Vous devrez donc définir l'IRQ de la carte de réseau dans la section [VIPX] du fichier SYSTEM.INI.
Par exemple, pour virtualiser à la fois l'IRQ 2 et l'IRQ 3, vous devrez ajouter dans votre fichier SYSTEM.INI les lignes suivantes :
[VIPX]
VirtualizeIrq2=TRUE
VirtualizeIrq3=TRUE
VIPX peut virtualiser jusqu'à quatre IQR de LAN différents.
Paramètres de la section [386h] -------------------------
TimerCriticalSection=valeur
A partir de la version 1.15 de VIPX, le paramètre TimerCriticalSection doit être défini, de préférence comme suit :
[386Enh]
TimerCriticalSection=10000
La définition de ce paramètre vous permettra d'éviter un blocage avec le code de virtualisation de l'IRQ du LAN. Reportez-vous à la section "Paramètres de la section [VIPX] pour plus d'informations sur le paramètre "VirtualizeIrq[0-F]".
4.0 Utilisation de MS Windows pour Workgroup
4.01 Utilisation de LSL.COM, 3C5X9.COM, IPXODI.COM et du requêteur DOS de NetWare avec les fichiers NWLINK.386 et MSODISUP.386 de MS Windows pour Workgroup.
Lors de la copie de fichiers de MS Windows pour Workgroups 3.11 depuis une unité locale vers une unité de réseau, il se peut que les fichiers s'altèrent ou que le poste de travail client s'arrête anormalement ou
interrompe sa connexion avec le réseau.
Mettez à jour votre version du fichier MSODISUP.386 de Microsoft. Vous pouvez en obtenir une copie en téléchargeant WG1004.EXE depuis les services de téléchargement de Microsoft (Download services) ou depuis la zone FTP.MICROSOFT.COM SOFTLIB.
4.02 Support des Named Pipes pour DOS
Le fichier DOSNP.EXE de Novell n'est pas compatible avec la version 3.11 de $$MS Windows pour Workgroup (WFWG). WFWG ne permet pas les requêtes de Named Pipes INT 21 utilisées par le fichier DOSNP.EXE.
Aucune solution n'est pour l'instant disponible.
5.0 Informations spécifiques à la documentation
5.01 Erreur typographique
L'exemple suivant, tiré de "Client NetWare pour DOS et MS Windows - Guide de l'utilisateur" (page 148),
Novell, Inc., décline toute responsabilité en ce qui concerne les logiciels NetWare. La société exclut notamment toute garantie explicite ou implicite concernant la commercialisation, le nom ou l'adéquation pour une utilisation détournée du logiciel.
La distribution de logiciels NetWare est interdite sans le consentement exprès écrit de Novell Inc. De plus, Novell se réserve le droit d'interrompre la distribution de tout logiciel Netware.
Novell décline toute responsabilité en cas de perte de bénéfices ou de revenus, de perte d'usage du logiciel ou de perte de données. La société décline aussi toute responsibilité en ce qui concerne les coûts de restructuration des données et de rachat de matériel ou de programme de substitution, ainsi qu'en cas de plainte de la part d'une partie tierce.
Novell recommande vigoureusement la réalisation d'une sauvegarde des données avant l'installation de tout nouveau logiciel. Le support technique relatif à ce logiciel est fourni à la discrétion de Novell.
Novell, NetWare et DRDOS sont des marques déposées de Novell, Inc.
NetWare Client, Requêteur DOS de NetWare, Novell DOS, Packet Burst, Personal NetWare, ODI et SFT III sont des marques de Novell, Inc. Compaq est une marque déposée de Compaq Computer Corporation. IBM est une marque déposée de International Business Machines Corporation.
Microsoft est une marque déposée de Microsoft Corporation. PostScript est une marque déposée de Adobe Systems Incorporated.
