Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Problemas de impresion con clientes y server

1 view
Skip to first unread message

Luis Gabriel Mieles

unread,
Jan 17, 2005, 12:04:14 PM1/17/05
to
De antemano muchas gracias por sus respuestas.

Tengo el siguiente problemas con un servidor Windows 2000 Advanced Server y
un cliente Windows XP Professional ambos son servidores de impresion.
El problema se presenta en ambos.

En el Windows 2000 Server el equipo de un momento a otro deja de imprimir
debido a que solicita un password para realizar la impresion a IPC$, la
impresora es
una Kiocera 1900, localmente en el servidor pasa lo mismo y aparece error de
de acceso, la desinstalo y el problema persiste, la solucion para este
problema que
se presenta cada mes es formatear y montar todo nuevamente, pero ya no lo
quiero hacer más, ayudenme.
Aqui el servidor de impresion es Windows 2000 Advanced Server y clientes de
todas las clases W9X, w2k, WXP a todos nos deja sin imprimir.


En el Windows XP el equipo imprime localmente pero los clientes Windows 9X
que son la mayoria les SOLICITA password para IPC$ y no deja conectarse al
equipo en red, aqui el clientes es
W9X.

Muchas gracias,

Luis Gabriel Mieles


Fernando Reyes [MS MVP]

unread,
Jan 18, 2005, 6:19:44 AM1/18/05
to
Prueba a evitar que se autodesconecten las sesiones en el servidor (el qeuipo que comparte la impresora):
 
Windows 2000/XP/2003 incorpora un mecanismo por el cual es capaz de cerrar las sesiones SMB (Server Message Block), por ejemplo las que se establecen al conectar una unidad de red, que están inactivas cuando pasa determinado tiempo (15 minutos de forma predeterminada); esto se detecta, por ejemplo, en el Explorador de Windows viendo que la unidad de red tiene un aspa roja. Windows 2000/XP/2003 es capaz de reconectar esas unidades de forma automática cuando se vuelven a necesitar (si, por ejemplo, se hace click sobre la unidad en el Explorador de Windows, se comprueba cómo desaparece el aspa y se puede acceder sin problemas). Esto es un mecanismo muy bueno, pues permite no mantener hilos de comunicación que están inactivos pero ocupando la red; es decir, que es una optimización del uso de la red y de los propios equipos en cada uno de los extremos de la conexión.

La parte mala de este mecanismo es que hay aplicaciones a las que esto provoca que no funcionen cuando la unidad se encuentra desconectada. Tambien provoca que los equipos no Windows 2000/XP/2003 no sean capaces de acceder a las unidades de red que se han desconectado, reiniciar el equipo cliente(esto es típico en equipos Windows 9x).

Para estipular cuanto tiempo de inactividad es necesario para que se cierren las sesiones SMB se puede hacer ejecutando desde línea de comandos (en el equipo que comparte el recurso de red):

net config server /autodisconnect:<t>

siendo <t> un número entero que expresa minutos; así pues:

net config server /autodisconnect:30

desconectará las sesiones SMB que permanezcan inactivas durante 30 minutos.

Para configurar que no se cierren las conexiones nunca el valor de t debe ser -1; es decir que se ejecuta la instrucción:

net config server /autodisconnect:-1

Si vemos que ejecutando esta instrucción el resultado es el deseado, nuestra tarea no ha terminado, pues la ejecución de esta línea dura mientras esté el equipo encendido; si lo reiniciamos, volvera a cerrar sesiones SMB despues de 15 minutos de inactividad. Esto es debido a que lo que de verdad controla este intervalo de tiempo es una directiva. Como todas las directivas, podemos establecerla con una GPO si estamos en un dominio para todas las máquinas a las que queramos que afecte (es una directiva de equipo) o podemos, tanto en dominio como en grupo de trabajo, establecerla equipo por equipo donde necesitemos hacerlo utilizando el editor de políticas del sistema (gpedit.msc). En concreto, la directiva de la que estoy hablando es "Configuración del equipo\Configuración de Windows\Configuración de seguridad\Directivas locales\Opciones de seguridad\Tiempo de inactividad requerido antes de desconectar la sesión":

Windows 2000 Resource Kits ~ Windows 2000 Group Policy Reference ~ Amount of idle time required before disconnecting a session
http://www.microsoft.com/windows2000/techinfo/reskit/en-us/default.asp?url=/windows2000/techinfo/reskit/en-us/gp/563.asp

En este directiva especificas con un número entero el número de minutos (si nunca la has modificado, observarás que el tiempo que especifica son los 15 minutos que antes hablamos). Un valor de cero, hara que los clientes no se desconceten nunca (es decir, es el mismo efecto que el valor -1 de t "en net config server /autodisconnect:<t>").

Resumiendo; primero vemos si funciona lo que deseamos utilizando "net config server /autodisconnect:<t>" y si resuelve nuestro problema, entonces retocamos la directiva "Configuración del equipo\Configuración de Windows\Configuración de seguridad\Directivas locales\Opciones de seguridad\Tiempo de inactividad requerido antes de desconectar la sesión" poniendo ese valor que era el deseado, salvo cuando lo que queremos es que nunca haya desconexiones, en cuyo caso <t> es igual a -1 en "net config server" y en la directiva es igual a 0.



--
Un saludo
Fernando Reyes [MS MVP]
MCSE Windows 2000
MCSA Windows Server 2003
freyes...@novia.mvps.org
(Róbame a la novia para escribirme)


Fue Luis Gabriel Mieles (lmie...@gmail.com) el  que, con sus deditos, escribió:

Luis Gabriel Mieles

unread,
Jan 18, 2005, 12:00:36 PM1/18/05
to
Voy a hacer esto, pero el problema de solicitud de password persiste a pesar de que reinicio maquina y no me deja imprimir localmente en los equipos Windows 9X de la red Windows 2000 Server.
 
Gracias por tu colaboración Fernando Reyes

Fernando Reyes [MS MVP]

unread,
Jan 19, 2005, 6:39:34 AM1/19/05
to
Crea en el Windows 2000 Server las cuentas de los usuarios que utilizan los Windows 9x, mismo login y password (la password no puede estar en blanco).


--
Un saludo
Fernando Reyes [MS MVP]
MCSE Windows 2000
MCSA Windows Server 2003
freyes...@granos.mvps.org
(Destruye el acné para escribirme)



Fue Luis Gabriel Mieles (lmie...@gmail.com) el  que, con sus deditos, escribió:

Fernando Reyes [MS MVP]

unread,
Jan 31, 2005, 5:37:51 AM1/31/05
to
Para que los clientes w9x puedan acceder a los recursos compartidos de un Windows 2000/XP, en un entorno de grupo de trabajo, es necesario que se creen los usuario que se logan en los w9x en el Windows 2000/XP, teniendo mismo loguin y misma password que tienen en el w9x (la contraseña no puede estar en blanco).

Se puede tambien suministrar un usuario y una password del equipo que comparte cada vez que se vaya a acceder, lo cual es, obviamente, mucho más engorroso; de ahí lo de crear usuarios, para automatizar el proceso y de esa forma hacerlo transparente al usuario.

Para crear los usuarios:

1.- En el Windows 2000: click derecho sobre "Mi PC", Administrar, en el panel del árbol te situas en "Usuarios locales y grupos\Usuarios", haces click en una zona vacía del panel de detalles, click sobre "Usuario nuevo..." y sigues el wizard.

2.- En el w9x: basta con que te logues con un nombre de usuario que no exista para que se cree.



--
Un saludo
Fernando Reyes [MS MVP]
MCSE Windows 2000
MCSA Windows Server 2003
freyes....@merienda.mvps.org
(Déjame sin merienda si quieres escribirme)



Fue Luis Gabriel Mieles (lmie...@gmail.com) el  que, con sus deditos, escribió:

> Fernando muchas gracias por tu ayuda.
>
> Te cuento que ni asi me ha funcionado, el error que aparece es el
> siguiente:
>
>
>
> No ta habia podido responder debido a que voy a esa empresa cada
> semana.
>
> Muchas gracias saludos.

> "Fernando Reyes [MS MVP]"
> <te.quedas.s...@espamero.asqueroso.org> wrote in message
> news:OImFSth$EHA....@tk2msftngp13.phx.gbl... 
> Crea en el Windows 2000 Server las cuentas de los usuarios que
> utilizan los Windows 9x, mismo login y password (la password no puede
> estar en blanco). 
>
>
0 new messages