home *** CD-ROM | disk | FTP | other *** search
- LISEZ-MOI DU REQUESTER DOS (04/22/93)
- =======================================
-
- Chargement des VLMs depuis un répertoire autre que le répertoire actuel
-
- Le répertoire actuel est utilisé pour les VLMs. Pour charger
- les VLMs depuis un autre répertoire, utilisez la commande "VLM ="
- dans le fichier NET.CFG.
-
- Par exemple
-
- VLM=C:\NWCLIENT\CONN.VLM
-
- Spécification d'un fichier NET.CFG en dehors du répertoire actuel
-
- Pour spécifier un chemin d'accès pour le fichier NET.CFG,
- tapez une commande qui ressemble à ce qui suit (ou mettez
- la commande dans l'AUTOEXEC.BAT) :
-
- VLM /C=C:\NWCLIENT\NET.CFG
-
- Désactiver les VLMs
-
- Il exsite trois façons de désactiver un VLM :
-
- o Renommez le module avec une extention différente
- (par exemple, .SAV). C'est la façon la plus facile.
-
- o Supprimer le module (cette façon n'est pas recommandée).
-
- o Configurer les modules à charger dans NET.CFG. Vous
- trouverez ci-dessous la syntaxte qui donne les modules
- requis pour le Services du Répertoire :
-
- NETWARE DOS REQUESTER
- USE DEFAULTS = OFF
- VLM = CONN.VLM
- VLM = IPXNCP.VLM
- VLM = TRAN.VLM
- VLM = NDS.VLM
- VLM = BIND.VLM
- VLM = NWP.VLM
- VLM = FIO.VLM
- VLM = GENERAL.VLM
- VLM = REDIR.VLM
-
- Changer les paramètres par défaut NET.CFG pour les écritures antémémoire
-
- Les données par défaut des paramètre suivants pour l'en tête
- de section "NetWare DOS Requester" ont été changés dans Poste
- de travail pour DOS/Windows
-
- CACHE WRITES = OFF
-
- Ne pas utiliser NETX.COM ou des Shells qui y sont apparentés avec les VLMs
-
- Vous ne pouvez pas charger NETX.COM et NETX.VLM
- simultanément.
-
- Utilisez NETX.VLM plutôt que NETX.COM et les shells
- qui y sont apparentés.
-
- NETX.COM (et NET3.COM, NETX.EXE, BNETX.EXE, XMSNETX.EXE,
- etc.) entrent en conflit avec REDIR.VLM; REDIR.VLM
- et ne se chargeront pas si NETX.COM est chargé et vice versa.
-
- Toutefois, NETX.VLM est étudié pour remplacer NETX.COM et
- les shells NETX apparentés, et est compatible avec le
- Requester DOS NetWare.
-
- Utilisez l'option NET.CFG "LOAD CONN TABLE LOW = ON" pour la sortie
- initiale de NetWare v4.0
-
- Quand vous utilisez utilitaires des versions initiales de
- NetWare 4.0, vous devez régler le paramètre "LOAD CONN TABLE LOW"
- sur ON. Si vous n'utilisez pas les utilitaires 4.0, laissez ce
- paramètre sur son réglage par défaut (OFF) pour une meilleure
- performance de la mémoire.
-
- NetWare DOS Requester
- LOAD CONN TABLE LOW = ON
-
- OFF = CONN.VLM charge la table de connexion dans un UMB, si
- disponible.
- ON = CONN.VLM charge bas (low) la table de connxion (ce qui
- agrandit les exigences de mémoire conventionelle) comme cela est
- requis par la sortie initiale des utilitaires NetWare 4.0.
-
- Evitez de charger les VLMs dans la mémoire étendue dans Windows
-
- N'utilisez pas l'option de mémoire étendue (/ME). Ne faites
- tourner Windows avec le Requester DOS de NetWare
- que si vous utilisez l'option de mémoire étendue (/MX,
- préféré) ou l'option de mémoire conventionelle (/MC).
-
- Appels Lecture/Ecriture
-
- Si une application fait des appels Lecture/Ecriture sur des
- fichiers en mode lecture, entrez cette ligne sous l'en tête
- "NetWare DOS Requester" dans le fichier NET.CFG :
-
- READ ONLY COMPATIBILITY = ON
-
- Les noms des chemins d'accès doivent être de moins de 64 Caractères
-
- Les VLMs ne peuvent pas supporter un nom de chemin d'accès
- de plus de 64 caractères. Pour utiliser des chemins d'accès
- plus longs, assignez une unité racine et continuez à partir
- de là.
-
-
- La première unité disponible est différente
-
- Le Shell NetWare pour le DOS utilisait les lettres d'unités
- après le paramètre LASTDRIVE ; mais le Requester DOS
- commence à utiliser les premières lettres d'unités avant le
- paramètre LASTDRIVE.
-
- En conséquence, les utilisateurs regardent souvent l'unité D:
- comme étant la première unité NetWare plutôt que l'unité F:.
-
- Pour maintenir la compatibilité avec les fichiers par lots
- existants, vous devrez peut être ajouter une commande comme
- "FIRST NETWORK DRIVE=F" sous la portion DOS Requester de
- NetWare du fichier NET.CFG.
-
- Autrement, les fichiers par lots qui présument que l'unité
- F: est la première unité doivent être altérés, ou bien
- les unités D: et E: doivent être substituées (voir la
- commande DOS SUBST).
-
- Dans tous les cas, le paramètre LASTDRIVE doit être ajusté
- pour être au dessus de la valeur par défaut E:.
-
- L'invite d'unité d'ouverture de session semble être une unité
- d'assignation racine
-
- Parce que le Requester DOS de NetWare est un redirigeur qui
- fonctionne derrière le DOS, aucun chemin d'accès de
- répertoire ne peut être dans la structure de répertoire
- maintenue par le DOS quand le parent du Répertoire est
- inaccessible.
-
- Ceci est le cas avec une connexion non authentifiée et
- une unité assignée au répertoire SYS:LOGIN. Les utilisateurs
- voient "D:\>" au lieu de "F:\LOGIN>" quand ils chargent
- le logiciel client DOS la première.
-
- Addition de l'option NET.CFG pour la section NETX
-
- TEMP DRIVE DETECTION = ON
-
- Options NET.CFG non documentés pour la section Requester DOS NetWare
-
- BIND RECONNECT = OFF
-
- OFF = AUTO.VLM ne reconstruit pas automatiquement les
- connexions de bindery ou ne restaure pas les restrictions
- d'unités/imprimantes.
- ON = AUTO.VLM enmagazine les informations de connexions
- de bindery nécessaires pour reconnecter une connexion de
- bindery.
- NOTE : pour que ce paramètre fonctionne, réglez aussi ce qui
- suit AUTO RECONNECT = ON.
-
-
- AUTO RETRY = 0
-
- Nombre de secondes pedant lesquelles AUTO.VLM attend avant de
- réessayer après avoir reçu une erreur critique de réseau.
- NOTE : quand ce paramètre est 0, AUTO.VLM ne fait aucune
- tentative pour réessayer.
-
- AUTO LARGE TABLE = OFF
-
- OFF = AUTO.VLM alloue une petite table (34 octets par
- connexion) pour la reconnexion de bindery.
- ON = AUTO.VLM alloue une grande table de connexion (178 octets
- par connexion) pour la reconnexion de bindery. Si les noms
- utilisateurs et/ou les mots de passes sont plus longs que 16
- caractères, réglez ce paramètre sur ON. Autrement, les utilisa-
- teurs qui ont un mot de passe et/ou un nom d'utilisateur plus
- grands que 16 octets ne peuvent pas se reconnecter.
- NOTE : pour que ce paramètre marche, réglez aussi ce qui suit
- BIND RECONNECT = ON.
-
-
-
- Stations de travail Dos et Windows (04-22-93)
- =============================================
-
- Ignorer les messages de Paradox Workshop incorrects
-
- Paradox Workshop donne un message d'erreur incorrect qui
- indique qu'il ne peut pas tester ou terminer les
- applications. Ignorez ce message.
-
-
- Evitez d'utiliser la commande MOVE de DR DOS
-
- MOVE.EXE dans DR DOS cause la perte de fausse assignation
- racine. Ceci est parce que MOVE obtient le chemin d'accès
- actuel et essaie d'effectuer une commande CD sur ce chemin.
-
- Erreur NDIR dans DOS 5.0 de Compaq et DR DOS 6.0
-
- Dans le DOS 5.0 de Compaq et DR DOS 6.0, les commandes
- suivantes donnent une erreur :
-
- NDIR nomserveur/volume :
-
- DIR nomserveur/volume :
-
- CD nomserveur/volume :
-
- Ceci est parce que le DOS traite "/" comme un spécificateur
- d'option quand il fait son pré-traitement. A la place, les
- utilisateurs peuvent assigner une unité et utiliser les
- lettres d'unités au lieu de la syntaxe de serveur/volume.
-
- Si votre répertoire SYSTEME de Windows est sur le réseau
-
- L'installation de la station de travail crée un a répertoire
- SYSTEM sur la station de travail et copie les fichiers dans
- ce répertoire.
-
- Assurez-vous après l'installation que vous copiez ces
- fichiers dans le répertoire SYSTEME de Windows sur le réseau.
-
-
-
- Les structures de répertoire actuelles DOS ne sont pas mises à jour avec
- RENDIR.EXE
-
- Les NCPs qui utilisent un chemin d'accès ne vont pas
- fonctionner correctement. Pour réparer ce problème,
- RENDIR.EXE sera changé pour faire une copie de sauvegarde
- d'un répertoire avant de renommer le répertoire actuel et
- fera suivre par la suite.
-
- IPXODI.COM Version 2.0 ou plus nouvelle nécessaire
-
- Pour supporter la séparation de paquets ODI, les
- totaux de contrôle SFT III, et le répondeur de gestion
- NetWare, IPXNCP.VLM demande qu'IPXODI.COM version 2.0 ou plus
- nouvelle soit chargée avec le support pour les totaux de
- contrôle et validé pour GNMA (la version et le niveau
- de support API sont traités séparément dans IPXODI).
-
-
-
-