Máquina:
Ubuntu 17.10 Kernel 4.14 (para bateria no meu XPS 9560)
Etapas para recriar:
- conectar à rede (RED_STB)
- insira um usuário e senha
- quando pressiono enter, ele me redireciona para outra página (wifiinstant.netsecure.pe) que diz que não pode ser acessada, deixando-me desconectado.
O que eu tentei:
- Adicionando DNS manualmente às configurações do IPv4 NM
- Adicionando conectividade ao NetworkManager.conf
- Reconfigurando resolvconf (
sudo dpkg-reconfigure resolvconf)
Alguns pontos-chave:
- funciona no windows
- Eu 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?
networking
wireless
17.10
Brandon Bertelsen
fonte
fonte
Respostas:
Sentado na Starbucks agora, parece que encontrei uma solução alternativa para isso. No meu caso, o erro mostra o nome do host entre aspas:
Gambiarra
Em um terminal, descubra o endereço IP de
secure.datavalet.io.(Exemplo de produção:
default via 172.31.98.1)execute
sudo nano /etc/hostspara adicionar o endereço IP e o nome do host (do erro) como uma nova linha nohostsarquivo do sistema .Geralmente opcional, mas em alguns casos em que você se conectou anteriormente, também pode ser necessário executar
sudo nano /etc/resolv.confe inserir uma linha pela primeiranameservercom o endereço IP:Tente conectar-se ao WI-FI novamente (por exemplo, através do Firefox, que tem a funcionalidade de solicitar a página de login na rede).
Explicação
Parece que o problema é que o nome do servidor do ponto de acesso (também conhecido como roteador WiFi) não pode ser encontrado durante a pesquisa normal do DNS. Isso ocorre devido a uma configuração comum de roteador fora de especificação e o fato de o systemd operar de acordo com a especificação RFC.
Existe um relatório de erro: 1766969 que parece identificar esse problema com pontos de acesso Wi-Fi comuns ao WiFi de hotéis, cafeterias e outras configurações públicas de WiFi que funcionam no Windows ou na Apple, mas não no systemd. Esperamos que a solução permita que ele recorra a funcionalidades mais antigas para corrigir esse caso de uso comum. No relatório de bug na parte superior, você tem a opção de compartilhar que esse bug também afeta você e / ou ser notificado quando for resolvido.
fonte
A única solução alternativa que encontrei foi inicializar no Windows, conectar-se e, em seguida, inicializar novamente no Linux. Menos que o ideal, mas funcional.
fonte