1

Здравствуйте. Проблема в том, сайт google.ru (com) не открывается ни одним из браузеров. Никаких ошибок не выдает, а ведет себя так, как будто скорость интернета равна нулю. Также не грузятся youtube.com и любые сайты имеющие ссылки на сайты гугла, так kinopoisk.ru грузится до появления в статусе браузера "Waiting for www.google-analytics.com" далее загрузка прекращается. Когда началось - не заметил, может после очередного обновления системы, может нет.  Пинги:
ping google.ru
PING google.ru (74.125.232.81) 56(84) bytes of data.
64 bytes from 74.125.232.81: icmp_req=1 ttl=54 time=83.7 ms
64 bytes from 74.125.232.81: icmp_req=2 ttl=54 time=85.5 ms
64 bytes from 74.125.232.81: icmp_req=3 ttl=54 time=72.2 ms
64 bytes from 74.125.232.81: icmp_req=4 ttl=54 time=79.2 ms
^C64 bytes from 74.125.232.81: icmp_req=5 ttl=54 time=77.4 ms

--- google.ru ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 20482ms
rtt min/avg/max/mdev = 72.262/79.673/85.537/4.711 ms
Странно еще то, что при относительно малых временах пинга вывод каждой строчки жду секунд 5, о чем в принципе и говорит общее время работы 20482 мс.
Посоветуйте куда посмотреть? Система Debian wheezy 2.6.32-5-686.

Linux Debian wheezy 2.6.32-5-686

2

 Консоль:
dig google.com

3

system-root пишет:

 Консоль:
dig google.com

данная команда выводит:
dig google.com

; <<>> DiG 9.7.3 <<>> google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 59732
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 4, ADDITIONAL: 4

;; QUESTION SECTION:
;google.com.                    IN      A

;; ANSWER SECTION:
google.com.             300     IN      A       74.125.232.80
google.com.             300     IN      A       74.125.232.84
google.com.             300     IN      A       74.125.232.81
google.com.             300     IN      A       74.125.232.82
google.com.             300     IN      A       74.125.232.83

;; AUTHORITY SECTION:
google.com.             98045   IN      NS      ns1.google.com.
google.com.             98045   IN      NS      ns4.google.com.
google.com.             98045   IN      NS      ns2.google.com.
google.com.             98045   IN      NS      ns3.google.com.

;; ADDITIONAL SECTION:
ns2.google.com.         98672   IN      A       216.239.34.10
ns1.google.com.         98672   IN      A       216.239.32.10
ns3.google.com.         98674   IN      A       216.239.36.10
ns4.google.com.         98672   IN      A       216.239.38.10

;; Query time: 10 msec
;; SERVER: 93.188.208.1#53(93.188.208.1)
;; WHEN: Sat Mar 19 19:55:35 2011
;; MSG SIZE  rcvd: 244

Ничего не меняется. Или же что-то другое с командой надо было додумать?

Linux Debian wheezy 2.6.32-5-686

4

 Консоль:
wget google.com

5

system-root пишет:

 Консоль:
wget google.com

wget google.com
--2011-03-19 20:29:37--  http://google.com/
Распознаётся google.com... 74.125.232.80, 74.125.232.84, 74.125.232.81, ...
Устанавливается соединение с google.com|74.125.232.80|:80... соединение установлено.
Запрос HTTP послан, ожидается ответ... 301 Moved Permanently
Адрес: http://www.google.com/ [переход]
--2011-03-19 20:29:37--  http://www.google.com/
Распознаётся www.google.com... 74.125.232.81, 74.125.232.82, 74.125.232.84, ...
Повторное использование соединения с google.com:80.
Запрос HTTP послан, ожидается ответ... 302 Found
Адрес: http://www.google.ru/ [переход]
--2011-03-19 20:29:37--  http://www.google.ru/
Распознаётся www.google.ru... 74.125.232.80, 74.125.232.81, 74.125.232.82, ...
Повторное использование соединения с google.com:80.
Запрос HTTP послан, ожидается ответ...

Далее никаких действий не происходит. Жду уже более 5 минут.

Linux Debian wheezy 2.6.32-5-686

6

 Консоль:
traceroute google.com

7

system-root пишет:

 Консоль:
traceroute google.com

traceroute google.com
traceroute to google.com (74.125.232.82), 30 hops max, 60 byte packets
1  192.168.100.2 (192.168.100.2)  7.707 ms  7.674 ms  7.686 ms
2  k37.k45.ru (93.188.209.37)  1291.631 ms  1291.635 ms  1296.213 ms
3  k41.k45.ru (93.188.209.41)  1296.229 ms  1300.161 ms  1300.149 ms
4  195.112.232.253 (195.112.232.253)  1309.561 ms  1309.539 ms  1309.546 ms
5  ge-1-0-2.ksk-dr1.ncc.sibirtelecom.ru (213.228.117.209)  1316.465 ms  1319.995 ms  1323.996 ms
6  ge-0-0-1.nsk-bbar1.ncc.sibirtelecom.ru (213.228.117.186)  1323.974 ms  1308.583 ms  1308.558 ms
7  * * *                                                                                                                                                                           
8  ae-8.m7-ar4.msk.ip.rostelecom.ru (87.226.133.178)  647.315 ms ae-0.m7-ar4.msk.ip.rostelecom.ru (87.226.139.102)  667.267 ms ae-8.m7-ar4.msk.ip.rostelecom.ru (87.226.133.178)  651.726 ms                                                                                                                                                                           
9  79.133.94.38 (79.133.94.38)  659.177 ms  642.909 ms  650.886 ms                                                                                                                 
10  74.125.232.82 (74.125.232.82)  674.197 ms  703.993 ms  719.958 ms

Linux Debian wheezy 2.6.32-5-686

8

Запустите браузер из терминала и попробуйте зайти на такой
сайт, м.б., в терминале будут сообщения. Или сразу

iceweasel http://www.google.ru

Пётр.

Пётр.

9

Нет. В терминале сообщений нет.

Linux Debian wheezy 2.6.32-5-686

10

Смотрите настройки фаервола или если есть, то еще и прокси.

На мясокомбинате я работаю свиньёй.

11

 Консоль:
ifconfig | grep -i ttl

12

system-root пишет:

 Консоль:
ifconfig | grep -i ttl

ничего не выводит . Но насколько мне помнится вывод комады ifconfig не претерпел никаких изменений со времени "когда все работало".

Linux Debian wheezy 2.6.32-5-686

13

pabuh,  Возможно провайдер "прикалывается ", если серьезно, была у меня похожая проблема с гуглом, я даже тут скрины выкладывал  http://linuxforum.ru/viewtopic.php?id=9590 проблема решилась сама собой, дней через десять, все это время я не мог получить доступ к аккаунту

14

ifconfig | grep -i mtu

сори

15

system-root пишет:

ifconfig | grep -i mtu

сори

ifconfig | grep -i mtu
UP BROADCAST MULTICAST  MTU:1500  Metric:1
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
UP LOOPBACK RUNNING  MTU:16436  Metric:1
UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1

Linux Debian wheezy 2.6.32-5-686

16

kostik пишет:

pabuh,  Возможно провайдер "прикалывается "...

да нет, не прикалывается. Неосновной системой стоит хп, там все работает на ура, сеть везде одинаковая.

Linux Debian wheezy 2.6.32-5-686

17

Путем нескольких проб выяснил, что проблема не только с google, не грузятся сайты www.apple.com, www.microsoft.com, www.skype.com, www.nasa.gov, и думаю многие другие. Максимум до чего доходит - появление названия сайта в заголовке окна браузера, далее белый экран и бесконечно долгая загрузка со статусом "Waiting for <название сайта>". На многие другие сайты com - например www.discovery.com, www.sports.com заходит без проблем.

Linux Debian wheezy 2.6.32-5-686

18

pabuh пишет:

Путем нескольких проб выяснил, что проблема не только с google, не грузятся сайты www.apple.com, www.microsoft.com, www.skype.com, www.nasa.gov, и думаю многие другие. Максимум до чего доходит - появление названия сайта в заголовке окна браузера, далее белый экран и бесконечно долгая загрузка со статусом "Waiting for <название сайта>". На многие другие сайты com - например www.discovery.com, www.sports.com заходит без проблем.

Не знаю, в чём дело. Попробуйте для эксперимента перед заходом
на такой сайт войти в Edit->Preferences->Privacy и удалить cookies
для этого сайта, "remove individual cookies", это в iceweasel.

Пётр.

Пётр.

19

Не помогает. Да и не должно было помочь. Проблема ведь не в iceweasel'e, konqueror также не заходит на эти сайты, и без иксов под elinks аналогично.

Linux Debian wheezy 2.6.32-5-686

20

pabuh пишет:

Не помогает. Да и не должно было помочь. Проблема ведь не в iceweasel'e, konqueror также не заходит на эти сайты, и без иксов под elinks аналогично.

Однако сейчас у меня и iceweasel и epiphany на www.youtube.com
выводят виджет плейера, только если перед этом удалить cookies
для этого сайта.

М.б., у вас что-нибудь неожиданное в /etc/hosts.allow и в /etc/hosts.deny?


Пётр.

Пётр.

21

Peter пишет:

М.б., у вас что-нибудь неожиданное в /etc/hosts.allow и в /etc/hosts.deny?

Нет, они пустые, т.е. там все строки закомментированы.

Linux Debian wheezy 2.6.32-5-686

22

pabuh, попробуй dns гугловские в resolv.con прописать:

$ nano /etc/resolv.conf

nameserver 8.8.8.8
nameserver 8.8.4.4

остальное закомментируй.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

23

Тоже без результата

Linux Debian wheezy 2.6.32-5-686

24

pabuh, зравствуйте.

У меня была похожая проблема некоторое время назад. Я её решил понижением значения MTU до 1400. Делается это следующим образом:

 Консоль:

# ifconfig eth0 mtu 1400

Если вы подключены к Интернету через маршрутизатор по технологии ADSL, то в настройках маршрутизатора тоже нужно понизить значение MTU до указанной величины.

25

Добавлю, что для того, чтобы указанная мной настройка сохранялась после перезагрузки системы необходимо данную команду включить в файл /etc/rc.local.

26

SamuelLinux пишет:

pabuh, зравствуйте.

У меня была похожая проблема некоторое время назад. Я её решил понижением значения MTU до 1400. Делается это следующим образом:

 Консоль:

# ifconfig eth0 mtu 1400

Если вы подключены к Интернету через маршрутизатор по технологии ADSL, то в настройках маршрутизатора тоже нужно понизить значение MTU до указанной величины.

Для ADSL надо 1492, и почему это влияет только на несколько сайтов?

Пётр.

Пётр.

27

Peter пишет:

Для ADSL надо 1492, и почему это влияет только на несколько сайтов?

Peter, я могу вам объяснить только в общих чертах.

Данные по сетям передаются в пакетах определенного размера. Существует несколько типов сетей, и в каждом из этих типов стандартом установлен максимальный размер пакета (MTU). Сети соединены маршрутизаторами и при определенных условиях маршрутизатор просто отбрасывает пакет, размер которого больше максимально допустимого. В том случае, если запрос идет через подобный маршрутизатор, компьютер, находящийся за ним не получит этот запрос и соответственно не сможет передать ответ адресанту. Если проблема pabuh'а заключается именно в этом, то для её решения необходимо вручную уменьшить значение MTU, чтобы позволить отправляемым пакетам проходить маршрутизаторы, настроенные подобным образом.

28

Я уже встречал объяснение этого факта,  но у меня именно ADSL
и MTU=1492, с этой проблемой ни разу не сталкивался.

Пётр.

Пётр.

29 (21.03.2011 00:05:16 отредактировано XliN)

Peter пишет:

Я уже встречал объяснение этого факта,  но у меня именно ADSL
и MTU=1492, с этой проблемой ни разу не сталкивался.

Потому что это проблема не пользователя, а провайдера. У меня на ADSL тоже 1492, а на всех сетевых 1500 и скорее всего нужно позвонить им и пусть сделают трасировку. Мы такое практиковали, клиента просят зайти на сайт, а админ смотрит логи и делает вывод.

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

30 (21.03.2011 00:13:18 отредактировано mogul82)

быть не может что бы из-за MTU там все браковалось, они не единственные кто так делает

у меня MTU:1460 все нормально на ррр1 виртуальном интерфейсе.

XMPP: mogul82@jabber.ru Фанбой AMD