LinuxForum.Fans
Тема

Не открывается Google

Автор: pabuh 37 сообщений 23858 просмотров
#142117
Peter написал:
М.б., у вас что-нибудь неожиданное в /etc/hosts.allow и в /etc/hosts.deny?

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

#142132

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

$ nano /etc/resolv.conf

nameserver 8.8.8.8
nameserver 8.8.4.4

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

#142159

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

#142306

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

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

[console]
# ifconfig eth0 mtu 1400
[/console]

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

#142310

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

#142351
SamuelLinux написал:
pabuh, зравствуйте.

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

[console]
# ifconfig eth0 mtu 1400
[/console]

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

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

Пётр.

#142395
Peter написал:

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

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

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

#142400

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

Пётр.

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

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

#142411

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

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

#142413

а вообще автору надо поменять браузер

#142414

Из-за проблем с MTU могут некоторые сайты долго открываться или вообще не работать.

#142415
mogul82 написал:
а вообще автору надо поменять браузер
pabuh написал:
--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 минут.

и wget?
автору нужно сменить провайдера, на того, кто маршрутизаторы на свои зарубежные каналы умеет настраивать.

#142444

# ifconfig ppp0 mtu 1400

ПОМОГЛО!!!
Огромное спасибо всем принимавшим участие в решении проблемы. Насчет смены провайдера - может и нужно да выбирать особо не приходится.

#142460

SamuelLinux pabuh MTU правьте в конфигах vpn а не таким извратом.
ifconfig ppp0 mtu 1400 тебе помогло но опять же до первого обрыва связи.
или в конфигах или в костылём в скриптах инициализации vpn.

#142526
Kettler написал:
SamuelLinux pabuh MTU правьте в конфигах vpn а не таким извратом.
ifconfig ppp0 mtu 1400 тебе помогло но опять же до первого обрыва связи.
или в конфигах или в костылём в скриптах инициализации vpn.

я так и сделал в /etc/ppp/options mtu 1400
знать бы что менять - а где менять уже другая проблема :-)

#384947

Сам искал решение долго-дооооооооооолго!
Помогли здесь:
http://unixforum.org/index.php?showtopic=123378&st=30
а именно:

sudo nano /etc/resolv.conf

вставляем строку:

nameserver 8.8.8.8

вместо имеющейся/или перед ней
и радуемся жизни, по крайней мере, в моем случае)))

Войдите или зарегистрируйтесь, чтобы ответить.