Tutoriales, noticias y soluciones informáticas

Etiqueta: vnc

Instalación de un servidor de RustDesk: la alternativa libre y gratuíta a Anydesk, TeamViewer y Logmein

Oficina tradicional

Desde que comenzó la pandemia de Covid19 allá por el 2020 muchas empresas han tenido que buscarse la vida para dar soporte a usuarios de ordenadores situados lejos de sus propias oficinas. El teletrabajo ha hecho que para mucha gente la oficina ahora sea su domicilio, y pese a que este hecho tenga consecuencias positivas tanto para los empleadores como para los empleados, también tiene algunas negativas.

Por ejemplo, los departamentos de IT de muchas empresas tienen ahora más cosas de las que ocuparse, ya que van tener que dar soporte a los empleados que están trabajando desde sus casas, y por qué no decirlo, esto ha supuesto un pequeño quebradero de cabeza en algunos casos. Cuando hay que configurar algo en el ordenador que usa el empleado es imprescindible que la empresa use alguna herramienta que permita visualizar y controlar remotamente la pantalla de ese equipo.

Uy, sí. Herramientas de esas en mi empresa las llevan usando hace años. Primero usaban LogMeIn. Luego empezaron a usar Team Viewer. Luego Anydesk. No sé por qué andan cambiando de software cada poco tiempo. 
Interfaz de rustdesk en pequeño

Algo similar ha pasado en casi todas las empresas. Incluso cuando tienes contratado algún software en el servidor y los desarrolladores necesitan acceder a él de alguna forma, acaban instalando alguna otra herramienta similar. El problema es que muchas de estas herramientas se han intentado vender con precios absurdamente elevados, incluso para las empresas (LogMeIn sobre todo), con lo cual poco a poco fueron entrando competidores con precios «menos exagerados». Algunos de ellos con el tiempo acabaron optando por la misma política de precios desorbitados (Team Viewer) y algunos otros han podido ofrecer precios mucho más razonables (como Mikogo o Anydesk), pero sin llegar a ofrecer nada que no ofreciera ya la competencia, por lo que no hay ningún software de este tipo que podamos decir que usa la gran mayoría de las empresas. Cada una va usando el software que ve más conveniente para esta labor o que más se ajusta a sus presupuestos.

Por mi parte siempre he distinguido dos tipos en esta clase de software: por un lado tenemos los programas que funcionan (mejor o peor) en una red local, pero que a la hora de conectarse a través de internet tienen serios problemas de acceso porque no están diseñados para acceder a ellos a través de internet (como VNC o el escritorio remoto de Microsoft). Y por otro lado tenemos programas que nos permiten conectar al equipo de forma remota a través de internet y dar soporte directo al usuario, como LogMeIn, Team Viewer, AnyDesk y similares.

Y básicamente en estas estábamos hasta que hace muy poquito entró un nuevo competidor en el juego que nos vino a ofrecer algo tremendamente rompedor.

Te veo venir. ¿Algo que no usa ni el tato? ¿Programa raruno? ¿Software libre quizá? ¿Algo que para instalarlo tienes que sacarte tres master en informática de sistemas?

Ehhhh… bueno… te concedo lo de raruno. El tema es que por fin se ha desarollado un software completamente libre que nos permite acceder a equipos de forma remota a través de internet, de forma muy similar a cómo lo hace Team Viewer o Anydesk. Mira, fijate en esta pantalla de anydesk.

interfaz de anydesk

Ahora mira esta otra pantalla de RustDesk (que es el software del que vamos a hablar en este artículo)

Interfaz de Rustdesk
¡Ay va! ¡Pero si parecen gemelos!

Si te fijas el interfaz es casi igual (Bueno… por qué no decirlo, muchos de estos programas tienen interfaces similares). Personalmente a RustDesk no le he echado en falta ninguna funcionalidad clave, así que todo esto unido a que es un software por el momento completamente gratis…

Espera, espera... ¿Por qué "por el momento"? ¿El programa se va a volver de pago?

Sólo en una parte que no nos debería afectar. Este software está aún en desarrollo. Según he podido entender, los desarrolladores tienen la intención de mantener gratuítas las funcionalidades que tiene Rustdesk en este momento (básicamente todas las cosas que podemos hacer con AnyDesk, por ejemplo). Pero al parecer están desarrollando también un interface web para controlar todos los dispositivos vinculados con nuestro servidor de Rustdesk, controlar los equipos que estén dentro del dominio de la empresa, etc… Ese interface por lo que he entendido va a ser una parte de pago, pero no es algo crítico ni mucho menos. En mi empresa pagamos (hasta ahora) religiosamente licencias de Anydesk y esa parte no se la he visto a Anydesk por ningún lado, así que puede estar interesante cuando terminen su desarrollo.

¡¡Quieto parao!! ¿Qué es eso que dijiste antes de "nuestro servidor de RustDesk"?. Anydesk o Team Viewer no necesitan instalar ningún servidor. Sólo un programa en el equipo cliente y otro en el ordenador de la persona que va a dar soporte al usuario. 
Cables

Lo sé, pero el tema es que no puedes hacer una conexión de equipo a equipo a través de internet (para visualizar la pantalla del cliente, por ejemplo) sin una estas dos opciones:

  • Saber su ip pública y que esta ip pública sea accesible a través de internet.
  • Usar un servidor que medie en la conexión entre los dos equipos.

El primer punto es el punto clave. Últimamente están muy de moda las líneas CG-NAT de las que tanto hemos hablado en otros artículos (y que tanto detesto). Este tipo de líneas no tienen ip pública a la que poder mandar una petición, así que tendremos un problema a la hora de acceder a ese equipo de forma directa. Resulta mucho más adecuado que el software de escritorio remoto de ese equipo se conecte a un servidor y que se haga la transferencia de datos con ese servidor mediando entre los dos equipos. Un esquema similar es el que usan todos estos servicios, sólo que el servidor que se usa es la infraestructura de la empresa desarrolladora (Team Viewer, Anydesk o la que sea) en lugar de tener que montártelo tú en tu empresa.

Sí, sí... lo que quieras. Pero yo no necesito montarme un servidor para usar AnyDesk. 
Configurando un servidor

Pues has de saber que la parte de montar un servidor de Rustdesk es completamente opcional. Puedes usar RustDesk sin montarte un servidor, usando los servidores de RustDesk. Sin embargo para mi, ya que existe la opción, es más que recomendable montarse uno.

Para que nos entendamos: puedes dar soporte a un usuario con RustDesk usando los servidores del propio RustDesk (Como haces con AnyDesk o Team Viewer), con lo cual necesitas sólo el programa en el ordenador del usuario y en el tuyo. O también puedes montarte tú un servidor de RustDesk propio para que todo el tráfico pase por tu servidor. En este artículo aprenderemos a montarnos nuestro propio servidor de Rustdesk aunque también aprenderemos a usar RustDesk sin realizar esa instalación.

Ni que decir tiene que montarte tú un servidor propio es la opción ideal siempre que sea factible. Tendremos menos riesgos de que alguien intercepte el tráfico directamente en el servidor y no dependeremos de si un servidor ajeno está saturado de peticiones o no, con lo que si nuestro servidor está bien dimensionado no deberíamos tener nunca problemas de rendimiento. Si lo piensas, para una empresa tener algo así es más que recomendable (y toda empresa que tenga un departamento de informática debería tener alguien que pudiera montarlo sin mayores problemas). No dependes de terceros para un servicio que puede llegar a ser crítico y te garantizas un rendimiento óptimo siempre.

Así que vamos a ver cómo podemos montar este tinglado sin que nos explote ningún equipo.

Seguir leyendo
Share

Uso de UltraVNC mediante conexiones inversas

Hemos visto en un montón de tutoriales publicados en esta misma web que el VNC es una herramienta muy útil para poder controlar un ordenador a distancia. De todas formas puede surgir un problema si se quiere usar para, por ejemplo, arreglar el ordenador de un amigo. Imaginaos la situación:

Suponed que os llama un amigo y os dice que necesita que le ayudes para cualquier tema relacionado con el ordenador. Tú le pides que instale el UltraVNC para poder revisar su equipo de forma remota. Él lo hace, pero de repente surge el problema de que tiene que configurar los puertos para que funcione correctamente. Aquí ya se lió una buena, porque como cada router es distinto, habría que mirar con calma cómo hacer para mapear los puertos de forma correcta.

O si quereis suponed esta otra situación: Quereis controlar el equipo del trabajo desde vuestra casa, pero no teneis acceso al router ni podeis mapear los puertos necesarios para que funcione el vnc en el trabajo.

Estos problemas pueden solucionarse mediante conexiones inversas. El concepto es un poco complicado de explicar, pero vamos a intentarlo para que quede muy clarito. En anteriores tutoriales, lo que hacíamos era lo siguiente: el equipo al que queríamos acceder de forma remota (llamémosle equipo 1) lo dejábamos «escuchando» peticiones de internet mediante un programa servidor (UltraVNC server). En ese equipo teníamos el router con los puertos mapeados y todo preparado para que si entraba una petición por el puerto del VNC, se dirigiera al equipo correcto. En cuanto otro equipo intentaba entrar (equipo 2) mediante un programa cliente, el servidor le preguntaba la contraseña y si ésta era correcta, permitía el acceso remoto.

En este tutorial vamos a hacerlo al revés. El equipo 2, en lugar de ser el que hace la petición va a ser el que esté «escuchando» y preparado para recibir peticiones, por lo que va a ser este equipo el que tenga que tener correctamente configurado el router y los puertos, y va a ser el servidor (equipo 1) el que haga la petición al cliente. Veamos cómo se hace eso.

Primero nos vamos al equipo 2 (el ordenador con el que vamos a ver de forma remota el contenido del otro equipo) y arrancamos el «UltraVNC viewer» de una forma especial para que funcione como servidor. Nos vamos en el menú inicio a la carpeta del UltraVNC y dentro de la subcarpeta «UltraVNC viewer» pinchamos en «Run UltraVNC Viewer (Listen mode)». Si tenemos alguna otra versión de VNC, también podemos acceder mediante el símbolo del sistema, yendo a la carpeta del VNC y escribiendo «vncviewer -listen».

De cualquiera de las dos formas, tendremos al final en la bandeja del sistema un icono del VNC viewer (verde, no azul como el server), que indicará que está revisando las peticiones que estén entrando en el equipo.

Este equipo debe estar conectado directamente a internet (por ejemplo, con un modem cable, no un router) o bien debe tener un puerto mapeado en el router para lograr una conexión correcta. Supongamos que si tenemos un router tenemos mapeado el puerto 5912, o bien, supongamos que usamos un módem de cable (con un módem de este tipo, no haría falta mapear ningún puerto). Supongamos que la ip pública de este equipo es xxx.xxx.xxx.xxx (Sustituid la ip por la del equipo). Si no conoceis la ip pública del equipo y da la casualidad que veis este tutorial desde él, os dejo aquí a un tipo que os la dirá

Una vez que sabemos qué número de puerto debemos usar y la dirección IP de nuestro equipo, procedemos a configurar el otro equipo.

En el equipo remoto iniciamos el UltraVNC Server. Cuando lo veamos en la bandeja del sistema (al lado del reloj), hacemos click con el botón derecho en su icono y seleccionamos «add new client». Ponemos dentro algo similar a esto:

Por supuesto sustituís las XXX por los números de vuestra dirección ip. En el momento en que lo hagais, lo que se está viendo en la pantalla, se estará viendo en el otro equipo y podrán controlarlo.

El concepto de este método es un poco lioso, pero tal vez os resulte de utilidad si con el método normal teneis problemas para mapear un puerto en el router.

Share

Cómo usar el VNC conectándose con un router

Hay algunos programas que por su funcionamiento necesitan tener una conexión directa a internet para que no den problemas. Me refiero a programas como el VNC o el emule o cualquier tipo de servidor que queramos montar (ftp, apache, etc…), en los que si te conectas a internet mediante un router o bien no funcionan o bien hacen cosas extrañas.

¿Por qué este tipo de programas no funcionan bien bajo un router? A pesar de pecar de exceso de simplicidad os lo voy a intentar explicar de forma que se pueda entender por cualquiera. Imaginaos que el ordenador está conectado a un módem cable (conexión directa a internet) y de repente llegan datos por internet. Como el nuestro es el único ordenador que está conectado a internet, esos datos van a parar a nuestro equipo sin problema.

Ahora suponed que nos conectamos mediante un router wifi. A pesar de ser el nuestro el único equipo de la red, el router necesita saber en todo momento a qué equipo le va a dar los datos. De tal forma, si llegan datos de internet sin que nuestro equipo los haya pedido previamente, el router se hará un lío ya que necesita saber a qué equipo entregarle esos datos. Imaginaos que hay tres equipos conectados en la red y llegan datos por internet. ¿A qué equipo de los tres se los da? Este es el problema que debemos resolver en nuestro router.

Vale… cualquier informático me dirá que es una explicación muy simplista y poco precisa. Pero seguramente hayais entendido el fondo de la cuestión. Si instalamos un programa en el ordenador que actúe como servidor (es decir, que se dedique a «escuchar» las peticiones que vienen de internet sin que el equipo las haya pedido), necesitamos «decirle» al router que cuando vengan datos del tipo «x», esos datos son para nuestro equipo y no para otro equipo de la red (aunque no haya más equipos conectados al router).

Ahora que ya sabemos por qué hay programas que fallan cuando nos conectamos mediante un router, vamos a ver la solución. Lo principal para llegar a ella es saber qué puerto usa el programa que estamos usando. Normalmente este tipo de programas dejan claro qué puerto usan, pero si no es así leeros la documentación que viene en el programa.

En este artículo vamos a centrarnos en el VNC, como complemento de un par de artículos ya publicados en la web (1 y 2). Os recomiendo leer ambos artículos antes de empezar este para documentaros sobre las funcionalidades del programa y su configuración.

Si abrimos la ventana principal del servidor de VNC nos encontramos algo como esto:

Como veis, ya en la ventana principal del servidor de VNC tenemos los dos puertos que va a usar el programa. Aseguraos que la opción «ports» esté marcada en el programa. Os sugiero que de entrada cambieis los puertos que vienen por defecto (que son el 5900 y el 5800) por otros dos puertos cualquiera (en este caso hemos puesto el 5912 y el 5913). Así si desde fuera alguien con malas intenciones os detecta los dos puertos abiertos, no sabrá de entrada qué programa está usando esos puertos. El resto de la configuración del VNC la dejamos como está en la foto.

Ahora pasamos a decirle al router que cuando alguien intente entrar por esos puertos, el ordenador de referencia es el que tiene instalado el VNC. Para ello se pueden usar varios métodos, pero en este tutorial lo que haremos para no liarnos será poner una IP estática al equipo y después redireccionar esos puertos a la ip que hemos elegido.

Nos vamos al router y miramos qué intervalo de IP’s está otorgando a los equipos de la red. En nuestro caso, con un router Comtrend está asignando ip’s entre la 192.168.1.130 y 192.168.1.160. Para saberlo, nos hemos ido a la página del router (http://192.168.1.1) y hemos pinchado en «advanced setup» –> «LAN».

Ahora que sabemos qué rango de ip’s está asignando el router a los nuevos equipos que se pueden incorporar a la red, vamos a asignar a nuestro ordenador manualmente una dirección IP fuera de ese rango de forma manual. A pesar de que el router debe ser lo suficientemente inteligente como para no asignar una ip que ya está siendo usada, por precaución vamos a darle al equipo que tiene el VNC instalado una dirección ip fuera de este rango para ahorrarnos problemas. Para ello nos vamos al panel de control –> conexiones de red, y hacemos click en la conexión que vayamos a configurar. Saldrá una pantalla similar a esta.

Nos vamos a «protocolo internet tcp-ip» y dejamos la configuración de forma similar a esta

OJO: Estoy diciendo de forma similar. Realmente lo único que hemos cambiado ha sido la línea que he marcado con un círculo. El resto deberá permanecer igual. En caso de tener todas las configuraciones automáticas, debemos poner como puerta de enlace la dirección del router.

Vale. Con todo esto ya nos hemos asegurado que el nuestro sea el único equipo de la red que pueda tener esa dirección IP. Ahora vamos a decirle al router que cualquier petición que entre por el puerto del VNC, se dirija a nuestro equipo y no a otro. Abrimos la página de configuración del router y buscamos alguna opción para mapear puertos. En el caso de nuestro Comtrend hg536+, encontramos la opción en «advanced setup» –> «Nat» –> «virtual servers», y debemos hacer algo como lo que aparece en la siguiente captura de pantalla.

Voy paso por paso:

1) Como veis, primero le ponemos un nombre al mapeo que estamos haciendo (en este caso, lo llamaremos VNC).

2) Ahora indicamos la dirección IP del equipo que va a tener el VNC (Arriba la definimos como la 192.168.1.129)

3-4) Ahora le decimos el puerto que vamos a mapear, que en este caso será el que hemos definido en el vnc (el 5912 y el 5913). Como son dos puertos contíguos podemos ponerlo como rango de puertos. Si no, necesitaríamos una línea para cada puerto, poniendo el mismo número en las dos casillas.

5) Por último seleccionamos protocolos TCP y UDP.

6) Aceptamos.

Antes de nada nos vamos a NAT para comprobar que el mapeo de puertos ha sido correcto y que figura el puerto que hemos mapeado .

Con todo esto (que no es poco) ya nos debería funcionar perfectamente el vnc. Para acceder a él, es importante saber que hay que tener de referencia dos direcciones. Una para cuando accedamos desde fuera de la red (desde otro ordenador conectado a internet fuera de la red privada) y otra para cuando nos conectemos desde un equipo que esté conectado al router.

Cuando nos conectemos desde otro ordenador conectado a nuestro router, usaremos las siguientes direcciones:

– En caso de usar un cliente de vnc: 192.168.1.129:5912
– En caso de intentar acceder desde un navegador de internet:

http://192.168.1.129:5913

Pero si intentamos conectar desde fuera, necesitaremos saber la ip pública del router. Para ello es muy útil un programa llamado «dyndns updater», que convierte nuestra ip dinámica en una dirección fija. Lo descargamos desde esta dirección, nos creamos una cuenta y lo instalamos.

http://www.dyndns.com/support/clients/

Una vez instalado, en la pantalla principal nos vamos a «settings».

En la siguiente pantalla marcamos «allow me to configure manually» y le damos a «configure».

Por último marcamos «detect from website that returns my ip address».

El resto de la configuración del programa es la de siempre. El programa nos da una dirección del tipo www.unadireccióncualquiera.selfip.com

Con esa dirección, la conexión desde fuera de la red privada se hará así:

– En caso de usar un cliente de vnc: www.unadireccióncualquiera.selfip.com:5912
– En caso de intentar acceder desde un navegador de internet: http://www.unadireccióncualquiera.selfip.com:5913

En fin… espero que os haya sido útil este tutorial. Espero vuestros comentarios.

Share

Tutorial de VNC para usar de forma remota un ordenador

Vamos a ver cómo controlar el ordenador de forma remota, tanto por internet desde otro ordenador como mediante una PDA, gracias a un excelente programa llamado VNC.

1) Programas necesarios
El programa que vamos a usar para ambas cosas va a ser el mismo: El palm VNC. El VNC es un programa que hay para multitud de plataformas y del que hay bastantes versiones (algunas libres y otras de pago). Normalmente en Linux ya suele venir en la distribución que escojamos (Mandrake y Suse, por ejemplo, ya lo tienen preinstalado). Además hay numerosas versiones de este programa, tanto de pago como gratuítas. Voy a centrarme en el uso desde windows, pero el programa existe para cualquier sistema operativo. Podeis descargaros el programa desde este enlace. La instalación es tremendamente sencilla. Simplemente ejecutamos el programa instalador y seguimos instrucciones. En mitad de la instalación tendremos una pantalla como esta

Si disponemos de una PDA con PALM OS, dejaremos las dos opciones marcadas. Si no, simplemente desmarcamos la segunda opción. Dejamos que continúe la instalación y nos saldrá más adelante esta otra pantalla:

Igual que antes, si disponemos de una PALM marcaremos la opción de «transfer PalmVNC to PALM». Si no disponemos de una, simplemente dejamos la casilla sin marcar.

Y con esto se acabó la instalación

2) Configuración y navegación desde otro ordenador.
Si queremos sólo tener activada la aplicación cuando nosotros queramos, simplemente cuando queramos usarla debemos ir a la carpeta que se ha creado en el menú inicio y ejecutar el «Ultr@VNC Server (App mode)». Con esto nos aparecerá al lado del reloj un icono en el que podemos configurar la aplicación. Hacemos doble click sobre él y nos aparece la ventana de configuración. Yo recomiendo dejarla tal que así:

Como veis, debemos poner un password al sistema (el que nosotros queramos). Hay que asegurarse de dejar encendida la opción de «Enable Java Viewer (Http Connection)», y bueno… el resto más o menos como está en la imagen. Con esto el programa ya estará funcionando.

Para usarlo necesitamos saber cómo se llama nuestro ordenador en internet (necesitamos saber su dirección IP). Para saberla hay un método muy sencillo. Nos vamos al menú inicio, pinchamos en «programas» –> «accesorios» y por último en «símbolo del sistema». Ahi escribimos lo siguiente:

ipconfig

Le damos a «enter» y nos saldrá la dirección ip de nuestro equipo (algo así como lo que aparece en la siguiente imagen).

De todas formas, si la quieres saber ahora mismo, pues no hay problema… te doy tu IP y algunos datos más de tu equipo sin problema

Ahora toca probarlo… pues nos vamos a casa de un amigo, al ordenador del curro, o a un ciber, abrimos el navegador y ponemos en el navegador la siguiente dirección:

http://tu-direccion-ip:puerto

Si hemos dejado la configuración tal y cómo os la he recomendado (con el puerto por defecto), debería ser algo como esto

http://xxx.xxx.xxx.xxx:5800

(evidentemente sustituyendo las xxx por los números de tu dirección IP).

Nos saldrá entonces una pantalla similar a esta:

Simplemente pondremos la contraseña de acceso que hemos asignado en la configuración del programa y entonces tendremos la pantalla de nuestro ordenador en el navegador del ordenador dónde estemos trabajando… y podremos usar nuestro ordenador como si estuvieramos físicamente delante de él. Algo como esto (pincha en la imagen para agrandarla):

3) uso remoto del equipo desde una palm.
Pues más sencillo aún. En la instalación hemos instalado el programa en la palm (se instalará en la pda cuando se sincronice). Lanzamos el programa en la agenda, y en las propiedades de conexión hay que poner lo siguiente:

Connection name: El nombre que nos de la gana (no hace falta ninguno en concreto)
Server name or IP Address: La dirección IP de nuestro equipo (la que hemos visto antes)
Display Number: 0
Server Password: La contraseña que hemos puesto en el programa

Y listo… con esto podremos usar TODO nuestro ordenador desde la palm.  Si tenemos wifi o Bluetooth configurados, podremos usar el ordenador de escritorio desde la palm sin necesidad de cables (o sea, configurar el emule, grabar un cd o usar el msn messenger desde la cama en posición fetal). Evidentemente cuanta más resolución tenga la pda, mejor podrás usar este excelente programa.

Share

© 2022 Flopy.es

Tema por Anders NorenArriba ↑

Uso de cookies

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.

ACEPTAR
Aviso de cookies