Informa aos usuários de WiFi sobre conexão com a Internet ausente

Question

Nós fornecemos um Wi-Fi gratuito em nossa cidade com o firmware Freifunk gluon . Às vezes, pode acontecer que um grupo de roteadores esteja realmente conectado entre si, mas, na verdade, nenhum dos roteadores desse cluster tem um uplink para a Internet.

Neste caso, gostaria de informar aos clientes que é realmente possível conectar-se à rede wlan, mas, na verdade, você não terá acesso à Internet por essa conexão. Apenas os serviços locais do Freifunk (telefone com sip, chat, troca de arquivos, ...) estarão disponíveis, que são servidos no cluster local (que pode ser bastante grande, no extremo: em toda a cidade).

Minha primeira ideia foi primeiro mudar o SSID para algo contendo "~ local only ~" ou algo assim, mas parece que isso desconectaria todos os clientes conectados (veja Altere o SSID enquanto os clientes estiverem conectados )

Como a solução mais óbvia, um portal cativo, não é uma solução para nós , porque não queremos mexer com os pedidos de http (s) dos usuários,

como eu poderia informar aos usuários que há temporariamente nenhuma conexão com a Internet pela minha rede WiFi?

relacionado: Impede que os usuários se conectem se um WiFi está cheio / Impede que os usuários se conectem se um WiFi está cheio

    

Answer 1

Eu não tenho experiência neste assunto, mas meu primeiro pensamento é que quando você detectar que a conexão com a internet está inativa, redirecione as solicitações DNS para um servidor DNS que mapeie todas as solicitações para um servidor web que diz "a internet está temporariamente inativa" (por exemplo, configure seu próprio servidor DNS e faça com que seu servidor DHCP forneça isso, possivelmente forçando a renovação de todas as concessões durante a mudança). Claro que isso só é visível quando a navegação na web, mas que vai pegar a grande maioria dos casos; para conexões que não são da Web, o cliente provavelmente notará que não está funcionando e tentará acessar a web. O outro lado negativo é que isso não afetará os clientes que substituem as configurações de DNS (por exemplo, eu sempre uso o DNS público do Google), mas acho que essa também é uma boa minoria. Eu acho que pode haver alguns problemas com o cache DNS do lado do cliente também.

Você provavelmente não deseja alterar o SSID por alguns motivos, incluindo, entre outros:

• A Internet em baixo / não será transparente para os usuários.

• Os usuários perderão a conexão Wi-Fi se mudarem.

• Os usuários não se conectarão automaticamente a "~ local only ~" a menos que escolham, e eu sei que não escolheria porque é um nome de rede que não reconheço (e não parece algo que eu gostaria de me conectar, por exemplo, em uma cafeteria).

• Os usuários provavelmente nem farão a associação entre sua rede pública e "~ local apenas ~" (ou necessariamente saberão o que "somente local" implica). Do ponto de vista deles, a rede pública desapareceu e, de forma independente, uma nova rede não reconhecida está presente.

• É meio desleixado (IMHO) e pode não ser uma ótima jogada de RP para o seu sistema.

Você também pode permitir que os usuários saibam de outras formas que a conexão geralmente não é confiável, por exemplo, se você tiver um site que descreva seu serviço.

Além disso, parece-me que hoje em dia o wi-fi é onipresente o suficiente para que, se o navegador da Web fizer o tempo necessário para fazer solicitações, eles geralmente cheguem à conclusão natural de que "a conexão com a Internet não está funcionando agora" sem você ter que dizer a eles - para que você não possa fazer nada - mas eu acho que redirecioná-los para uma página que diz que o serviço está inativo dará a melhor experiência possível.

Eu acho que esta é uma técnica diferente do portal cativo discutido nos comentários, já que está fora de cena inteiramente quando a internet está ativa e não envolve a manipulação de dados no lugar. No entanto, se você também não puder configurar seu próprio servidor DNS por algum motivo, eu definitivamente não faria nada em vez de trocar o SSID, que é essencialmente a mesma coisa se você considerar qual seria a resposta geral de um usuário diante do seu SSID público não estar mais presente e de um novo não reconhecido chamado "~ local only ~".