conectar%20o%20DNS%20do%20Gmail%20no%20Linux%20Mint%3F.png)
Deixe-me encaminhar os respondentes para este tópico emFóruns Linux Mint:
Já vi isso quatro vezes nas últimas duas semanas ou mais. A perda de conexão eventualmenteclaroapós um tempo desconhecido (o mais longo foi de 4 dias).
Resumindo, quase todos os URLs funcionam, mas os principais que você precisa para fazer coisas (reais), como google.com, linkedin.com, youtube.com ou yahoo.com, etc., falham. Enquanto outros sites que você acha que estão relacionados funcionam. É imprevisível. Esta noite é um bom exemplo. URL:
- http://mail.google.com- falha, enquanto
- http://google.com(pesquisa) - exibe.
O problema afeta tudo que testei (para o 'ausente'url)...
- Raposa de fogo
- cromada
- ondulação
- wget
- escavação
Não sei se é especificamente o DNS.
(atualizar:11/11/2015)
A feliz experiência de trocar de um modem de banda larga móvel não foi uma “solução alternativa”, apenas um golpe de sorte. Os resultados dessa troca nem sempre funcionam.
Acho que os problemas de DNS são apenas um sintoma. A mensagem para
enrolar https://:mail.google.com
Retribuir é...
curl: (7) Couldn't connect to server
O que suponho significa que ele pode "ver" o servidor, mas não se conecta. Como mencionado, posso enviar e-mails de outras coisas usando o mesmo ponto de acesso, por exemplo, telefone Android, então me pergunto quais diagnósticos existem para esse tipo de coisa no Linux Mint, para que eu possa entender qual parte da pilha está ficandopreso?
(atualizar:10/11/2015)
Tenho algumas informações novas. Pode ajudar outras pessoas ou dar uma dica à confiança do cérebro sobre como resolver esse problema. Esta noite não consegui acessar GitHub, stackexchange.com, netbeans e Wikipedia, para citar alguns. Estou aqui agora, então o que aconteceu?
Quando eu pressioneiF5aqui, recebi esta mensagem em banner no topo da tela:
Unix & Linux Stack Exchange requires external
JavaScript from another domain, which is blocked
or failed to load.
opaEu pensei, aconteceu de novo. Eu realmente queria verificar se havia alguma resposta, porque como você pode imaginar, esse erro está retardando um progresso significativo. Portanto, tenho um pouco de crédito em um modem USB. Pensei em tentar usar isso.
- Trocou o ponto de acesso WI-FI
- Conectado à rede USB/móvel
Resultado: Sem alterações, não consigo acessar a Wikipédia e a irritante mensagem de script estava aparecendo nesta página.
- Desconecte-se da rede de banda larga USB/móvel
- Reconecte o ponto de acesso Wi-Fi
Um dos meus testes Dig deu um resultado diferenteDepoisconectando (voltar) ao ponto de acesso Wi-Fi. Então (agora) ...
- A irritante mensagem de banner no StackExchange desapareceu. Posso ver a Wikipedia e o GitHub novamente.
Parece que algo na pilha não é redefinido/atualizado até que o 'Com fio'A conexão (ponto de acesso) é reconectada. Mas não apenas reconectado; sendo usurpado para que tenha que reconectar tudo (de novo).
A outra coisa estranha; é que a banda larga móvel NÃO atualizou/redefiniu o material (efetivo) na comunicação de dados. pilha. Por que não? Como?
Mais importante ainda, o que posso fazer para forçar a redefinição/atualização da conexão com fio e da conexão Wi-Fi sem renovar uma banda larga móvel extinta quando a fusão atual tiver créditos residuaisescorrer??!!
Caso contrário, as coisas permanecerão as mesmas da última atualização
(fim da atualização)
No momento, tudo o que posso dizer é que a pesquisa no Google (trabalhando) e Gmail (não está funcionando) demonstram as seguintes respostas de dig.
$ dig google.com
; <<>> DiG 9.9.5-3ubuntu0.5-Ubuntu <<>> google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19398
;; flags: qr rd ra; QUERY: 1, ANSWER: 15, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;google.com. IN A
;; ANSWER SECTION:
google.com. 114 IN A 120.19.255.38
google.com. 114 IN A 120.19.255.27
google.com. 114 IN A 120.19.255.19
google.com. 114 IN A 120.19.255.59
google.com. 114 IN A 120.19.255.53
google.com. 114 IN A 120.19.255.29
google.com. 114 IN A 120.19.255.15
google.com. 114 IN A 120.19.255.49
google.com. 114 IN A 120.19.255.57
google.com. 114 IN A 120.19.255.34
google.com. 114 IN A 120.19.255.23
google.com. 114 IN A 120.19.255.45
google.com. 114 IN A 120.19.255.44
google.com. 114 IN A 120.19.255.42
google.com. 114 IN A 120.19.255.30
;; Query time: 108 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Tue Nov 03 23:14:22 AEDT 2015
;; MSG SIZE rcvd: 268
e$ dig mail.google.com
; <<>> DiG 9.9.5-3ubuntu0.5-Ubuntu <<>> mail.google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40641
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;mail.google.com. IN A
;; AUTHORITY SECTION:
. 49606 IN NS localhost.
;; Query time: 106 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Tue Nov 03 23:15:02 AEDT 2015
;; MSG SIZE rcvd: 55
Em contraste, a saída dig em uma caixa de trabalho à qual tenho acesso mostra uma história diferente no que diz respeito aos servidores de nomes.
Em uma máquina em funcionamento:$ dig gmail.com(adicionado na atualização)
; <<>> DiG 9.6-ESV-R11 <<>> gmail.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 22330
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;gmail.com. IN A
;; ANSWER SECTION:
gmail.com. 192 IN A 216.58.220.101
;; Query time: 15 msec
;; SERVER: 192.168.172.1#53(192.168.172.1)
;; WHEN: Wed Nov 04 14:02:50 EST 2015
;; MSG SIZE rcvd: 43
No primeiro exemplo que não funciona, a configuração do Linux está usando localhost. Para mim, parece que preciso fazer uma atualização ou algo assim. Comentários?
O detalhe essencial é:
- Linux Mint v17.2 - Rafaela (Canela de 64 bits)
- dnsmasq versão 2.68
Testei a reinicialização da rede sugerida no fórum, mas não me ajudou a acessar o Gmail. De volta ao desenho de javalis/stackexchange :-)
Além da pergunta sobreFórum de hortelãNão encontrei nada que indique 'sim' ou 'não'para este problema. A primeira postagem sobre esse assunto foi há muito tempo2011e parece que foi ignorado como um 'não-bom'pergunta, então esse fenômeno já existe há algum tempo. Seria bom encontrar uma resposta eficaz. Espero que um de nós tenha umconsertar já.
Sugestões são bem-vindas e teremos prazer em procurar mais informações.
Responder1
(atualizar:16/12/2015)
Nos últimos dias tive a oportunidade de esgotar os MB restantes do modem USB. Não tive exatamente nenhum problema de DNS.
A certa altura, emprestei o modem de banda larga sem fio USB para alguém; e usei o micro-USB através de um telefone celular (mesma operadora). Problemas de DNS retornaram em pouco tempo!
A solução parece ser evitar conexões com fio micro-USB (telefones celulares). Ou conecte-se via wi-fi.
Posso ter um caminho a seguir, se não uma solução real. Para esse problema, preciso ver como ele se desenvolve ao longo de um mês e garantir que não haja interrupções.
Este sistema conta com uma nova instalação do Linux Mint 17.2 - Rafaela. Não toquei intencionalmente na configuração da rede antes de ter problemas. Funcionou mais ou menos bem inicialmente. Como este foi um problema intermitente, não posso dizer.
Olhando para oPágina da casa da moeda, descobri que este sistema estava faltando o
/etc/dnsmasq.confarquivo de configuração
Então decidi (re)instalar o dnsmasq
sudo apt-get install dnsmasq
E trabalhe através dotutorialbem como consultar a subseção sobre o usoDNS do Googlepágina wiki. E reiniciei o dnsmasq.
sudo /etc/init.d/dnsmasq restart
Em qualquer caso, às vezes o melhor é reinstalar e garantir que você tenha uma lousa em branco. Os testes até agora mostram que as coisas estão funcionando bem. O cache DNS definitivamente eraNÃOfuncionando antes de reinstalar. Meu tempo de pesquisa agora está próximo de zero em domínios comuns! sim
Espero que ajude outros. Aliás, vi muitas informações sobre como recuperar o NetworkManager. Pelo que entendi, o NetworkManager é uma alternativa à configuração do DNSmasq. Congratulo-me com esclarecimentos sobre essa parte. De qualquer forma, os dois não são compatíveis, pelo que eu sei.
Atualmente, o DNSmasq é melhor para mim. Está no Debian -> Ubuntu -> Mint há algum tempo, então é um comentário justo dizer que é a melhor opção na maioria das vezes.
alguns recursos: