Ограниченный Трафик HTTP
Я испытываю странный ограниченный сценарий возможности соединения со своим сетевым стеком Linux. Проблема состоит в том, что каждый раз, когда я пытаюсь загрузить что-то, я могу только получить первые 5.5 КБ требуемого ресурса, и с моей платой Ethernet (Realtek 8139), и через мою беспроводную карту (IPW2200). Например:
- wget google.it => я получу полную страницу 'index.html' (поскольку это - 4.9 КБ),
- wget google.it/intl/it_it/images/logo.gif => я получу первые 5.5 КБ изображения, и wget зависнет, неопределенно ожидая остающейся части изображения
- получение разговора HTTP к www.polito.it (6) (как Вы видите в этом получении, никакие дальнейшие запросы не выходят, даже если страница пропускает некоторые элементы),
Environment&tools:
- Я пытаюсь видеть страницы и через Firefox и через Ссылки командной строки, и от моей локальной установки и от Живых CD
- в Windows обе сетевых платы работают отлично без любой проблемы (я пишу из загруженного двойным образом Windows прямо сейчас),
- эта проблема происходит на каждом дистрибутиве Linux, который я попробовал (каждый различными ядрами): ArchLinux, Живой ArchLinux 2007.08, grml 2008, grml 2009.10
Вот моя конфигурация Linux:
- ядро обнаруживает карту (модуль 8139too или ipw2200), и присвойте ему хороший IRQ
сервер DHCP (в 192.168.1.1) правильно присваивает IP 192.168.1.2 моему сетевому интерфейсу. Пример Ethernet один:
encap:Ethernet HWaddr 00:c0:9f:be:77:da Ссылки eth0
inet addr:192.168.1.2 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80:: 2c0:9fff:febe:77da/64 Scope:Link ШИРОКОВЕЩАТЕЛЬНАЯ ПЕРЕДАЧА, ВЫПОЛНЯЮЩАЯ МНОГОАДРЕСНЫЙ MTU:1500 Metric:1 RX packets:478 errors:0 dropped:0 overruns:0 frame:0 TX packets:322 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:163064 TX (на 159,2 кибибайт) bytes:40610 Основа Interrupt:16 (на 39,6 кибибайт) address:0xc000MTU установлен на 1500, но даже с меньшими значениями проблема все еще там (я попробовал значения 1492, 1454, 1000, 500),
- разрешение DNS работает хорошее
ping к другим хостам в сети/Интернете в порядке:
PING www.l.google.com (74.125.43.104) 56 (84) байты данных. 64 байта из bw-in-f104.1e100.net (74.125.43.104): icmp_seq=1 ttl=50 time=52.1 мс 64 байта из bw-in-f104.1e100.net (74.125.43.104): icmp_seq=2 ttl=50 time=50.9 мс
нет никакого тайм-аута / полный получают буферы сообщения IRQs / необработанные сообщения IRQs, обозначенные ядром
У меня нет никаких других идей о том, почему это происходит... Независимо fom это, эта проблема восстанавливаема и для любой веб-страницы, это прекращает загружаться после дать суммы.
2 ответа
Я узнал проблему: мой шлюз правильно не обрабатывает Масштабирование Окна TCP. Поэтому я дал своему ядру Linux команду не использовать эту функциональность, и теперь соединение работает гладко.
Для Вашей информации вот мой патч в конфигурацию сети. В/etc/sysctl.conf я добавил следующие строки:
net.ipv4.tcp_window_scaling=0
net.ipv4.tcp_ecn=0
И это было идентификацией моего маршрутизатора: "Alice Gate 2 Плюс Wi-Fi" с версией микропрограммного обеспечения "AGIA_1.2.0"
Если, как Вы говорите, это работает над прекрасным Windows, и у Вас есть проблемы на различных дистрибутивах Linux, возможно, что драйвер Linux просто плох.
Я лично зарегистрировал бы отчет об ошибках или видел бы, можно ли найти другую версию драйвера.
Кроме того, я немного смущен на одной точке -
Я пытаюсь видеть страницы и через Firefox и через Ссылки командной строки, и от моей локальной установки и от Живых CD
Вы говорите, что попробовали, и это работает или перестало работать?
Если работы, попытайтесь разорвать драйвер с живого CD. Если это перестало работать, можно не повезти.
Ни в каком смысле должен, необходимо вручную бездельничать с MTU или другими техническими объектами... Я всегда говорю, что подобные вещи там, таким образом, можно точно настроить его, после того как Вы знаете, что это уже работает (таким образом, Вы знаете, что возвратиться, к тому, если существует ошибка!), но если это не работает по умолчанию, именно некоторый другой вид отказа, необходимо посмотреть сначала.