Низкая скорость в локальной сети (FTP) [Решено]

У меня на одном компе стоит Kubuntu 10.10 и WinXP SP2.
В кубунту скорость скачивания с ФТП-сервера 1-2МБайт/сек (под gentoo, стоит через стенку, от силы 3 метра витой пары до него).
С того же компа, на том же порту и том же кабеле но в винде - скорость доходит до 11 МБайт/сек.
При этом в винде стоит файрволл, а в кубунту - в iptables везде ACCEPT.

Что нужно сделать чтоб скорость в кубунту стала нормальной? Или где об этом можно прочитать?
Заранее спасибо за помощь.

Вот вывод некоторых консольных команд в кубунту:
# uname -a
Linux delphin-A780G-M2-SE 2.6.35-24-generic #42-Ubuntu SMP Thu Dec 2 02:41:37 UTC 2010 x86_64 GNU/Linux
# lspci | grep Ethernet
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)
# ethtool eth0
Settings for eth0:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                             100baseT/Half 100baseT/Full
        Link partner advertised pause frame use: No
        Link partner advertised auto-negotiation: Yes
        Speed: 100Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: pumbg
        Wake-on: g
        Current message level: 0x00000033 (51)
        Link detected: yes
# iptables -L -t nat
Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination        

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination        

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination
# iptables -L -t mangle
Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination        

Chain INPUT (policy ACCEPT)
target     prot opt source               destination        

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination        

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination        

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination  
# iptables -L -t filter
Chain INPUT (policy ACCEPT)
target     prot opt source               destination        

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination        

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination  

0
SEVA - 3 Январь, 2011 - 17:08
Изображение пользователя SEVA.

С такими знаниями ip-tables думаю лучше будет снести оное.

0
SmartByte - 3 Январь, 2011 - 18:54
Изображение пользователя SmartByte.

А нафига сносить iptables если оно и так всё разрешает?

0
NightDelphin - 3 Январь, 2011 - 20:58

Ну например чтоб меньше мусора было в системе :)
Можно, конечно. Но оно не мешает - и ладно. Зачем трогать то, что работает?

0
NightDelphin - 3 Январь, 2011 - 20:59

У меня стоит отдельный комп под gentoo, на котором установлены ФТП, веб-сервер, Wi-Fi точка доступа с WPA2, DHCP сервер. Этот же комп занимается раздачей интернета. Там Iptables настроено в соответствии с надобностями. А комп с кубунту - обычная клиентская машина. Зачем ещё и тут огород городить?
Кстати, в кубунту я iptables вообще не трогал. Как "из коробки" настроено - так и оставил. Защиту обеспечивает сервер за стенкой.

0
NightDelphin - 3 Январь, 2011 - 21:08

Кстати, проблема оказалась в сетевой карте.
Интегрированная видать своё отслужила.
Поставил PCIный Asus NX1001 - всё летает на полагающихся 11-12МБайт/сек.

0
dyug - 3 Январь, 2011 - 22:55

либо драйвера криво подхватились.
У меня на работе на одной машине была такая проблема. Пофиксил постановкой бекпорт модулей для сети.
А какая собственно встроенная сетевуха? можно глянуть по lspci :-)

0
NightDelphin - 4 Январь, 2011 - 09:07

Риалтек. В первом посте уже писал: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet

0
dyug - 4 Январь, 2011 - 10:50

Ух ты. у меня на рабочей стоит такой не встречал тормозов.
Может по прерываниям подрался? и тоже онбоард...
Забавно. Иногда слышу о таком, но ни разу не встречал проблему у себя.

0
NightDelphin - 6 Январь, 2011 - 21:37

Ну хорошо хоть я не один такой :)

0
ayax - 3 Январь, 2011 - 23:28
Изображение пользователя ayax.

просто старая сетевуха не умела работать с ipv6. мы это проходили)

0
dyug - 3 Январь, 2011 - 23:39

ЭТО КАК? или там просто драйвера ракообразные совсем?
Сама по себе сетевуха на ИП плюсет с очень высокой башни, она про ИП вообще ничего не знает и не должна знать. Знать про ипв4 или ипв6 - обязанность драйвера. :-)
так какая же это "замечательная" сетевуха то?

0
Mike - 6 Январь, 2011 - 18:07
Изображение пользователя Mike.

Вот так запросто сетевой уровень модели OSI был спущен на физический! Чудеса техники на грани фантастики! =^_^=

0
Гость - 14 Декабрь, 2011 - 14:02

Здраствуйте.
Подскажите пожалуйста, у меня стоит сетевая карта Asus NX1001 драйвера последние, а интернер очень медленный, хотя у других скорость нормальная, с такой же сетевой картой, и стем же провайдером подскажите пожалуйста как можно исправить эту ошибку, и с чем она связана ?
Иногда она вообще не работает, но когда драва помучаешь она снова работает, но очень медленно.

0
Slot - 4 Январь, 2012 - 22:34
Изображение пользователя Slot.

Вот и у меня Realtek RTL8111/8168B Gigabit Ethernet, стоит Kubuntu11.10. Тормоза вообще нереальные((((((((((((( А загружаюсь с 7-ой винды, там летает. Подскажите, как исправить?

Отправить комментарий

CAPTCHA на основе изображений
Введите цифры