Я не могу просмотреть любые веб-сайты. Смотрите на следующую ошибку:
karthick@karthick:~$ ping www.google.com
ping: unknown host www.google.com
karthick@karthick:~$ dig www.google.com
; <<>> DiG 9.7.1-P2 <<>> www.google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26402
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 4, ADDITIONAL: 4
;; QUESTION SECTION:
;www.google.com. IN A
;; ANSWER SECTION:
www.google.com. 238583 IN CNAME www.l.google.com.
www.l.google.com. 97 IN A 74.125.236.50
www.l.google.com. 97 IN A 74.125.236.48
www.l.google.com. 97 IN A 74.125.236.52
www.l.google.com. 97 IN A 74.125.236.49
www.l.google.com. 97 IN A 74.125.236.51
;; AUTHORITY SECTION:
google.com. 146866 IN NS ns3.google.com.
google.com. 146866 IN NS ns2.google.com.
google.com. 146866 IN NS ns1.google.com.
google.com. 146866 IN NS ns4.google.com.
;; ADDITIONAL SECTION:
ns2.google.com. 317814 IN A 216.239.34.10
ns1.google.com. 317814 IN A 216.239.32.10
ns3.google.com. 317814 IN A 216.239.36.10
ns4.google.com. 317814 IN A 216.239.38.10
;; Query time: 5 msec
;; SERVER: 172.29.39.212#53(172.29.39.212)
;; WHEN: Wed Aug 3 15:30:38 2011
;; MSG SIZE rcvd: 268
karthick@karthick:~$ ifconfig
eth0 Link encap:Ethernet HWaddr bc:30:5b:c4:fd:dc
inet addr:172.29.XX.XX Bcast:172.29.XX.XXX Mask:255.255.255.0
inet6 addr: fe80::be30:5bff:fec4:fddc/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1757954 errors:0 dropped:0 overruns:0 frame:0
TX packets:1422948 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1329324192 (1.3 GB) TX bytes:1231317787 (1.2 GB)
Interrupt:16
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:10528 errors:0 dropped:0 overruns:0 frame:0
TX packets:10528 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:768164 (768.1 KB) TX bytes:768164 (768.1 KB)
karthick@karthick:~$ sudo iptables -nvL
[sudo] password for karthick:
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Я нашел, что проблема заключается в этом файле /etc/nsswitch.conf
. В том файле была пропущена запись DNS. После добавления, что запись я могу просмотреть сайты.
Необходимо добавить dns
кому: /etc/nsswitch.conf
на строке, которая запускается с hosts:
. Например, мой имеет
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
то, которое я думаю, является значением по умолчанию в аккуратном.
Было бы хорошо знать, была ли Ваша установка повреждена некоторым программным обеспечением, поскольку это очень редко (и трудно диагностировать), если средство переключателя службы имен не использует настройки по умолчанию.
Кажется, что у Вас есть возможность соединения к Интернету (выройте работы хорошо, ответы DNS хороши), поэтому возможно, это - высокоуровневая проблема, как установка прокси.
Так, Вы проверили настройки своей системы прокси?
Это похоже на проблему DNS.
Выполненный dig example.com
проверять такой запрос DNS. Если это испытывает таймаут или перестало работать, настроенный сервер DNS повреждается. Попытайтесь установить альтернативный сервер DNS путем добавления следующей строки к /etc/resolv.conf
(замена другого nameserver
записи):
nameserver 8.8.8.8
Этот сервер имен от Google, но может быть установлен на любой допустимый сервер DNS.
Вы замечали это
RX bytes:1329324192 (1.3 GB) TX bytes:1231317787 (1.2 GB)
Вы получаете 1.3 Байта Giga и передаете 1.2 Байта Giga. Я слушал радиопередачу через веб-браузер в течение почти двух часов, и я только Получил (RX) 888,8 МБ и передал (TX) 22,7 МБ. Что-то использует Ваше сетевое соединение, и это могло быть тем, что блокирует Ваш доступ. Вы не говорите, что ОС Вы используете. Можно теперь быть счастливым обладателем машины зомби.
Вы используете поток? Вы дали ему слишком много пропускной способности?
Выключите все приложения (Firefox, Thunderbird, и т.д.).
Затем введите эти команды в терминал:
sudo -s <enter your password>
date
tcpdump -qtn port 53 & host www.google.com
Ctrl-c (2 keys on the keyboard)
Последние 2 команды для остановки команды tcpdump.
Отправьте вывод назад в Ваш вопрос как редактирование (предполагающий нахождение способа сделать так без рабочего интернет-соединения - возможно, флеш-карта для передачи текстового журнала ПК с Интернетом?).
У меня недавно была эта проблема в Windows, где у меня был DNS, но никакой Ping, существует две возможности:
Вы используете прокси, который правильно не работает, избавьтесь от прокси или зафиксируйте его.
Существует что-то прерванное сетевая цепочка; что означает, что необходимо восстановить его с нуля, если Вы не хотите пачкать руки с очисткой и переустановкой сетевых драйверов и программ, Вы могли бы также взять резервное копирование и переустановить Ubuntu...
Это должна быть проблема ISP или локальный модем/router/switch игры с Вами. Перезапустите свою машину, модем и вся сеть влияли на устройства.
(Иначе можете Вы проверять с помощью ping-запросов Google IP: 74.125.236.50?)
Вы замаскировали от своего IP-адреса как 172,29. XX.YY, но так как Ваша маска подсети 255.255.255.0, необходимо удостовериться, что третий octect (xx, не yy), совпадает с маршрутизатором по умолчанию. В противном случае затем Вы будете только видеть ПК на той же подсети как Вы (172.29.xx). Если бы Ваш сервер DNS находится на той же подсети как Ваш, это объяснило бы, почему ничто, кроме него, не работает.
Один способ исключить браузер, являющийся проблемой, состоял бы в том, чтобы работать:
telnet google.com 80
от Терминальной подсказки. Если это работает, у Вас должно быть две строки, которые говорят: Подключенный к Символу ESC google.com '^]..
Столкнулся с подобной проблемой сегодня, где весь параметр сети, где корректный, но я мог только проверить с помощью ping-запросов и достигнуть локальных машин.
Я проверил вышеупомянутый файл и имел запись DNS, но заметил, что отсутствовал mdns4
запись. После добавления mdns4
все в порядке. Упоминание этого в случае, если кто-то еще сталкивается с той же проблемой
Я понимаю, что это было решено, но у меня был тот же признак, и решение имело отношение к интерфейсной плате стандартной сети, которая используется рассматриваемой программой.
N.B. Все машины Linux (Ubuntu 15.10). DNS является bind9, работающим на Ubuntu 15.10 также.
Я настроил сервер DNS на LAN, для которой подключенные машины использовали свою вторую или третью сетевую карту (т.е. каждая машина имела несколько сетевых карт, подключенных к различным сетям), например, (для любой данной машины в рассматриваемой сети):
Поведение Dig, кажется, указывает, что многократно проходит все интерфейсы, пока это не получает ответ, тогда как ping просто пробует первый интерфейс, затем останавливается/дает.
После "уничтожения" первого интерфейса с:
ifconfig enp0s3 down
проверьте с помощью ping-запросов затем запущенное использование DNS на enp0s8
Надежда это помогает любому, кто мог бы все еще пытаться понять это.