Странная проблема с сетью в Linux

Question

Моя проблема трудно объяснить. Я не могу открыть несколько сайтов. Например, некоторые сайты предоставлены Google. Я могу открыть поисковую систему Google, но не могу открыть YouTube, страницу загрузки для Chrome (браузер). Другой пример - Microsoft, я могу открыть сайт, но не могу открыть http://iso.esd.microsoft.com/ откуда я могу загрузить Windows 10 Insider Preview. Я получаю сообщение об ошибке «Сервер не найден» в Firefox и «Веб-страница не найдена» в Chromium. Я вижу, что сайты вышли с сайта « Для всех или только для меня». Также я могу открыть их со своего устройства Android и другого ноутбука под управлением Windows 8.1; машина, которая имеет проблемы, является Ubuntu.

Что я сделал до сих пор: отключил ufw (несложный брандмауэр), изменил DNS-серверы, предоставленные моим провайдером, с DNS-серверами Google (8.8.8.8 и 8.8.4.4).

Любая идея, в чем может быть моя проблема.

nslookup для iso.esd.microsoft.com ПРИМЕЧАНИЕ downforeveryoneorjustme.com сказал, что сайт работает.

 $ nslookup 
> set debug
> iso.esd.microsoft.com
;; Truncated, retrying in TCP mode.
Server:     127.0.1.1
Address:    127.0.1.1#53

------------
    QUESTIONS:
    iso.esd.microsoft.com, type = A, class = IN
    ANSWERS:
    AUTHORITY RECORDS:
    ADDITIONAL RECORDS:
------------
** server can't find iso.esd.microsoft.com: REFUSED

nslookup с разными DNS

$ nslookup 
> server
Default server: 89.233.43.71
Address: 89.233.43.71#53
> iso.esd.microsoft.com/
;; connection timed out; no servers could be reached

Когда я изменил настройки своего DNS-сервера, я сделал следующее: открыл терминал, у меня был тип network-admin, перейдите на вкладку DNS, я удалил конфигурацию по умолчанию (127.0.1.1) и добавил 8.8.8.8 и 8.8.4.4 после этого я увидел, что не могу подключиться к сайтам и переместить вещи обратно, поэтому теперь я снова использую 127.0.1.1 . Я хочу упомянуть, что я смог подключиться к Youtube, послушать музыку, затем YouTube снова остановился (вероятно, только для меня, так как мой Android работал с ним нормально), и теперь он снова работает.

Выход из dig:

# dig @8.8.8.8 iso.esd.microsoft.com

; <<>> DiG 9.9.5-3ubuntu0.2-Ubuntu <<>> @8.8.8.8 iso.esd.microsoft.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56357
;; flags: qr rd ra; QUERY: 1, ANSWER: 13, AUTHORITY: 13, ADDITIONAL: 16

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;iso.esd.microsoft.com.     IN  A

;; ANSWER SECTION:
iso.esd.microsoft.com.  2026    IN  CNAME   iso.esd.microsoft.com.nsatc.net.
iso.esd.microsoft.com.nsatc.net. 482 IN CNAME   main.esd.microsoft.com.nsatc.net.
main.esd.microsoft.com.nsatc.net. 482 IN CNAME  esd.microsoft.com.edgesuite.net.
esd.microsoft.com.edgesuite.net. 20386 IN CNAME a2047.ms.akamai.net.
a2047.ms.akamai.net.    19  IN  A   92.122.51.80
a2047.ms.akamai.net.    19  IN  A   92.122.51.74
a2047.ms.akamai.net.    19  IN  A   92.122.51.75
a2047.ms.akamai.net.    19  IN  A   92.122.51.73
a2047.ms.akamai.net.    19  IN  A   92.122.51.59
a2047.ms.akamai.net.    19  IN  A   92.122.51.67
a2047.ms.akamai.net.    19  IN  A   92.122.51.66
a2047.ms.akamai.net.    19  IN  A   92.122.51.81
a2047.ms.akamai.net.    19  IN  A   92.122.51.64

;; AUTHORITY SECTION:
net.            172561  IN  NS  d.gtld-servers.net.
net.            172561  IN  NS  l.gtld-servers.net.
net.            172561  IN  NS  k.gtld-servers.net.
net.            172561  IN  NS  i.gtld-servers.net.
net.            172561  IN  NS  f.gtld-servers.net.
net.            172561  IN  NS  h.gtld-servers.net.
net.            172561  IN  NS  m.gtld-servers.net.
net.            172561  IN  NS  g.gtld-servers.net.
net.            172561  IN  NS  b.gtld-servers.net.
net.            172561  IN  NS  e.gtld-servers.net.
net.            172561  IN  NS  j.gtld-servers.net.
net.            172561  IN  NS  c.gtld-servers.net.
net.            172561  IN  NS  a.gtld-servers.net.

;; ADDITIONAL SECTION:
a.gtld-servers.net. 172561  IN  A   192.5.6.30
a.gtld-servers.net. 172561  IN  AAAA    2001:503:a83e::2:30
b.gtld-servers.net. 172561  IN  A   192.33.14.30
b.gtld-servers.net. 172561  IN  AAAA    2001:503:231d::2:30
c.gtld-servers.net. 172561  IN  A   192.26.92.30
d.gtld-servers.net. 172561  IN  A   192.31.80.30
e.gtld-servers.net. 172561  IN  A   192.12.94.30
f.gtld-servers.net. 172561  IN  A   192.35.51.30
g.gtld-servers.net. 172561  IN  A   192.42.93.30
h.gtld-servers.net. 172561  IN  A   192.54.112.30
i.gtld-servers.net. 172561  IN  A   192.43.172.30
j.gtld-servers.net. 172561  IN  A   192.48.79.30
k.gtld-servers.net. 172561  IN  A   192.52.178.30
l.gtld-servers.net. 172561  IN  A   192.41.162.30
m.gtld-servers.net. 172561  IN  A   192.55.83.30

;; Query time: 60 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sun May 10 17:33:02 EEST 2015
;; MSG SIZE  rcvd: 815

ping на microsoft.com:

  # ping microsoft.com
    PING microsoft.com (134.170.185.46) 56(84) bytes of data.
    --- microsoft.com ping statistics ---
    6 packets transmitted, 0 received, 100% packet loss, time 5040ms

ПРИМЕЧАНИЕ: я смог подключиться к microsoft.com через firefox.

ping до google.com:

# ping google.com
PING google.com (178.132.81.53) 56(84) bytes of data.
64 bytes from 178.132.81.53: icmp_seq=1 ttl=61 time=17.4 ms
64 bytes from 178.132.81.53: icmp_seq=2 ttl=61 time=16.5 ms
64 bytes from 178.132.81.53: icmp_seq=3 ttl=61 time=2.62 ms
64 bytes from 178.132.81.53: icmp_seq=4 ttl=61 time=2.86 ms
64 bytes from 178.132.81.53: icmp_seq=5 ttl=61 time=15.9 ms
64 bytes from 178.132.81.53: icmp_seq=6 ttl=61 time=2.60 ms
64 bytes from 178.132.81.53: icmp_seq=7 ttl=61 time=2.69 ms
64 bytes from 178.132.81.53: icmp_seq=8 ttl=61 time=2.67 ms
64 bytes from 178.132.81.53: icmp_seq=9 ttl=61 time=2.75 ms
64 bytes from 178.132.81.53: icmp_seq=10 ttl=61 time=602 ms
^C
--- google.com ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9013ms
rtt min/avg/max/mdev = 2.606/66.902/602.814/178.746 ms

traceroute to google.com:

# traceroute google.com
traceroute to google.com (178.132.81.57), 30 hops max, 60 byte packets
 1  192.168.0.1 (192.168.0.1)  3.228 ms  3.156 ms  3.104 ms
 2  ip-160-129.powernet.bg (91.148.160.129)  3.919 ms  8.229 ms  8.220 ms
 3  178.132.84.98 (178.132.84.98)  8.196 ms  8.185 ms  8.164 ms
 4  TH-BG2.telehouse.bg (178.132.80.1)  8.651 ms  8.529 ms  8.530 ms
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

traceroute к microsoft.com:

# traceroute microsoft.com
traceroute to microsoft.com (134.170.185.46), 30 hops max, 60 byte packets
 1  192.168.0.1 (192.168.0.1)  8.400 ms  162.040 ms  161.921 ms
 2  ip-160-129.powernet.bg (91.148.160.129)  162.067 ms  161.853 ms  161.732 ms
 3  * * *
 4  TH-R03.telehouse.bg (178.132.83.49)  161.028 ms  160.906 ms  160.808 ms
 5  msft-decix-01-fra.ntwk.msn.net (80.81.194.52)  163.506 ms  163.393 ms  163.480 ms
 6  ae6-0.pra-96cbe-1a.ntwk.msn.net (191.234.82.51)  163.395 ms ae12-0.fra-96cbe-1b.ntwk.msn.net (191.234.84.121)  32.869 ms ae6-0.pra-96cbe-1a.ntwk.msn.net (191.234.82.51)  44.238 ms
 7  ae14-0.lon04-96cbe-1b.ntwk.msn.net (191.234.84.118)  49.290 ms  51.251 ms ae6-0.ams-96c-1b.ntwk.msn.net (207.46.42.52)  41.917 ms
 8  ae11-0.amb-96cbe-1b.ntwk.msn.net (191.234.81.179)  42.028 ms * *
 9  ae4-0.lts-96cbe-1a.ntwk.msn.net (204.152.141.123)  47.703 ms  47.681 ms ae0-0.nyc-96cbe-1b.ntwk.msn.net (207.46.38.113)  118.306 ms
10  ae12-0.was02-96cbe-1c.ntwk.msn.net (191.234.84.144)  123.888 ms  123.974 ms ae4-0.lon04-96cbe-1a.ntwk.msn.net (191.234.81.154)  49.392 ms
11  ae12-0.lon04-96cbe-1b.ntwk.msn.net (207.46.44.163)  46.454 ms 191.234.85.32 (191.234.85.32)  121.871 ms  121.938 ms
12  * * *
13  * ae0-0.nyc-96cbe-1b.ntwk.msn.net (207.46.38.113)  115.177 ms  113.239 ms
14  ae12-0.was02-96cbe-1c.ntwk.msn.net (191.234.84.144)  119.999 ms * *
15  191.234.85.32 (191.234.85.32)  120.358 ms *  121.587 ms
16  * ae3-0.den01-96cbe-1a.ntwk.msn.net (191.234.80.193)  163.156 ms  162.673 ms
17  * * ae9-0.cys01-96cbe-1a.ntwk.msn.net (191.234.84.176)  169.562 ms
18  * * *
19  * ae9-0.co2-96c-1a.ntwk.msn.net (191.234.82.236)  188.094 ms  190.180 ms
20  * * *
21  ae9-0.cys01-96cbe-1a.ntwk.msn.net (191.234.84.176)  164.271 ms * *
22  * * *
23  * * ae10-0.co2-96c-1b.ntwk.msn.net (191.234.82.239)  185.713 ms
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

traceroute to youtube.com:

$ traceroute youtube.com
traceroute to youtube.com (178.132.81.46), 30 hops max, 60 byte packets
 1  192.168.0.1 (192.168.0.1)  1.822 ms  2.075 ms  2.391 ms
 2  ip-160-129.powernet.bg (91.148.160.129)  7.068 ms  6.949 ms  6.841 ms
 3  178.132.84.98 (178.132.84.98)  6.988 ms  7.146 ms  7.052 ms
 4  TH-BG2.telehouse.bg (178.132.80.1)  7.163 ms  7.071 ms  8.168 ms
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

traceroute до iso.esd.microsoft.com:

# traceroute iso.esd.microsoft.com
iso.esd.microsoft.com: Name or service not known
Cannot handle "host" cmdline arg `iso.esd.microsoft.com' on position 1 (argc 1)

Я сбросил iptables , но по умолчанию все политики были установлены в ACCEPT.

Также я смог подключиться к YouTube и iso.esd.microsoft.com (пока они не работали для меня) через прокси (kproxy.com).

score 1 · Answer 1 · 2011-03-09T19:38:42

Вы говорите, что изменили свой DNS на серверы Google, но ваш сервер возвращает 127.0.1.1 качестве вашего DNS-сервера.

Эта страница на официальном сайте Ubuntu может указывать нам направление понимания; в частности, в разделе «Сеть»:

Чтобы улучшить совместимость с другими локальными пакетами серверов имен, NetworkManager теперь назначает IP-адрес 127.0.1.1 локальному процессу сервера имен, которым он управляет, вместо 127.0.0.1 . Если системный файл /etc/resolv.conf отсутствует или является статическим файлом вместо символической ссылки на ../run/resolvconf/resolv.conf установленной по умолчанию, то этот статический файл должен быть обновлен администратором, чтобы продолжайте использовать сервер имен, управляемый NetworkManager.

Тем временем в nslookup установите свой DNS-сервер как:

server=8.8.8.8

И попробуй еще раз.

Или, что еще лучше, установите для него DNS без цензуры, например DNS на www.censurfridns.dk, например:

server=89.233.43.71

score 1 · Answer 2 · 2011-03-09T19:38:42

Может быть странная проблема с сетью ... но ... не используйте nslookup. Основными причинами является то, что он использует разные пути поиска с меньшим количеством информации по устранению неполадок, а инструмент реализован непоследовательно. Альтернативы включают dig и host .

Пропустите локальный преобразователь (127.0.0.1) и убедитесь, что DNS для них должен работать в системе с любой строкой:

$ dig @8.8.8.8 iso.esd.microsoft.com
$ host iso.esd.microsoft.com 8.8.8.8

В откликах dig размер сообщения> 512 приведет к переключению с UDP на TCP, но я попробовал несколько, и все они ниже этого:

www.microsoft.com
  ...response...
  ;; MSG SIZE  rcvd: 226

iso.esd.microsoft.com    ;; MSG SIZE  rcvd: 352
www.youtube.com           ;; MSG SIZE  rcvd: 243

Ubuntu, по-видимому, некоторое время назад изменился на 127.0.0.1 в /etc/resolv.conf для согласованности. Эта статья обсуждает это, используя resolvconf чтобы гарантировать, что изменения в resolv.conf не потеряны, и dnsmasq (локальный распознаватель). Подводя итог, вы можете устранить неполадки:

Используйте nm-tool (Network Manager) и подтвердите DNS: строки соответствуют ожиданиям.
Проверьте, работает ли dnsmasq. Если нет, запустите его.
Если работает, проверьте /run/nm-dns-dnsmasq.conf для его решателей .
Если dnsmasq не нужен, прокомментируйте dns=dnsmasq в /etc/NetworkManager/NetworkManager.conf и затем sudo restart network-manager .
Кроме того, используйте resolvconf и его файлы ловушек (base , head , original и tail) в /etc/resolvconf/resolv.conf.d/ для настройки DNS.

Если iptables может работать, вы можете убедиться, что он не мешает:

$ sudo iptables -Z                      # Zero all counters
$ nslookup iso.esd.microsoft.com   # assuming it fails...
$ sudo iptables -L -v                   # ...are any REJECT/DROP counters > 0?

Если это так, и вы не заботитесь о iptables (поскольку вы используете другой брандмауэр), вы можете сбросить все правила или изменить / удалить нарушающие правила по отдельности.

Thought Некоторое время я думал о крайних случаях сети, но решил отступить ближе к DNS Ubuntu; Я в другом дистрибутиве, так что, надеюсь, это не так уж и далеко.

Сейчас выбран русский

Странная проблема с сетью в Linux

2 ответа2

Всё ещё ищете ответ? Посмотрите другие вопросы с метками linux google-chrome firefox dns youtube.

Странная проблема с сетью в Linux

2 ответа2

Всё ещё ищете ответ? Посмотрите другие вопросы с метками linux google-chrome firefox dns youtube.

Похожие