Назад | Перейти на главную страницу

Не удается найти источник прерывания подключения к Интернету

Я использую Debian-Squeeze, и мой сервер (PowerEdge r410) периодически теряет подключение к Интернету. Мой веб-сайт и SSH становятся полностью недоступными. Насколько я могу судить, все настроено правильно - когда я загружаю сервер, все IP-адреса верны в ifconfig и таблица маршрутизации заполнена правильно. Если сервер запущен, ifdown -a && ifup -a аналогично расставляет все параметры на свои места. Сайт доступен, а ssh работает как положено.

В последний раз, когда произошел сбой (сегодня), я посетил машину и вошел в систему. Пинг шлюза привел к 100% потере пакетов. Так что я использовал route чтобы убедиться, что шлюз был в таблице маршрутизации. Задержка между route доставив первую и вторую строчки ниже:

    192.168.0.0    *             255.255.255.0   U  0  0  0 eth0
    default        192.168.0.1   0.0.0.0         UG 0  0  0 eth0

однажды route вернул эту информацию, я снова пропинговал шлюз и получил 100% соединение. Я сразу же проверил свой веб-сайт, и он снова заработал. ping и route были единственными командами, которые использовались до того, как мой сайт снова был в сети.

Это было сегодня утром, а теперь сервер снова не работает. у меня есть cron настроен на ifdown -a && ifup -a завтра в 4 утра, так что посмотрим, сработает ли это. А пока у кого-нибудь есть идеи о том, что может вызвать эту проблему?

Кстати, DHCP нет, все статично.

/ и т.д. / сеть / интерфейсы:

auto lo
iface lo inet loopback

allow-hotplug eth0
iface eth0 inet static
 address 192.168.0.121
 netmask 255.255.255.0
 network 192.168.0.0
 broadcast 192.168.0.255
 gateway 192.168.0.1
 dns-nameservers 192.168.0.10
 dns-search mysite.com

Если route работает медленно, попробуйте использовать route -n. Это отключает поиск DNS (который в лучшем случае является медленным, а при проблемах с сетью время ожидания истекает).

Что касается проблем с подключением, убедитесь, что ссылка открыта правильно. Я видел проблемы с прерывистым подключением, вызванные неправильным согласованием дуплексного режима сервером и маршрутизатором. Если для одного установлено значение «Авто», а для другого - вручную (на полный или полудуплексный режим), то может возникнуть состояние гонки, ведущее к массовой потере пакетов и, наконец, к полной потере связи при обрыве. Видеть Вот для подробностей.

Обновление: вот лучшая ссылка, объясняющая несоответствие дуплексного режима, поскольку страница вики не включает в себя все это:

https://learningnetwork.cisco.com/thread/4506

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