М.б., у вас что-нибудь неожиданное в /etc/hosts.allow и в /etc/hosts.deny?
Нет, они пустые, т.е. там все строки закомментированы.
М.б., у вас что-нибудь неожиданное в /etc/hosts.allow и в /etc/hosts.deny?
Нет, они пустые, т.е. там все строки закомментированы.
pabuh, попробуй dns гугловские в resolv.con прописать:
$ nano /etc/resolv.conf
nameserver 8.8.8.8
nameserver 8.8.4.4
остальное закомментируй.
Тоже без результата
pabuh, зравствуйте.
У меня была похожая проблема некоторое время назад. Я её решил понижением значения MTU до 1400. Делается это следующим образом:
[console]
# ifconfig eth0 mtu 1400
[/console]
Если вы подключены к Интернету через маршрутизатор по технологии ADSL, то в настройках маршрутизатора тоже нужно понизить значение MTU до указанной величины.
Добавлю, что для того, чтобы указанная мной настройка сохранялась после перезагрузки системы необходимо данную команду включить в файл /etc/rc.local.
pabuh, зравствуйте.
У меня была похожая проблема некоторое время назад. Я её решил понижением значения MTU до 1400. Делается это следующим образом:
[console]
# ifconfig eth0 mtu 1400
[/console]
Если вы подключены к Интернету через маршрутизатор по технологии ADSL, то в настройках маршрутизатора тоже нужно понизить значение MTU до указанной величины.
Для ADSL надо 1492, и почему это влияет только на несколько сайтов?
Пётр.
Для ADSL надо 1492, и почему это влияет только на несколько сайтов?
Peter, я могу вам объяснить только в общих чертах.
Данные по сетям передаются в пакетах определенного размера. Существует несколько типов сетей, и в каждом из этих типов стандартом установлен максимальный размер пакета (MTU). Сети соединены маршрутизаторами и при определенных условиях маршрутизатор просто отбрасывает пакет, размер которого больше максимально допустимого. В том случае, если запрос идет через подобный маршрутизатор, компьютер, находящийся за ним не получит этот запрос и соответственно не сможет передать ответ адресанту. Если проблема pabuh'а заключается именно в этом, то для её решения необходимо вручную уменьшить значение MTU, чтобы позволить отправляемым пакетам проходить маршрутизаторы, настроенные подобным образом.
Я уже встречал объяснение этого факта, но у меня именно ADSL
и MTU=1492, с этой проблемой ни разу не сталкивался.
Пётр.
Я уже встречал объяснение этого факта, но у меня именно ADSL
и MTU=1492, с этой проблемой ни разу не сталкивался.
Потому что это проблема не пользователя, а провайдера. У меня на ADSL тоже 1492, а на всех сетевых 1500 и скорее всего нужно позвонить им и пусть сделают трасировку. Мы такое практиковали, клиента просят зайти на сайт, а админ смотрит логи и делает вывод.
быть не может что бы из-за MTU там все браковалось, они не единственные кто так делает
у меня MTU:1460 все нормально на ррр1 виртуальном интерфейсе.
а вообще автору надо поменять браузер
Из-за проблем с MTU могут некоторые сайты долго открываться или вообще не работать.
а вообще автору надо поменять браузер
--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?
автору нужно сменить провайдера, на того, кто маршрутизаторы на свои зарубежные каналы умеет настраивать.
# ifconfig ppp0 mtu 1400
ПОМОГЛО!!!
Огромное спасибо всем принимавшим участие в решении проблемы. Насчет смены провайдера - может и нужно да выбирать особо не приходится.
SamuelLinux pabuh MTU правьте в конфигах vpn а не таким извратом.
ifconfig ppp0 mtu 1400 тебе помогло но опять же до первого обрыва связи.
или в конфигах или в костылём в скриптах инициализации vpn.
SamuelLinux pabuh MTU правьте в конфигах vpn а не таким извратом.
ifconfig ppp0 mtu 1400 тебе помогло но опять же до первого обрыва связи.
или в конфигах или в костылём в скриптах инициализации vpn.
я так и сделал в /etc/ppp/options mtu 1400
знать бы что менять - а где менять уже другая проблема :-)
Сам искал решение долго-дооооооооооолго!
Помогли здесь:
http://unixforum.org/index.php?showtopic=123378&st=30
а именно:
sudo nano /etc/resolv.conf
вставляем строку:
nameserver 8.8.8.8
вместо имеющейся/или перед ней
и радуемся жизни, по крайней мере, в моем случае)))