Numéro d'article: 179156 - Dernière mise à jour: mardi 27 mars 2007 - Version: 4.5 Mise à jour TCP/IP options d'impression pour Windows NT 4.0 SP3 version ultérieure
SommaireRésuméCet article décrit les composants de l'impression TCP/IP mises à jour sont disponibles dans Windows NT 4.0 Service Pack 3 (SP3). Il existe deux entrées de Registre de nouveau autoriser l'imprimante en ligne à distance (LPR) d'utiliser un port disponible supérieur à 1,023. Avec ces entrées, LPR est n'est plus limité à en utilisant uniquement les ports TCP 11 (721 via 731) et n'entrent pas en conflit avec les ports réservés, même sur les serveurs d'impression très occupés. Plus d'informationsTCP/IP de l'impression LPR () dans Windows NT 4.0 Service Pack 2 (SP2) et les versions antérieures par défaut pour l'utilisation de ports TCP 512-1 023. Dans Windows NT 4.0 Service Pack 3, LPR utilise par défaut les ports TCP 721-731, comme décrit dans RFC 1179 (Windows NT 3.51 Service Pack 4 et versions antérieures). En outre, LPR dans le Service Pack 3 est désormais configurable par l'intermédiaire d'entrées de Registre deux, permettant l'utilisation des ports TCP 1 024 et supérieurs. Pour plus d'informations paramètre LPR imprimantes être conforme aux RFC, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft : 141708
(http://support.microsoft.com/kb/141708/
)
L'impression vers l'imprimante LPD est lente ou échoue avec Windows Méthode 1Important Cette section, la méthode ou la tâche contient vous explique comment modifier le Registre. Toutefois, des problèmes graves peuvent se produire si vous modifiez le Registre de façon incorrecte. Par conséquent, assurez-vous que vous procédez comme suit. Pour une meilleure protection, sauvegardez le Registre avant de le modifier. Ensuite, vous pouvez restaurer le Registre en cas de problème. Pour plus d'informations sur la façon de sauvegarder et restaurer le Registre, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :322756
(http://support.microsoft.com/kb/322756/
)
Comment faire pour sauvegarder et restaurer le Registre de Windows Dans le Service Pack 3, une nouvelle entrée de Registre est automatiquement générée lors de la création d'un nouveau port LPR. Ce paramètre est défini sur une par base de port d'imprimante et la valeur par défaut est 0, qui est conforme aux RFC. Pour activer les ports d'adresse IP individuels utiliser des ports TCP 1024 et supérieurs, application de Service Pack 3, puis utilisez les étapes suivantes :
Méthode 2Service Pack 4 (SP4) Windows NT 4.0 et version ultérieure permet une nouvelle valeur de Registre, UseNonRFCSourcePorts pour configurer des imprimantes LPR pour utiliser TCP ports supérieur à 1 024 avec entrée d'une Registre incluant une modification globale. Utilisez cette méthode sur les serveurs d'impression qui vous aient un grand nombre de ports LPR.Remarque Si tous les ports LPR ont été créés avant de pouvoir appliquer SP4 ou version ultérieure, une entrée de port individuel existe dans le Registre pour tous les ports LPR. Ces ports individuels sont prioritaires sur l'entrée globale, UseNonRFCSourcePorts, afin de ces ports individuels doivent être supprimés à partir du Registre avant le paramètre global UseNonRFCSourcePorts fonctionnera pour tous les ports LPR. Les instructions étape par étape ci-dessous va passer par supprimer ces entrées individuelles et en ajoutant la nouvelle entrée. Notez également que la sous-clé de Registre UseNonRFCSourePorts doit être définie sur l'ordinateur qui est envoyés les tâches LPR à un serveur LPD.Obtenir et d'appliquer SP4 ou version ultérieure, puis utilisez les étapes suivantes pour activer cette nouvelle clé de Registre :
Si vous créez ou avez des ports LPR et démarrez le service de spouleur avec SP3, une entrée de Registre est créée pour chaque port LPR avec la valeur par défaut de 0. Il s'agit de "RFC 1179" compatible. Modification de cette valeur à 1 rend non» RFC 1179» compatible et permet pour l'utilisation des ports 1024 ou plus. Si vous pouvez ensuite appliquer SP4 ou version ultérieure, les valeurs de Registre ont déjà été créées et doivent être révisés dans le cas, supprimez-les et d'utiliser les paramètres du serveur. Ajout de nouveaux ports après SP4 ou version ultérieure ne crée pas automatiquement les entrées de port spécifiques. Avec SP4 ou version ultérieure installé, UseNonRFCSourcePorts définit la conformité RFC 1179 sur 0 (721 731) et off pour 1(>1023). Cependant, les entrées pour les imprimantes individuelles sont les exceptions à cette règle. Windows 2000Windows 2000 inclut un moniteur de port amélioré qui accomplit les mêmes résultats que la modification du Registre comme indiqué ci-dessus. Microsoft Standard Port Monitor (SPM) permet l'impression IP plus dynamique. SPM utilise le port 9100 par défaut, mais utilise des non-RFC source port LPR (ports supérieurs à 1024) comme un secours.Si vous avez effectué une mise à niveau vers Windows 2000 à partir d'une version antérieure de Windows NT, vous pouvez convertir vos ports LPR existants le SPM en exécutant l'outil Portconv.vbs situé dans le Kit de ressources techniques Windows 2000. Notez que la documentation de prise en charge pour cela se trouve dans le fichier Prnadmin.doc. Pour plus d'informations sur SPM Veuillez de consultez l'aide de Windows 2000, de cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft : 246868
(http://support.microsoft.com/kb/246868/
)
Options d'impression TCP/IP dans le moniteur de port Standard Windows 2000 LPR : LPR ports peuvent être configurés sur un serveur Windows 2000 après les services d'impression pour UNIX a été installé dans la section autres Network Services de fichiers et impression de l'Assistant Ajouter/supprimer des composants Windows dans Ajout/Suppression de programmes. Si vous configurez un port LPR (pas un standard TCP/IP port), ce port par défaut les ports LPR RFC source et destination (TCP:721 - 731, TCP:515). Deux clés de Registre décrites dans cet article fonctionnent dans Windows 2000 et peuvent être utilisées séparément ou ensemble pour ports LPR de jeu à utiliser RFC ou ports de source non-RFC pour le spouleur entière ou seulement des ports LPR.Port Standard TCP/IP: Windows 2000 inclut un moniteur de port amélioré qui communique avec un dispositif de serveur d'impression comme une carte JetDirect via les source ports > 1 024 et le port de destination 9100. Microsoft Standard Port Monitor (SPM) permet l'impression IP plus dynamique. Bien que SPM utilise destination port 9100 par défaut il sera transformé vers le bas 515 de port de destination si configuré pour ce faire, ou si le périphérique cible ne prend pas en charge les 9100 de port de destination. Si vous avez effectué une mise à niveau vers Windows 2000 à partir d'une version antérieure de Windows NT, vous pouvez convertir vos ports LPR existants le SPM en exécutant l'outil Portconv.vbs situé dans le Kit de ressources techniques Windows 2000. Notez que la documentation de prise en charge pour cela se trouve dans le fichier Prnadmin.doc.Pour plus d'informations sur le moniteur de port standard, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft : 246868
(http://support.microsoft.com/kb/246868/
)
Options d'impression TCP/IP dans le moniteur de port Standard Windows 2000 Remarque AIX cesse au hasard de l'impression pour Windows 2000 Line Printer Daemon (LPD). Ce problème se produit parce que le niveau des correctifs AIX 4.3.3 8 n'est pas conforme RFC1179. Pour AIX à imprimer sur LPD de Windows 2000, créez la valeur de Registre suivante : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\LPDSVC\lpr Pour plus d'informations sur l'impression AIX vers Windows 2000 sur un réseau étendu (WAN), cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft : Nom de valeur : UseNonRFCSourcePorts Valeur: 1 280344
(http://support.microsoft.com/kb/280344/
)
Travaux d'impression volumineux délai d'attente après 60 secondes dans Windows 2000 Server et Windows Server 2003 283014
(http://support.microsoft.com/kb/283014/
)
Windows 2000 LPRMON ne redémarre pas travail s'il reçoit un «NACK"après l'envoi d'un fichier de données RésolutionPour résoudre ce problème, procurez-vous le dernier service pack pour Windows NT 4.0 ou Windows NT Server 4.0, Édition Terminal Server. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft : 152734
(http://support.microsoft.com/kb/152734/
)
Comment faire pour obtenir la dernière pack de service Windows NT 4.0 StatutMicrosoft a confirmé l'existence de ce problème dans Windows NT 4.0 et Windows NT Server 4.0, Édition Terminal Server. Ce problème a été corrigé dans Windows NT 4.0 Service Pack 4 et Windows NT Server 4.0, Édition Terminal Server Service Pack 4. Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
Traduction automatiqueIMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique. La version anglaise de cet article est la suivante: 179156
(http://support.microsoft.com/kb/179156/en-us/
)
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT. | Autres ressources Autres sites d'aide
CommunautésObtenir de l'aideTraductions disponibles
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


Retour au début
