Escritorio remoto multisesión en XP
Problema: Necesitás acceder regularmente a unas PC’s de manera remota para hacer X tareas, pero al entrar utilizando sistemas de control remoto como VNC o Radmin tenés que interrumpir el trabajo del usuario que está frente al equipo para que vos puedas realizar el tuyo, con las consecuentes molestias que esto produce para ambos.
Solución: Probaste con un yogur escritorio remoto multisesión?
Asumiendo que, como en la mayoría de las empresas por estos días, nos vamos a estar encontrando con máquinas que corren Windows XP Professional SP2, podemos aprovechar la funcionalidad de Terminal Services incluida en esta versión. Por si no lo probaron alguna vez, sólo existe un problemita: No es multisesión como en las versiones servidor de Windows, si entramos nosotros remotamente, le cerramos la sesión al usuario local. Puede tener sus ventajas este comportamiento, pero más que nada es una limitación que en este caso nos obstaculiza.
La buena noticia es que Microsoft tuvo un escaso ataque de bondad cuando todavía estaba preparando el Service Pack 2 para XP, ya que tenía planeado en este darle el regalo de la multisesión a sus usuarios, y así era en una de sus betas. Seguro que después Bill o Steve se enteraron y pusieron las cosas en orden, y el SP2 final vió la luz con sus sesiones de Terminal Services tan limitadas como siempre.
Pero, peeeeero… esto nos permite hacer algo de trampa y finalmente conseguir la multisesión en XP!
Lo que necesitamos es el archivo termsrv.dll de esa beta del SP2, cuya versión es la 5.1.2600.2055. Esta dll es la que permite la multisesión, y deberemos copiarla al sistema elegido tanto en la carpeta windows’system32 como en windows’system32’dllcache, sobreescribiendo a la original que tiene la versión 5.1.2600.2180. El sistema no nos va a dejar hacer esto así de fácil, puesto que es una librería del sistema vital para el buen funcionamiento del SO. Para poder hacerlo tenemos que reiniciar en modo a prueba de fallos o usar una utilidad como Unlocker (y de esta forma podríamos aplicar este hack remotamente).
Luego debemos añadir un valor DWORD al registro con el valor 00000001 y el nombre EnableConcurrentSessions, en la rama HKEY_LOCAL_MACHINE’SYSTEM’ControlSet001’Control’Terminal Server’Licensing Core, aunque es posible que debamos hacerlo en CurrentControlSet en lugar de ControlSet001 si vemos que no funciona.
Por último y no menos importante, debemos abrir el Editor de Directiva de Grupo yendo a Inicio’Ejecutar e ingresando gpedit.msc. Una vez abierto navegamos por las ramas hasta Directiva Equipo local’Configuración del equipo’Plantillas administrativas’Terminal Services, y ahí abrimos el item Limitar número de conexiones. Lo habilitamos y le damos un valor de entre 3 y 5 (por más que le demos valores mayores XP no nos va a entregar tantas sesiones simultáneas).
Hecho todo esto reiniciamos, y configuramos los usuarios que queremos que tengan acceso remoto al equipo.
Luego solo resta disfrutar; por lo general esta modificación funciona sin ningún problema, y podemos ver el resultado inmediatamente:
En la imagen podemos ver un XP corriendo en una máquina virtual, al que además se está conectado por escritorio remoto (Terminal Services) en una sesión completamente distinta.
La versión de termsrv.dll que necesitamos podemos bajarla de acá. Es altamente recomendable hacer un backup previo de la versión original por si algo sale mal, y desde ya es importante que tengan en cuenta que yo no me hago responsable si rompen un XP haciendo esto y que para M$ seremos unos chicos muy malos!
Referencias: vishnu’s blog.
carlos en 
Juan en 
jProgr en 
ricbah7 en 
Alberto en
Septiembre 4th, 2007 at 8:07
genial, aunque soy usuario más bien de gnu/linux, gracias por la información, tendré que probarlo
(aunque no me gusta meter dll que no se muy bien que llevan dentro, será efecto paranoico-windows)
saludos
Usando
Septiembre 4th, 2007 at 9:50
Que buen dato.
Lo de multisesión significa que uno puede hacer cosas en la otra PC, mientras la otra persona trabaja en la PC y no se da cuenta de nada?.
Usando
Septiembre 4th, 2007 at 11:16
danitool, la paranoia nos afecta a todos, es sólo que los que estamos del lado de Win nos vemos obligados a ser más temerarios
.
Spamloco: Sí, es exactamente eso.
Usando
Septiembre 4th, 2007 at 17:40
Oh! God Bless You Man!!!! Lástima no haberlo sabido hace unos seis meses esto… me hubiera ahorrado unos cuantos viajes hasta Martinez… aghhhhhh….
Usando
Julio 28th, 2008 at 23:30
GENIAL!!!
ES MUY UTIL SI TENES LA PC CON SP1 Ó SP3
HAY TAMBIEN UN PARCHECITO EL CUAL YO RECOMIENDO SI TENES WINDOWS XP CON SP2:
(Link removido, razones más abajo)
oJo!! SOLO FUNCA SI TENES XP SP2 (YO TENGO SP3)
Usando
Julio 28th, 2008 at 23:31
ESE PARCHE UNICAMENTE SE INSTALA, NO TENES QUE CONFUGURAR NANDA NI CAMBIAR REGISTROS…
Usando
Julio 29th, 2008 at 3:31
Fernando Z: Te removí el link ya que el archivo rar al que apuntaba está protegido por contraseña.
Usando
Agosto 3rd, 2008 at 15:54
En esta dire esta el archivo .dll mas el .reg con las modificaciones.. sin clave ni nada raro..
Hoy justamente lo use..
chiche
http://www.badongo.com/es/file/4251528
Usando
Agosto 26th, 2008 at 18:52
alguien tiene idea de algo parecido pero para windows vista?
Usando
Agosto 26th, 2008 at 21:53
registro: Contesté a tu pregunta en este post.
Usando
Octubre 7th, 2008 at 4:15
Necesito un parche que haga lo mismo, pero para windows server 2003 small bussines
Usando
Octubre 8th, 2008 at 2:32
William: Parchear un Vista o un XP para esto me parece bien, pero ya truchar un server… ahí creo que no esta mal que le pongan media pila y le tiren a los muchachos de MS los dolares que corresponden para la funcionalidad que buscan, no? Igual no te olvides que Google es tu amigo…
Usando
Noviembre 10th, 2008 at 22:58
para windows server no lo necesitas lo unico que ocupas es configurarlo correctamente
Usando
Noviembre 10th, 2008 at 23:23
Mario, efectivamente, el parche permite que una versión workstation de Windows tenga la misma funcionalidad que un server en este aspecto en particular.
Usando
Enero 12th, 2009 at 19:07
Buen dia estoy haciendo la prueba con esto pero no me deja, el proble cada que reinicio me regresa el valor a 0 ya todo lo hice como en la web y ademas cambien el valor de registro
AllowMultipleTSSessions
que se encuentra en etsa ruta: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon.
Create/modify “AllowMultipleTSSessions” to DWORD value of 1.
Alguien a tenido ese problema, sino reinicio me permite hacer las multiple conexiones, el problema es al reiniciar
Usando
Enero 13th, 2009 at 1:20
Antonio: Por lo que comentás, es probable que tengas algún software que monitoree cambios “inadecuados” en el registro y los revieta al reiniciar, o tal vez algún programa de freezzing. Es lo único que de momento se me ocurre que te puede estar pasando.
Usando
Enero 13th, 2009 at 3:35
Ya e encontrado la solucion y es que se creo un bat, para que modifique el registro cada que inicie el equipo, y el problema se debe a que el equipo esta en dominio. y la solucion es cambiar ese entrada que aprece en 0 a un valor de 1 cada que se reinicie el equipo.
Usando
Febrero 26th, 2009 at 23:12
[...] Fuente original: http://geekotic.com/2007/09/04/escritorio-remoto-multisesion-en-xp/ [...]
Usando
Marzo 29th, 2009 at 15:07
puedo entrar con esto, con el mismo usuario mas de dos veces? por ejemplo entrar con el usuario admin dos o tres veces
Usando
Marzo 29th, 2009 at 17:04
JSHALCON: No, únicamente vas a poder entrar una sola vez para un mismo usuario, si por ejemplo ya habías ingresado con el usuario Administrador desde una ubicación anterior, al ingresar desde otro equipo recuperarías la sesión ya iniciada, haciendo que se pierda acceso desde el primer cliente.
Usando