Hardware > Ordenadores
Conectividad estaciones remotas y desatendidas
jantoni:
Buenos días, estamos en el 48º día del estado de confinamiento.
Son ya muchos días, en los que los propietarios u observadores de estaciones instaladas en ubicaciones remotas, y por lo general desatendidas durante mucho tiempo, no pueden desplazarse hasta ellas para solventar las incidencias que surgen.
Esto se ha notado, muchísimo, en el número de estaciones que, por diferentes problemas, han dejado de actualizar datos en Meteoclimatic.
Estos problemas son de diferente índole: pérdida de conectividad del router remoto o del módem 3G-4G, problemas en la consola, datos erróneos que hay que corregir en el software o en la consola de la estación, etc, etc.
Esto nos hace reflexionar sobre estas estaciones, y la conclusión es que necesitamos algún tipo de gestión remota.
La gestión remota la podemos conseguir fácilmente en algunos casos, y en otras no tan fácilmente.
Así que voy a relatar mis experiencias de los últimos días en los que, con la ayuda de Jmviper, hemos hecho algunas pruebas (sin entrar en profundidad).
Por supuesto que, estos sistemas tienen limitaciones:
Si hay pérdida de fluido eléctrico en la estación remota, no podremos solucionarlo, lo que parece evidente.
Si hay problemas con los datos que están almacenados en la memoria de la consola, tampoco podremos solucionarlo, ya que necesitamos tocar, físicamente, las teclas o pantalla de la consola.
Y, aprovecho para arremeter contra un software, que provoca muchos problemas de este tipo. Weather Link. No quiero iniciar ninguna guerra. Solo hacer ver que, si para solucionar problemas en los datos, si estos afectan a las mínimas o máximas que se almacenan en la memoria de las consolas Davis, hay que manejar la pantalla obligatoriamente. Esto no ocurre con otros programas como Weather Display, Cumulus o Weewx.
Estos últimos programas, y otros más, generan sus máximas y mínimas con los datos que recogen periódicamente de la consola. Pero se pueden modificar dentro del propio software, aunque la consola siga teniendo valores erróneos.
Bueno, visto esto, iniciamos el periplo.
jantoni:
En el caso de que, en la estación remota, tengamos un ordenador de sobremesa o portátil con Windows o Linux, las soluciones son sencillas y las conoce casi todo el mundo.
====================
Alternativa 1 - Software como Teamviewer o Anydesk
El líder en este momento, de este tipo de soluciones, es Teamviewer.
Además de Teamviewer, tenemos Anydesk.
El uso de ambos es sencillo e intuitivo. Se instala tanto en el ordenador remoto como en el ordenador local.
Se anotan los códigos que nos facilita el ordenador remoto, y se introducen en el ordenador local.
Magia, ya estamos conectados a nuestro ordenador remoto. Podremos manejar el ordenador como si estuviéramos allí y podremos pasar ficheros de un ordenador a otro si nos hiciera falta.
En cuanto a uno u otro, hay opiniones variopintas. A mi, personalmente, me gusta más Anydesk, pero no es el objeto de esta entrada en el foro de Meteoclimatic.
Consejo. Instalad ambos programas en el ordenador remoto. Puede que algún día, cuando os salga el mensaje de que Teamviewer detecta un uso comercial, me lo agradezcáis.
====================
Alternativa 2 - Conexión a escritorio remoto
En realidad, la conexión al escritorio remoto, debería ser la primera alternativa. No hay que instalar nada.
Pero tiene el problema de que hay que abrir puertos en el router. Y eso cada vez es más difícil, ya que poco a poco, las compañías proveedoras de internet o telefonía van implantando el sistema de CGNAT dada la escasez de direcciones IPV4.
Pero si estás con una compañía que todavía no utilice CGNAT, es el método ideal, es mil veces más rápido que Teamviewer o Anydesk. Pero sobre todo, al no depender de servidores de estos software, es privacidad.
Bien....y ¿¿que hacemos para conectarnos por escritorio remoto??
Lo primero que tendrás que hacer es darte de alta en un sistema de DDNS, como no-ip, dyndns, etc, Tenéis alternativas a dyndns o no-ip en este enlace https://www.redeszone.net/tutoriales/servidores/mejores-ddns-gratis/
Personalmente, prefiero estas dos, puesto que suelen estar integrados en los router de las operadoras y solo tendrás que habilitarlas en la opción correspondiente. En otros casos, tendrás que instalar algún software adicional para que tu ordenador remoto se comunique con la compañía de DDNS para informarle de la dirección Ip que tengas en cada momento.
Averigua como abrir puertos en el router de la estación remota. Tendrás que leer el manual del router. Cada router es un mundo, pero vienen a ser muy similares unos a otros.
El puerto de RDP (Escritorio remoto) es el 3389, pero se aconseja abrir los puertos 3388, 3389 y 3390. Redireccionalos hacia el ordenador que controla la estación meteorológica.
Si no has habilitado la opción de escritorio remoto en el ordenador de la estación meteorológica, tendrás que habilitarlo. En Windows 10, entras en configuración, sistema, Escritorio Remoto y lo habilitas.
Y ahora solo hay que conectarse desde el ordenador local.
En el ordenador local solo tendrás que ejecutar la aplicación (ya viene instalada en Windows) de Conexión a Escritorio Remoto (pincha en el buscador y escribe "escritorio remoto" y te aparecerá)
Una vez que introduzcas el usuario y contraseña, estarás usando tu ordenador remoto.
====================
Evidentemente, si hay un problema con el router o pincho 3G, esta solución no vale.
jantoni:
Con dispositivos del estilo de la Raspberry Pi o la Orange Pi, la cosa se complica un poco.
Los recursos que consumen, tanto Teamviewer como Anydesk, son elevados.
Si a estos recursos, le sumamos que es necesario estar funcionando con un entorno de escritorio (gráfico), la cosa se complica, sobre todo para los dispositivos más modestos.
A ello le sumamos que, por ejemplo Anydesk, está disponible solo para Raspberry Pi 3 o superior, por lo que se dejan fuera las placas más modestas.
Bien, entonces damos la primera verdad universal con Raspberry Pi (en Orange Pi no lo he probado), si tenemos una Raspberry Pi 3 o 4, puede que nos compense usar Teamviewer o Anydesk.
Igualmente, tendrás que abrir puertos en el router. Si no pudes, sigue avanzando, veremos más soluciones.
Y ¿que pasa con el resto de placas? Yo no quiero gastarme el dinero en otra Raspberry Pi, que además consume mucha más energia y genera mucho más calor que la que tengo funcionando.
No es problema.
Llegamos a SSH
jantoni:
Si tenemos una Raspberry Pi o similares con entorno gráfico, podemos utilizar la misma solución que para el escritorio remoto de Windows.
En el ordenador remoto (Raspberry Pi, Orange Pi, Banana Pi, etc, etc,) solo tendremos que instalar el paquete xrdp
--- Código: ---sudo apt update
sudo apt install xrdp
--- Fin del código ---
Y ya está. Ya lo tenemos activo, seguid las mismas instrucciones para el router y DDNS que lo explicado anteriormente para Windows.
Después desde nuestro máquina Windows abrir la sesión como hemos indicado anteriormente.
Siento no poder decir como conectarse con RDP con linux instalado en el ordenador local. No lo he probado, lo siento.
Ah. Hay mucho debate entre usar RDP o VNC.
Yo, en las pruebas que he realizado con dispositivos mini, me quedo con RDP, es mucho más rápido que VNC y, tengo la sensación, que la calidad de imagen es superior.
El que quiera usar VNC, es libre.
jantoni:
Bien, vamos avanzando en las posibilidades.
Ahora nos encontramos con una Raspberry Pi, que puede estar ejecutando software como CumulusMX, Weewx o WeatherDisplay Console.
La tenemos en modo consola (headless le llaman por ahí fuera) o en entorno gráfico. Nos da igual.
Solo tendremos que activar el SSH (en Raspbian viene desactivado por defecto, en Armbian viene activado) y ya lo tenemos listo.
Para activar SSH en raspbian, tenemos dos opciones:
- Opcion 1: Incluir un archivo (totalmente vacio), llamado ssh (en minúsculas y sin ninguna extensión) en el directorio de arranque o boot. En el siguiente reinicio de la raspberry el ssh estará activo.
- Opción 2: Con la raspberry iniciada ejecutar estos dos comandos:
--- Código: ---sudo systemctl enable ssh
sudo systemctl start ssh
--- Fin del código ---
Pero para poder conectarnos con SSH, necesitamos abrir el puerto 22 en nuestro router remoto, tal como hemos indicado anteriormente. Abre el puerto 22 en el router y lo redireccionas hacia la dirección IP que tenga la Raspberry.
Ya lo tenemos todo.
Ahora vamos a nuestro ordenador local.
Si queremos abrir solo consola, ejecutamos desde un ordenador local con Linux:
ssh xxxxxxxx.xxxxxxx.xxxxxx (donde xxxx es el nombre del ordenador a conectar).
por ejemplo
--- Código: ---ssh jantoni.no-ip.org
--- Fin del código ---
Nos pedirá usuario y contraseña. Ya estamos dentro.
Por supuesto, además de abrir puertos, necesitas una DDNS como hemos explicado anteriormente.
Si queremos usar Windows en nuestro ordenador local, no es problema.
Instalamos un software como Bitvise Tunnelier https://www.bitvise.com/ssh-client
Y lo ejecutamos, rellenando el Host, el nombre de usuario y contraseña.
Una vez verificadas las credenciales, se abrirá una consola linux y un gestor de archivos, similar a Filezilla o cualquier otro gestor de archivos.
Ya estamos funcionando, disfruta
Pero este sistema nos ofrece otra ventaja
Si la Raspberry o similar, está en entorno gráfico, nos podemos conectar como en el caso descrito para escritorio remoto.
Tendremos que haber instalado, igualmente el paquete xrdp como hemos indicado anteriormente.
Una vez conectados con el Bitvise Tunnelier, pulsaremos en el botón "new Remote Desktop"
Navegación
[#] Página Siguiente
Ir a la versión completa