Não é possível conectar-se ao Wi-Fi da Starbucks

Question

Máquina:

Ubuntu 17.10 Kernel 4.14 (para bateria no meu XPS 9560)

Etapas para recriar:

• conecte-se à rede (RED_STB)
• insira um usuário e uma senha
• quando clico em enter ele me redireciona para outra página (wifiinstant.netsecure.pe) que diz que não pode ser acessado, deixando-me desconectado.

O que eu tentei:

• Como adicionar manualmente configurações de DNS a IPv4 NM
• Adicionando conectividade ao NetworkManager.conf
• Reconfigurando o resolvconf ( sudo dpkg-reconfigure resolvconf )

Alguns pontos principais:

• funciona em janelas
• posso me conectar a outras redes sem problemas

Hardware:

$ lspci | grep Net
02:00.0 Network controller: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter (rev 32)

Configuração do NetworkManager:

[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false

[device]
wifi.scan-rand-mac-address=no

[connectvitiy]
url=http://nmcheck.gnome.org/check_network_status.txt

Alguma ideia?

    

Answer 1

Sentado na Starbucks agora, parece que encontrei uma solução para isso. No meu caso, o erro mostra o nome do host entre aspas:

% bl0ck_qu0te%

Trabalho ao redor

1. Em um terminal, descubra o endereço IP de secure.datavalet.io .

     ip route
   

   (Exemplo de saída: default via 172.31.98.1 )

2. execute sudo nano /etc/hosts para adicionar o endereço IP e o nome do host (do erro) como uma nova linha no seu arquivo hosts de seus sistemas.

   172.31.98.1 secure.datavalet.io
   

3. Geralmente opcional, mas em alguns casos em que você se conectou anteriormente, talvez seja necessário executar também sudo nano /etc/resolv.conf e inserir uma linha para o primeiro nameserver com o endereço IP:

   nameserver 172.31.98.1
   

4. Tente conectar-se novamente ao WI-FI (por exemplo, através do Firefox, que tem a funcionalidade de solicitar a página de login da rede).

Explicação

Parece que o problema é que o nome do servidor de ponto de acesso (também conhecido como roteador WiFi) não pode ser encontrado durante a pesquisa normal de DNS. Isso ocorre devido a uma configuração comum de roteador fora de especificação, e o fato systemd opera de acordo com a especificação RFC.

Existe um relatório de erros: 1766969 que parece identificar este problema com o WiFi pontos de acesso comuns ao WiFi de hotéis, lanchonetes e outras configurações de Wi-Fi públicas que funcionam no Windows ou na Apple, mas não no systemd. Espero que a solução permita que ela recorra a funcionalidades mais antigas para corrigir esse caso de uso comum. No relatório de erros no topo, você tem a opção de compartilhar que esse bug também afeta você e / ou ser notificado quando for resolvido.

    

Answer 2

A única solução que consegui encontrar foi inicializar no Windows, conectar-se e depois inicializar novamente no Linux. Menos que ideal, mas funcional.