conectar%20DNS%20para%20Gmail%20en%20Linux%20Mint%3F.png)
Permítanme remitir a los que respondieron a este hilo enForos de Linux Mint:
He visto esto cuatro veces en las últimas dos semanas. La pérdida de conexión eventualmenteclarodespués de un tiempo desconocido (el más largo ha sido 4 días).
En pocas palabras, casi todas las URL funcionan, pero las claves que necesitarías para hacer cosas (reales) como google.com, linkedin.com, youtube.com o yahoo.com, etc., fallan. Mientras que otros sitios que uno pensaría que son trabajos relacionados. Es impredecible. Esta noche es un buen ejemplo. URL:
- http://mail.google.com- falla, mientras
- http://google.com(búsqueda) - muestra.
El problema afecta todo lo que he probado (para el 'desaparecido'URL)...
- firefox
- cromo
- rizo
- obtener
- excavar
No sé si es específicamente el DNS.
(actualizar:2015-11-11)
La afortunada experiencia de cambiar de un módem de banda ancha móvil a otro no fue una "solución alternativa", sino sólo un golpe de suerte. Los resultados de tal intercambio no siempre funcionan.
Creo que los problemas de DNS son solo un síntoma. El mensaje para
rizo https://:mail.google.com
Devuelve es...
curl: (7) Couldn't connect to server
Lo que supongo significa que puede "ver" el servidor pero no se conecta. Como mencioné, puedo enviar correos electrónicos desde otras cosas usando el mismo punto de acceso, por ejemplo, un teléfono Android, así que me pregunto qué diagnósticos hay para este tipo de cosas en Linux Mint para poder saber qué parte de la pila está recibiendo.atascado?
(actualizar:2015-11-10)
Tengo información nueva. Puede ayudar a otros o darle al cerebro un consejo sobre cómo resolver este problema. Esta tarde no pude acceder a GitHub, stackexchange.com, netbeans y Wikipedia, por nombrar algunos. Estoy aquí ahora, entonces, ¿qué pasó?
Cuando presionéF5aquí, recibí este mensaje de banner en la parte superior de la pantalla:
Unix & Linux Stack Exchange requires external
JavaScript from another domain, which is blocked
or failed to load.
¡ups!Pensé, ha vuelto a suceder. Realmente quería comprobar si había alguna respuesta porque, como pueden imaginar, este error está retrasando un progreso significativo. Así que tengo un poco de crédito en un módem USB. Pensé en intentar usar eso.
- Se cambió el punto de acceso WI-FI
- Conectado a la red USB/móvil
Resultado: No hay cambios, no puedo acceder a Wikipedia y el molesto mensaje de script se mostraba en esta página.
- Desconectarse de la red USB/Banda ancha móvil
- Vuelva a conectar el punto de acceso Wi-Fi
Una de mis pruebas de excavación dio un resultado diferente.Despuésconectándose (atrás) al punto de acceso Wi-Fi. Entonces (ahora) ...
- El molesto mensaje publicitario en StackExchange desapareció. Puedo ver wikipedia y github nuevamente.
Parece que algo en la pila no se restablece/actualiza hasta que aparece el mensaje 'cableado' La conexión (punto de acceso) se vuelve a conectar. Pero no sólo reconectados; siendo usurpado para que tenga que reconectar todo (otra vez).
La otra cosa extraña; es que la banda ancha móvil NO actualizó/restableció las cosas (efectivas) en la comunicación de datos. pila. ¿Por qué no? ¿Cómo?
Más importante aún, ¿qué puedo hacer para forzar el reinicio/actualización en la conexión por cable y la conexión Wi-Fi sin renovar una banda ancha móvil extinta cuando los créditos residuales de la fusión actual?goteando??!!
Por lo demás, todo sigue igual que en la última actualización.
(fin de actualización)
Por el momento todo lo que puedo decir es que la búsqueda en Google (laboral) y gmail (no funciona) demuestran las siguientes respuestas 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
y$ 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
Por el contrario, el resultado de la excavación en un cuadro de trabajo al que tengo acceso muestra una historia diferente en lo que respecta a los servidores de nombres.
En una máquina en funcionamiento:$ dig gmail.com(añadido en la actualización)
; <<>> 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
En el primer ejemplo que no funciona, la configuración de Linux utiliza localhost. Para mí, parece que necesito una actualización o algo así. ¿Comentarios?
El detalle esencial es:
- Linux Mint v17.2 - Rafaela (canela de 64 bits)
- dnsmasq versión 2.68
Probé el reinicio de la red sugerido en el foro, lamentablemente no me ayudó a acceder a Gmail. Volver a los jabalíes de dibujo/stackexchange :-)
Aparte de la pregunta sobre elForo de mentaNo he encontrado nada que indique'sí' o 'no' para este problema. La primera publicación sobre este tema fue hace mucho tiempo.2011y parece que se omitió como 'no bueno' pregunta entonces este fenómeno ha existido por un tiempo. Sería bueno encontrar una respuesta eficaz. Ojalá uno de nosotros tenga unarreglar ya.
Se aceptan sugerencias y estaremos encantados de buscar más información.
Respuesta1
(actualizar:2015-12-16)
Estos últimos días he tenido ocasión de agotar los MB restantes del módem USB. No he tenido exactamente ningún problema con el DNS.
En un momento le presté el módem USB inalámbrico de banda ancha a alguien; y usé el micro-USB a través de un teléfono móvil (mismo proveedor de red). ¡Los problemas de DNS regresaron en muy poco tiempo!
La solución parece ser evitar las conexiones por cable micro-USB (teléfonos móviles). O conéctate vía wifi.
Es posible que tenga un camino a seguir, si no una solución real. Para este problema, necesito ver cómo se desarrolla durante, digamos, un mes y asegurarme de que no haya interrupciones.
Este sistema tiene una nueva instalación de Linux Mint 17.2 - Rafaela. No toqué conscientemente la configuración de la red antes de tener problemas. Al principio funcionó más o menos bien. Como se trataba de un problema intermitente, no puedo decirlo.
Mirando a laPágina nueva, encontré que a este sistema le faltaba el
/etc/dnsmasq.confarchivo de configuración
Entonces decidí (re)instalar dnsmasq
sudo apt-get install dnsmasq
Y trabajar a través deltutorialasí como hacer referencia al inciso sobre el usoDNS de Googlepágina wiki. Y reinicié dnsmasq.
sudo /etc/init.d/dnsmasq restart
En cualquier caso, a veces lo mejor es reinstalar y asegurarse de tener borrón y cuenta nueva. Las pruebas realizadas hasta el momento muestran que todo funciona bien. El caché DNS definitivamente eraNOfuncionando antes de reinstalar. ¡Mi tiempo de excavación ahora es cercano a cero en dominios comunes! sí
Espero que ayude a otros. Por cierto, vi mucha información sobre cómo restablecer NetworkManager. Según tengo entendido, NetworkManager es una configuración alternativa a DNSmasq. Agradezco una aclaración sobre esa parte. En cualquier caso, hasta donde yo sé, los dos no son compatibles.
Actualmente DNSmasq es mejor para mí. Ha estado en Debian -> Ubuntu -> Mint durante algún tiempo, por lo que es un comentario justo decir que es la mejor opción la mayor parte del tiempo.
algunos recursos: