Прерывистое подключение к интернету

ОБНОВЛЕНО:

Недавно я собрал новый компьютер и настроил его для двойной загрузки Windows 7 и Ubuntu 11.10.

В Windows, с использованием того же оборудования, моя локальная сеть надежна. Однако в Ubuntu мой сетевой интерфейс периодически умирает и сбрасывается; У меня будет надежное соединение в течение 30 секунд, а затем оно отключится на 30 секунд. Когда я веду журнал:

tail -f /var/log/kern.log

я вижу, что периодически появляются сообщения «связь по eth0», соответствующие возвращению соединения.

Я отправил оригинальный вопрос несколько месяцев назад и неправильно истолковал происходящее. При работающем интернет-соединении в Windows я несколько месяцев игнорировал проблему. Смотрите мой ответ ниже для решения (драйверы).

ORIGINAL POST

В Ubuntu, несмотря на то, что я поддерживаю надежное соединение с моей локальной сетью (проверка связи с IP-адресом маршрутизатора постоянно дает хороший результат), подключение к Интернету отключается. Когда я постоянно пингую 74.125.227.18 (сервер google.com), я некоторое время получаю ответы, затем некоторое время начинаю получать сообщение «Целевой хост недоступен», а затем снова получаю ответы. Это происходит последовательно, разрывая соединение примерно на 30 секунд из каждой минуты или двух.

Кажется, что не имеет значения, настраиваю ли я свою сеть через сетевой менеджер или через / etc / network / interfaces. Я настраиваю со следующими настройками:

  • адрес 192.168.1.101
  • сеть 192.168.1.0
  • шлюз 192.168.1.99 (IP-адрес моего маршрутизатора)
  • [ 115] маска сети 255.255.255.0 (подтверждено как правильная маска сети для маршрутизатора)
  • широковещательно 192.168.1.255 (также подтверждено маршрутизатором).

ifconfig подтверждает, что эти настройки работают:

eth0      Link encap:Ethernet  HWaddr 50:e5:49:40:da:a6  
          inet addr:192.168.1.101  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::52e5:49ff:fe40:daa6/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:11557 errors:0 dropped:11557 overruns:0 frame:11557
          TX packets:13117 errors:0 dropped:211 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:9551488 (9.5 MB)  TX bytes:1930952 (1.9 MB)
          Interrupt:41 Base address:0xa000

Я получаю ту же проблему при использовании автоматических настроек адреса DHCP, хотя я и подтвердил, что в сети нет другого компьютера с статический IP-адрес, который я хочу использовать.

Как я уже сказал, соединение с локальной сетью остается стабильным - у меня никогда не возникает проблем с пингом 192.168.1. * - это интернет-адреса, до которых я периодически не могу дозвониться. Это не проблема DNS, поскольку пинг известных IP-адресов напрямую демонстрирует то же поведение. Кроме того, я не думаю, что это аппаратная проблема, поскольку у меня никогда не было проблем с подключением к Интернету на одной машине в Windows. Сетевое оборудование встроено в материнскую плату: Gigabyte Z68XP-UD3P.

Мне удалось полностью обновить ОС, в соответствии с менеджером обновлений, но это не устранило проблему, и с моим ограниченным пониманием сетевой архитектуры я нахожусь в своем уме. Единственная подсказка, которую я вижу, это то, что ifconfig сообщает о большом количестве пропущенных пакетов, но я не уверен, что с этим делать.

ОБНОВЛЕНИЕ: Кажется, моя проблема немного более общая, чем я описал; теперь, когда я пытаюсь пропинговать мой роутер и гугл одновременно, они оба становятся недоступными одновременно. Запуск ifdown eth0, а затем ifup eth0 временно возвращает его; если я просто подожду, он вернется через пару минут. Я расширю свой поиск из-за периодических проблем с сетевым подключением.

3
задан 1 April 2012 в 18:54

6 ответов

Решением было установить соответствующие драйверы для моего адаптера Ethernet, который встроен в мою материнскую плату. Я проверил модель и версию моего адаптера, а также версию моего ядра Linux:

$ lspci | grep Ethernet
07:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)
$ uname -r
3.0.0-15-generic

, а затем перешел на страницу загрузки драйверов для производителя:

http: / /www.realtek.com/Downloads/downloadsView.aspx?Langid=1&PNid=13&PFid=5&Level=5&Conn=4&DownTypeID=3&GetDown=fa

и скачал драйвер, который подходит лучше всего. Я немного колебался, так как uname сообщала о более новой версии ядра, которую драйверы явно не поддерживают, но я установил ее с помощью команды autorun в загруженном пакете, и все, кажется, работает нормально.

Мораль истории: не думайте, что, как и я, Linux поставляется в комплекте со всеми необходимыми драйверами.

0
ответ дан 1 April 2012 в 18:54

Я только что столкнулся с подобной проблемой. В моем случае ifconfig не показывал пропущенных или переполненных пакетов, но «route» показывал фиктивный маршрут через сломанное устройство wlan0:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.0.1     0.0.0.0         UG    0      0        0 eth0
default         192.168.0.1     0.0.0.0         UG    100    0        0 wlan0
link-local      *               255.255.0.0     U     1000   0        0 eth0
192.168.0.0     *               255.255.255.0   U     0      0        0 wlan0
192.168.0.0     *               255.255.255.0   U     1      0        0 eth0

Выполнение «sudo ifconfig wlan0 down» решило эту проблему для меня. [ 113]

Я подал https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/917399 для этого.

0
ответ дан 1 April 2012 в 18:54

У меня прерывистое подключение к Интернету с помощью Wi-Fi, я просто отредактировал свое подключение и проверил использование Ipv4 и удалил свое проводное подключение, и это сработало для меня. Я использую Ubuntu 13 .. Надеюсь, это поможет другим.

0
ответ дан 1 April 2012 в 18:54

Это может быть несколько вещей:

  1. аппаратный сбой диска, например, ошибки ввода-вывода, может привести к сбою сети, поскольку он не может хранить данные из браузера.

    [ 110]
  2. межсетевой экран, блокирующий трафик, должен иметь правило, разрешающее tcp 25,53,80,110,443, а также разрешать udp 53.

  3. , если у вас есть несколько программ брандмауэров, работающих одновременно, которые также могут стать проблемой, такие как ufw и gufw, лучше использовать только gufw ...

0
ответ дан 1 April 2012 в 18:54

У меня была проблема, очень похожая на вашу, и я нашел ответ здесь: http://www.avsforum.com/avs-vb/showthread.php?p=21371318 Я выключил компьютер и Отключите его на несколько минут, затем нажмите кнопку питания на несколько секунд, все еще отсоедините его, оставьте на несколько минут, затем включите и снова включите. Это сработало! Больше никаких проблем с подключением! Я бы никогда не догадался, что разрядка ваших конденсаторов исправит проблемы с подключением к Ethernet, но я также не буду смотреть на это, как на ладони. Моя проблема была действительно похожей, за исключением того, что у меня была сборка материнской платы AMD и Asus, но все остальное было таким же или очень похожим, включая результаты моих тестов. Дайте мне знать, если это работает для вас, потому что другие люди сталкиваются с такой же проблемой, и это первый результат Google для "прерывистой связи Ubuntu 11.10", которая имеет отношение к этой проблеме. Если бы боги Ubuntu прочитали это, я смиренно хотел бы знать, почему это решение работает и в чем конкретно проблема? -D С наилучшими пожеланиями ко всем.

0
ответ дан 1 April 2012 в 18:54

Это ошибка в Ubuntu, которая не была исправлена. Я выяснил, что это прерывистое соединение связано с переключением между проводным и беспроводным подключением. Так что, если вы используете Wi-Fi, просто удалите проводное подключение и наоборот. Может быть флаг установлен неправильно в программе.

0
ответ дан 1 April 2012 в 18:54

Другие вопросы по тегам:

Похожие вопросы: