Incapaç de Fer correspondre (Ús Net) LPT1 a Windows XP
Quan sigui que intenta realitzar "ús net lpt1" comanda, el sistema pot no i incapaç correspondre al porció/cua d'impressores pròpiament. En canvi, això will apuntadors vostè per a id d'usuari i contrasenya (si cap id d'usuari i/o contrasenya és especificat quan emetia commad d'ús net). Per exemple,
Mani l'ús net de Prompt:\> lpt1: \\computer_name\printer
La contrasenya és invàlida per \\computer_name\printer.
Introdueixi el nom de l'usuari per a 'computer_name': usuari
Introdueixi la contrasenya per a 'computer_name':
L'error de sistema 5 té occured.
L'accés es nega.
Fer pitjor matèria, hagi canviat el que n'hagi canviat, la comanda d'ús neta simplement no és laborable.
La raó per a aquest assumpte és perquè a Windows XP i Servidor de Windows 2003, els no-administradors no poden refer el mapa d'un port de LPT a una impressora de xarxa, quan ja s'assigna el port de LPT al port paral·lel local. En altres paraules, només un membre del grup d'Administradors pot utilitzar el tomap de comanda d'ús net el port de LPT per a un port paral·lel local (maquinari) a una impressora de xarxa. Segons Microsoft, aquest comportament és desinged per ajudar a millorar seguretat.
Solucions
Resoldre el no pot atrapar problema de lpt1 d'ús, hi ha uns quants camins:
- Connecti'S com a administrador
- Utilitzi el devcon impossibilitar comanda de *PNP0401 d'impossibilitar el mapatge de ports de LPT al port paral·lel local quan l'ordinador comença. El devcon impossibilitar comanda de *PNP0401 és per a LPT1. Per trobar el maquinari ID per a uns altres ports de LPT, utilitzi la comanda de devcon findall *. La comanda de devcon s'ha d'executar quan l'ordinador comença. Per a un ordinador en un camp, pot establir Pòlissa Col·lectiva per córrer devcon com a escriptura de posada en marxa informàtica. Per posar Pòlissa Col·lectiva, obri la pòlissa col·lectiva apropiada, Ordinador obert Configuration\Windows Settings\Scripts (Startup/Shutdown)\Startup, i llavors se suma la comanda. Alternativament, la comanda es pot córrer individualment a cada estació de treball afegint una comanda a carpeta de Posada en Marxa per a Tots els Usuaris o usuaris particulars. La utilitat Devcon es pot trobar aquí amb la seva informació.
- Si el seu programa pot imprimir al port de LPT2 o el port de LPT3, utilitzi la comanda d'ús neta de fer correspondre la impressora de xarxa al port de LPT2 o el port de LPT3. La majoria dels ordinadors no tenen ports de LPT2 o LPT3 físics, així un no-administrador pot fer el mapa un port de LPT2 o un port de LPT3 a una impressora de xarxa."
IMPORTANT: La pàgina és màquina traduïda i proporcionada "com és" sense garantia. La traducció automàtica pot ser difícil d'entendre. Si us plau refereixi's a article anglès original quan sigui que possible.
Articles Relacionats
- Perspectiva de Windows de Destret SP1 PC Incapaç o no Pot Veure Opció de SP2 en l'Actualització de Windows
- Incapaç d'Activar Windows XP i Perspectiva amb Clau de L'OEM de COA en Línia Sense Activació de Telèfon
- Incapaç i no Pot Connectar a WPA i WPA2 Wireless Wi-Fi Network Encriptat a Windows XP
- Incapaç de Netejar Instal·lar Perspectiva de Windows amb Clau de Producte d'Edició de Rampa
- Incapaç de Fer senyals Dins als Diners de Microsoft 2007 amb Windows Live ID en la Perspectiva
- Incapaç de Connectar a Internet a Virtual PC amb NAT Compartit Networking NAT en Client Windows XP
- Solució Fàcil a Incapaç de Trobar que Es Descarregui o Es Creï Arxius de Compatibilitat en la Perspectiva de Windows
- Incapaç de Connectar-se a Windows Vivament (MSN) Missatger amb 80048820 Codi d'Error Estès de 80048416
- Diners de Microsoft 2007 Incapaços de Connectar a Internet a Senyal Dins en Línia en l'Error de Perspectiva de Windows
- Incapaç de Logon a Camp de Win2003 d. C. a Causa de Windows no Pot Connectar a l'Error de Camp










































10 de març, 2009 13:23
amb "impossibilitar el LPT1 en els bios" alguns dels ordinadors que imprimeixen problema resolt, però alguns ordinadors encara no accés per córrer "ús net" manar que fins i tot jo provava amb "devcon" però el seu error que cedia : Impossibiliti fracassat
Cap mecanisme impossibilitat.
9 d'octubre, 2008 02:04
Havia de canviar les meves escenes de seguretat per a la impressora. Una vegada que afegia els meus usuaris de camp a la llista de la impressora, tot es tornava bo. Endevino que tinc sort...
20 de maig, 2008 02:26
Solució de Pro de XP per aconseguir ús... assumpte
Una advertència que pot no funcionar per vostè:
Ha d'impossibilitar LPT1 en els bios de l'estació de treball de XP afectada
això funcionava per mi!
sí, Només impossibilitar el LPT1 en els bios.
També pot intentar convertir-lo en lpt2- i feia no analitzar allò
Jo SÓC l'home!!!
27 de setembre, 2007 22:23
@ Kuldeep:
provi "ús net lpt1" per veure què pensa el seu LPT1 que és.
altrament suprimeixi el seu mapatge de LPT corrent "ús net lpt1 /d" Si és escriptura de gonna el suprimir podria necessitar sumar-se un /y o un /sí confirmar (no es pot recordar que)
8 de setembre, 2007 15:01
L'error de sistema 1202 ha ocorregut. El nom de mecanismes local té una connexió recordada a un altre recurs de xarxa
8 de juny, 2007 04:36
Comprovi i vegi si té un missatge d'error en la seva cua d'impressores si així suprimir-lo fora, perquè els errors s'estan aguantant cap amunt de la resta de les seves feines d'impressió també presentació de PowerPoint
prengui molt de temps a cullera.
14 d'abril, 2007 11:08
Tinc un problema amb lpt també. Quan utilitzo comanda d'ús neta, és dir correcte, però encara no puc imprimir. El meu deltail de xarxa: que computer1 connecta dirigir al làser de HP 1320 per USB i compartir aquesta impressora amb el hplaserj de nom (nom de porció d'omissió). Computer2: Instal·lo conductor de hp 1320 en LPT2. Utilitzo comanda: ús net lpt2: \\computer1\hplaserj.
Tinc comprovació que això és mapa correcte, però jo encara pot no imprimint.
Jo pensa tenir algun virus a la meva xarxa, però no puc esbrinar això. Algú tenir qualsevol idea??
Gràcies tant.
Si Algú fer alguna idea si us plau enviar-me correu: thanhtung0811@yahoo.com.
4 de març, 2007 18:26
correcte mateix problema, impressora no preparat en la perspectiva que 16 dos de mica programen, però jo ACONSEGUIDA LA MEVA IMPRESSORA DE XARXA per publicar de DOS en la Perspectiva... sota propeties per al printergroup d'ús d'impressores compartit en el botton, puntuï la "impressora de xarxa" I marca "LPT 1 ', llavors treballa.... Però però però, quan reprèn el pc, mateix problema és allà una altra vegada, gaire allà pot trobar solució per a això....
25 de febrer, 2007 02:24
Bé aquí nosaltres se'n van una altra vegada. Si pensa que tinguem els problemes amb la xarxa utilitzen en l'espera de XP /2003 fins que provi perspectiva.. El treball d'Ús Net gran en un pare
però intenti passar-lo a un nen i endevini què! seu no disponible.. El que fa aquesta mitjana aritmètica!! Bé executant qualsevol un programa de dos de 16 mica actualment no veurà qualsevol redir quan ha redirigit a un port d'usb. Per a excample obrir una caixa de comanda (Dos Box) tipus: Xarxa Ús Lpt2: \\servername\printername /persistent:yes llavors fan un director *.* > lpt2 treballs gran! Ara comenci la seva aplicació de dos i intenti imprimir al mateix port de lpt... Lectura escriure error o error d'I/O.. La raó.. Quan la seva aplicació de dos comença es converteix en l'aplicació infantil i els permissions no passen al nen.. Pot canviar això? NO com a mínim no he estat capaç
ahh just uns quants moments amb bitllet d'oncles serien bonic.. Deixi'm saber si hi ha un destret per a això .
Enviaré anyhing que trobo.. Actualment treballant amb MS com no sóc el primer xicot per córrer a això.. alegries completament
12 de desembre, 2006 23:39
Impossibilitant LPT1 en mecanisme el director o el BIOS treballaran també. Naturalment això no permetrà a un usuari canviar-se altra vegada i endavant entre una impressora local i de xarxa si tenen aquell requisit.
22 d'agost, 2006 22:12
Estic d'acord amb Jonathan, canviant les escenes de ports de LPT1 per utilitzar LPT2 permet LPT1 que s'hi accedeix i treballa de manera molt bonica. És sorprenent quants DOS 16 antics encara estan fent apps de mica flotar al voltant de necessitar aquests tipus de workarounds.
21 de maig, 2006 10:25
La utilitat de devcon és una pèrdua de temps. També exigeix que els drets d'admin locals s'executin.
El camí més fàcil al voltant d'aquest problema és anar-se'n per a director de mecanismes, i canviar les propietats per al port de LPT1 i canviar a LPT2, o qualsevol altre port que no està utilitzant.
Una vegada que això s'ha fet, qualsevol usuari d'unpriviledged pot fer correspondre LPT1.
Alegries,
Jonathan.
1 de març, 2006 04:44
Hola - els usuaris no tenen drets Admin a la màquina - però faig com una persona de suport d'IT local excepte això és encara "encanudida fora" per a mi. Més feia un del NTAdmins (plena competència sobre el NT LAN) provar connectant-se a la màquina - encara encanudit fora. Obteníem la contrasenya Admin local i encara encanudit fora. Ningú en cap nivell en l'oganization no es pot connectar i impossibilitar el port de LPT1 per cap el Director de Mecanisme o a través d'utilitat de devcon - estrany! Els NTAdmins en l'organització són stratching quiet els seus caps. Pensava que pugui trobar la solució a través d'alguns grups d'usuari.
S'aprecien alguns altres suggeriments.
Eric
1 de març, 2006 02:49
Són els usuaris estat assignat drets d'Administrador?
28 de febrer, 2006 22:14
Hola Xicots. He estat utilitzant la utilitat de devcon per impossibilitar LPT1 per a molts dels ordinadors a l'oficina, llavors utilitzant ús net per refer el mapa del port de LPT1 a una cua de xarxa. Això es documenta bé i funciona. El meu problema és que pocs ordinadors a l'oficina no em permetran impossibilitar el port de LPT1. Quan aturo el LPT1 que posa en Quadre de Control "s'encanudeix fora" així no puc impossibilitar això allà tampoc. He fet recerques de "google" nombroses però he sortit sense cap informació sobre aquest assumpte.
Qualsevol informació s'apreciaria - Eric
6 de febrer, 2006 23:03
Pensi que ho imaginava...
Que, fins on puc dir, el port de LPT impossibilita sembla estar treballant. Oblidi's d'utilitzar la comanda de CAMÍ i només utilitzi COMENÇAMENT.
Exemple:
COMENÇAMENT L:\devcon\disable *PNP0401
Esperi que això n'ajudi qualsevol més que està una mica rovellat amb arxius de grup
3 de febrer, 2006 15:28
Crec que devcon necessita drets administratius també per funcionar pròpiament.
3 de febrer, 2006 04:33
Gràcies per enviar això! Mai no hauria pensat utilitzar devcon.
He estat intentant (en va) estrènyer seguretat a la nostra xarxa. I se'm confon absolutament com a per què és Microsoft així adament sobre tenir la seva cursa d'usuaris com els Administradors en estacions de treball Windows XP. Vingui xicots... Jo que força un sistema permet per a port de LPT redirigeix llavors tenint tothom portat com l'usuari de Déu.
Anyways... He estat treballant damunt logon escriptures per a OU en el nostre camp. LPT redirigeix treball just bé quan el registrat en usuari té drets d'admin. Però! LPT redirigeix encara no són laborable (per a fins i tot usuaris de poder) fins i tot quan no hi ha un localment port de LPT definit.
I (potser en un bitllet relacionat), devcon no sembla que treballi per les meves escriptures de connexió. Aquí és el que estic tastant:
Tinc devcon.exe copiat a la meva porció de NETLOGON
Faig correspondre L: a \\server\NETLOGON
En meu logon escriptura que executo:
CAMÍ = L:\
devcon impossibilitar *PNP0401
Algunes idees?!