Acessando seu equipamento que está na LAN (de fora)

[tcpipchip]

Voce prefere que:

-Ele publique seus dados em um servidor na WEB na WAN, para que voce possa acessar
-Ele publique seus dados em um servidor MQTT na WAN, para que possa acessar
-Ele nao publique nada na WAN, fique com os dados todos na LAN e via WAN voce possa acessar direto (P2P), sem se preocupar com NAT, DMZ (port forward), apenas acessar um DUCKDNS atualizado por este equipamento, seguido da PORTA.

[mrgadotti]

Voce prefere que:

-Ele publique seus dados em um servidor na WEB na WAN, para que voce possa acessar
-Ele publique seus dados em um servidor MQTT na WAN, para que possa acessar
-Ele nao publique nada na WAN, fique com os dados todos na LAN e via WAN voce possa acessar direto (P2P), sem se preocupar com NAT, DMZ (port forward), apenas acessar um DUCKDNS atualizado por este equipamento, seguido da PORTA.

Por questão de segurança e praticidade eu ficaria com a segunda opção do servidor MQTT.

[tcpipchip]

sério ??????????????????

[Rodrigo_P_A]

Cada caso é um caso

[cfreund]

Terceira opção - que por acaso, elimina necessidades das anteriores.

[tcpipchip]

Exato, eu esperava a terceira opção

É o que estou fazendo aqui....

Obrigado

[mrgadotti]

sério ??????????????????

Acho que não entendi bem o contexto. Concordo em usar a terceira opção abrindo as portas de acesso. Se fosse compartilhar dados partiria para o MQTT.

[tcpipchip]

perfeito!!!!!!!!!!!!!!!!!!

A ideia é usuário so habilitar servidor upnp.

Ai conseguimos fazer com que via duckdns, voce possa entrar direto na placa (Arduino) sem se preocupar com DMZ e NAT.

Algo do tipo miguel.duckdns.org:5999

Cai direto numa placa Arduino na minha LAN.

A aplicacao acessa o upnp e atualizada tempos em tempos o DUCKDNS.

Estamos fazendo para ESP32, ESP8266, STM32,STM32F7 Nucleo-144, FEATHER NRF52840, NRF52832, U-BLOX NINA W102, NINA B112, NINA B302,estes ultimos com interface WIFI (ESP AT, WIFININA) e ETHERNET (WIZNET)

[tronico]

Cada caso é um caso como já comentaram, mas a terceira opção é bem interessante, ela "simplifica" o acesso remoto ao dispositivo. Além da óbvia vantagem em prototipação existem aplicações que realmente precisam do acesso ponto a ponto por questões de performance principalmente (ex. streaming de vídeo). Só temos que considerar as questões de segurança envolvidas!

[xultz]

Eu não entendi nada do contexto, mas só a título de exemplo, eu fiz uma aplicação com Linux embarcado rodando em Raspberry CM3 que foram instalados em muitos clientes Brasil afora (já tem quase 400 instalações), e prá acessar os dispositivos e conseguir fazer diagnósticos e atualizações, eu criei um VPN, os aparelhos todos se conectam nela, e nessa VPN eu coloquei um servidor que fica recebendo pacotes com dados de diagnósticos dos dispositivos e eu fiz uma aplicação no servidor que mastiga esses dados e mostra o estado de cada um deles.
Dependendo do tipo da aplicação, uma VPN pode ser uma solução interessante também.

[tcpipchip]

Aqui está rodando o primeiro protótipo! Sem NAT, sem DMZ.

Deixarei até as 17:00 de hoje (25/09)

http://wisintainer.duckdns.org:5952/

Esta rodando num NRF52840 (UBLOX) e a interface é um WIZNET 5500!

O Arduino está atualizado o DNS a cada 30 segundos!

A idéia é simplesmente eliminar qualquer tipo de servidor!

Semana que vem devemos estar liberando as LIBS e exemplos!

[mrgadotti]

Aqui está rodando o primeiro protótipo! Sem NAT, sem DMZ.

Deixarei até as 17:00 de hoje (25/09)

http://wisintainer.duckdns.org:5952/

Esta rodando num NRF52840 (UBLOX) e a interface é um WIZNET 5500!

O Arduino está atualizado o DNS a cada 30 segundos!

A idéia é simplesmente eliminar qualquer tipo de servidor!

Semana que vem devemos estar liberando as LIBS e exemplos!

Com essa configuração não teve que abrir a posta no modem?

[cfreund]

Deve estar usando upnp.

[tcpipchip]

sim, eu escrevi acima
"A ideia é usuário so habilitar servidor upnp."