User Tag List

Resultados 1 al 9 de 9

Tema: Conexión directa entre equipos sin servicio en la nube

  1. #1

    Fecha de ingreso
    Oct 2007
    Ubicación
    Madrid
    Mensajes
    3,020
    Mencionado
    90 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    223
    Agradecer Thanks Received 
    674
    Thanked in
    Agradecido 356 veces en [ARG:2 UNDEFINED] posts

    Question Conexión directa entre equipos sin servicio en la nube

    Aquí una cuestión de las que no suelo tocar apenas, pero que ahora estoy necesitando:

    -Sucede que estoy enfrascado en un proyecto, de actualización de un sistema bastante antiguo;
    con dicho sistema te puedes comunicar de forma remota, mediante conexión directa con un módem analógico.

    -Desde un equipo PC con S.O. QNX, con su módem, llamas al número de teléfono de la máquina, se establece la comunicación y le puedes dar unas órdenes, y obtener unos logs.

    -Ahora quieren actualizar la antigua máquina, para que también pueda obtener imágenes, y siga siendo un sistema muy baremetal... ahora hace falta un ancho de banda mayor, empleando una conexión de datos moderna, pero sin que haya que recurrir a una plataforma intermediaria en la nube para establecer la conexión.

    -Vamos, básicamente hay que reemplazar módem analógico por un teléfono de 50€ con datos y que comparta su Wifi, y reconstruir la antigua máquina con un ESP32 o similar.



    Mi pregunta es: ¿Cómo puedo establecer una conexión directa con una máquina que se conecta al Wifi de un móvil (siendo ese su punto de acceso a internet)? La conexión en principio puedo incluso hacerla desde un PC Windows, porque les urge más actualizar el antiguo equipamiento, que mantener el PC con QNX

    La cuestión es esa, que la práctica totalidad de lo que he visto, son servicios en la nube... pero en este caso hay que prescindir del servicio intermediario en la nube,

    Gracias anticipadas,

  2. #2

    Fecha de ingreso
    Sep 2005
    Ubicación
    Madri
    Mensajes
    431
    Mencionado
    1 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    11
    Agradecer Thanks Received 
    13
    Thanked in
    Agradecido 6 veces en [ARG:2 UNDEFINED] posts
    Si la conexión de datos es a través de un operador móvil, lo más seguro es que no puedas acceder a él directamente desde fuera. Tendrás que crear una conexión desde el móvil (túnel inverso o abrir un socket) contra un equipo final o intermedio.

    Yo solo veo 2 soluciones para conseguir esta conexión "saliente" que permita conectarse desde el exterior:
    - O mantienes ese socket abierto siempre contra un server y así las consultas serán inmediatas
    - O creas una especie de tarea programada para que cada x minutos compruebe contra el server o el host final (el pc Windows) si se ha cambiado el estado y tiene que abrir la conexión o directamente enviar los logs/imagenes.

  3. #3

    Fecha de ingreso
    Oct 2007
    Ubicación
    Madrid
    Mensajes
    3,020
    Mencionado
    90 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    223
    Agradecer Thanks Received 
    674
    Thanked in
    Agradecido 356 veces en [ARG:2 UNDEFINED] posts
    Cita Iniciado por crossmax Ver mensaje
    Si la conexión de datos es a través de un operador móvil, lo más seguro es que no puedas acceder a él directamente desde fuera. Tendrás que crear una conexión desde el móvil (túnel inverso o abrir un socket) contra un equipo final o intermedio.

    Yo solo veo 2 soluciones para conseguir esta conexión "saliente" que permita conectarse desde el exterior:
    - O mantienes ese socket abierto siempre contra un server y así las consultas serán inmediatas
    - O creas una especie de tarea programada para que cada x minutos compruebe contra el server o el host final (el pc Windows) si se ha cambiado el estado y tiene que abrir la conexión o directamente enviar los logs/imagenes.
    Muchas gracias por las ideas Crossmax,

    hmmm...

    como el equipo remoto es un microcontrolador (y ahí las opciones están más limitadas), una posibilidad de comunicación que se me ocurre, es utilizar un correo electrónico, como Gmail; como medio de comunicación.
    Es un "man in the middle", pero te estás quitando el tener que pagar por el servicio intermediario. Y Gmail es un servicio duradero en el tiempo,

    Porque servidor propiamente dicho no hay, es un PC en un sitio... y mañana puede ser el PC que tiene el responsable en su casa,



    Porque, que sepa, en ESP32 si existe la posibilidad de conetarse a un correo para mandar imágenes y leer los mensajes,

  4. #4

    Fecha de ingreso
    Sep 2005
    Ubicación
    Madri
    Mensajes
    431
    Mencionado
    1 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    11
    Agradecer Thanks Received 
    13
    Thanked in
    Agradecido 6 veces en [ARG:2 UNDEFINED] posts
    Pues para un sistema con esas limitaciones, tirar de Gmail puede ser muy buena idea. Simple y con casi todo ya hecho.

    Te iba a proponer Mqtt pero ahí ya tienes que instalar algo también en el PC Windows. Con Gmail te quitas de todo ese lío.

  5. #5

    Fecha de ingreso
    Feb 2006
    Mensajes
    6,114
    Mencionado
    57 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    40
    Agradecer Thanks Received 
    1,356
    Thanked in
    Agradecido 793 veces en [ARG:2 UNDEFINED] posts
    Cita Iniciado por masteries Ver mensaje
    Muchas gracias por las ideas Crossmax,

    hmmm...

    como el equipo remoto es un microcontrolador (y ahí las opciones están más limitadas), una posibilidad de comunicación que se me ocurre, es utilizar un correo electrónico, como Gmail; como medio de comunicación.
    Es un "man in the middle", pero te estás quitando el tener que pagar por el servicio intermediario. Y Gmail es un servicio duradero en el tiempo,

    Porque servidor propiamente dicho no hay, es un PC en un sitio... y mañana puede ser el PC que tiene el responsable en su casa,



    Porque, que sepa, en ESP32 si existe la posibilidad de conetarse a un correo para mandar imágenes y leer los mensajes,
    Si, hay librerias SMTP y soportan los ficheros anexados (importante porque hacerlo a mano es un horror), pero para que funcione SMTP tendras que quitar la seguridad en la cuenta de gmail porque los de google por defecto utilizan un protocolo de autenticación OAuth, imagino que tambien habrá librerias para ESP32.
    Zhorro

  6. #6

    Fecha de ingreso
    Nov 2005
    Ubicación
    Excartagenero
    Mensajes
    20,874
    Mencionado
    233 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    4,500
    Agradecer Thanks Received 
    3,912
    Thanked in
    Agradecido 2,629 veces en [ARG:2 UNDEFINED] posts
    Entradas de blog
    1
    Usar Gmail es usar "la nube" :P

  7. El siguiente usuario agradece a josepzin este mensaje:

    futu-block (27/07/2021)

  8. #7

    Fecha de ingreso
    Sep 2005
    Mensajes
    12,848
    Mencionado
    203 Post(s)
    Tagged
    1 Tema(s)
    Agradecer Thanks Given 
    379
    Agradecer Thanks Received 
    899
    Thanked in
    Agradecido 640 veces en [ARG:2 UNDEFINED] posts
    Pero si vas a enviar la información por SMTP ¿Por qué no te creas un servidor de correo virtual en el PC Windows que reciba los datos con IIS o algo similar?
    Es más, si vas a enviar información ¿por qué no hacerla por protocolo HTTP y te creas una sencillísima WebApi en el servidor Windows, y así, de paso, que gestione los paquetes que necesitas? Se diseñó para eso, para el envío de datos de forma independiente del HW y del SW que se ejecute. Todo el sistema de sockets se diseñó para eso, incluso para la comunicación entre programas dentro del mismo sistema.

    Es más, con el http no tienes que estar pendiente de si se envían datos o no: tu máquina antigua genera el paquete, lo envía, y la WebApi actúa en el momento en que lo recibe y manda una respuesta. Sabiendo C#, y con lo inteligente que sé que eres, una WebApi te la creas en una semana sin tener ni idea.

    Ahora, si lo que necesitas es hacer streaming, sólo conozco AnyDesk y Teamviewer, que en ambos casos dependen de un servicio en línea. Si no, usamos el "escritorio remoto de Windows", que va por el protocolo RDP, y funciona tanto en Linux con XTerm, como en MacOS con una aplicación de la propia M$ llamada... "escritorio remoto de Windows"
    PROYECTOS REALIZADOS: FrikiMusic, Motor Scroll Tileado v3.2, Venturer2X (GP2X/WIZ), Echo, Screen Break Time
    PROYECTOS EN MARCHA (algunos): Bennu GP2X: 95% (necesito ayuda) ¡Antes de Halloween!: 92% SpaceH2H: 8%

  9. #8

    Fecha de ingreso
    Aug 2003
    Mensajes
    658
    Mencionado
    4 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    12
    Agradecer Thanks Received 
    74
    Thanked in
    Agradecido 42 veces en [ARG:2 UNDEFINED] posts
    Me da la sensación de que "no quiero servicios en la nube" significa "lo queremos gratis". En ese caso el free tier de AWS (u otras) podría ser lo que buscáis, puedes usar una lambda invocada desde un cli o un endpoint o incluso te puedes crear hasta una VPN con la máquina en cuestión, mientras los requisitos sean bajos, debería ser suficiente (una busqueda en google de cómo hacerlo da buen resultado).

  10. #9

    Fecha de ingreso
    Oct 2007
    Ubicación
    Madrid
    Mensajes
    3,020
    Mencionado
    90 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    223
    Agradecer Thanks Received 
    674
    Thanked in
    Agradecido 356 veces en [ARG:2 UNDEFINED] posts
    Al final tiraré por la vía de reemplazar la máquina remota (está basado en una CPU 68010), por un ESP32 + una cámaras que adaptaré a RS-485 + una ROM SPI de algunos MB (el dato que ejecuta cada orden, es distinto para cada día del año, por un período almacenado de varias décadas. Sólo se puede ejecutar cada orden una vez al día, o intentarlo) + tirar de Gmail + poner en práctica la librería OAuth 2 de los ESP32

    Los requisitos son que el sistema remoto, debe seguir manteniéndose lo más baremetal posible; y las órdenes, poder darlas desde cualquier lado; sin estaciones de trabajo, sin software adicional a instalar...

    Con eso les irá bien,

    ¡Muchas gracias a todos!

  11. El siguiente usuario agradece a masteries este mensaje:

    josepzin (27/07/2021)

Permisos de publicación

  • No puedes crear nuevos temas
  • No puedes responder temas
  • No puedes subir archivos adjuntos
  • No puedes editar tus mensajes
  •