Тормозит инет

вывод iptables-save в студию

:( Команда ни чего не выводит. Я пока еше не до конца разобрался, и по этому инет включаю командами iptables -A FORWARD -d 192.168.0.0/24 -j ACCEPT iptables -A FORWARD -s 192.168.0.0/24 -j ACCEPT iptables -t nat -A POSTROUTING -o eth0 -s 192.168.0.0/24 -j MASQUERADE , пока еше не понял куда их записать что б стартовали при запуске системы.

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

пока еше не понял куда их записать что б стартовали при запуске системы

Вписать всё что нужно (или вызов скрипта где будет всё что нужно) в /etc/rc.local. Или /etc/rc.d/rc.local, не помню точно как оно в убунте называется.

> Все сетевые настроены на 100 фулдуплех, на винде тоже 100.

Вручную выставлял что-ли? Не надо так делать, поставь всё и везде на автомат.

# Generated by iptables-save v1.4.4 on Thu May 13 19:33:35 2010
*nat
:PREROUTING ACCEPT [1269:152325]
:POSTROUTING ACCEPT [1:124]
:OUTPUT ACCEPT [1:124]
-A POSTROUTING -s 192.168.0.0/24 -o eth0 -j MASQUERADE
COMMIT
# Completed on Thu May 13 19:33:35 2010
# Generated by iptables-save v1.4.4 on Thu May 13 19:33:35 2010
*filter
:INPUT ACCEPT [807:105777]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [152:21148]
-A FORWARD -s 192.168.0.0/24 -j ACCEPT
-A FORWARD -d 192.168.0.0/24 -j ACCEPT
COMMIT
# Completed on Thu May 13 19:33:35 2010

это iptables-save
Линуксоводы помогите, очень не хочется опять на винду перелазить!

Не понял, что в ручную выставлял?

ты мегабиты с мегабайтами не попутал?

дык что eth0 Yes Speed: 100Mb/s Duplex: Full Port:
что
eth1 Yes Speed: 100Mb/s Duplex: Full Port:
На серваке загрузка 5-7 мбит на ведомом 1.5мб предел, одного и того же файла :(

root@server:~# mii-tool eth0: negotiated 100baseTx-FD, link ok eth1: negotiated 100baseTx-FD flow-control, link ok

Определите, бысто ли винда качает со шлюза. Посмотрите на шлюзе вывод команды «ip -s link show», много ли на интерфейсе ошибок.

Ещё как возможный вариант, что проваёдер вас пускает через кеширующий прокси, поэтому качая с винды, вы кладёте файл в кеш этого прокси, а потом качая с Линукса вы берёте файл из кеша.

Попробуёте засунуть в iptables правило, устанавливающее небольшой MSS (в гугл за "-j TCPMSS"), попробуйте заменить MASQRADE на SNAT.

> Не понял, что в ручную выставлял?

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

На свитчах кстати тоже самое бывает. Везде Auto - получается 100/full, никаких потерь, ничего. Ставишь там же с двух сторон 100/full вручную - ошибки на порту, низкая скорость, или линк вообще не поднимается.

> -A POSTROUTING -s 192.168.0.0/24 -o eth0 -j MASQUERADE

Да нормально тут всё, эту строчку не один миллион человек юзает, наверное :)

Программу iperf запусти на шлюзе и на виндовой машине, настрой их друг на друга и посмотри какую скорость прокачают.

-A FORWARD -s 192.168.0.0/24 -j ACCEPT

-A FORWARD -d 192.168.0.0/24 -j ACCEPT

Вот это мне не очень нравится. Лучше так:

-A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -s 192.168.0.0/24 -j ACCEPT

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
RX: bytes packets errors dropped overrun mcast
6076 95 0 0 0 0
TX: bytes packets errors dropped carrier collsns
6076 95 0 0 0 0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 00:10:4b:59:ae:56 brd ff:ff:ff:ff:ff:ff
RX: bytes packets errors dropped overrun mcast
442886839 3467009 0 0 0 0
TX: bytes packets errors dropped carrier collsns
9510533 77414 0 0 0 0
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:a0:a5:1b:03:b1 brd ff:ff:ff:ff:ff:ff
RX: bytes packets errors dropped overrun mcast
9034903 73156 0 0 0 0
TX: bytes packets errors dropped carrier collsns
175595226 134730 0 0 0 0
Насчет прокси не понял. интернет отдает провайдер по витой паре статическом айпи, и прокси не где не стоит, не на шлюзе не на винде

Вручную выставлял только айпи и маску

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

> хм, только не знаю как померить скорость скачивания с локальной шары?

Со стороны сервера nload или netwatch, со стороны клиента - far, total commander...

так скачал файл с сервака на локальную машину шпарить 10мбит\сек, значит проблема не в сетевой и не в патч корде. хм прям незнаю :(

Так скачал файл с сервака на локальную машину, отдача 10мб.сек. Значит сетевая и патч-корд не причем?

Ура! НЕРЕАЛЬНЕЙШОЕ тебе СПАСИБО!!!! -A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT -A FORWARD -s 192.168.0.0/24 -j ACCEPT вот ключ!!! :) Кто то обяснить почему так?

Как-то это сомнительно. Покажите сейчас вывод «iptables-save -c». Главное, что у вас была (и наверное осталась) на FORWARD политика ACCEPT.

Чем вы замеряете скорость? И сеть 100 Мбит способна давать скорость порядка 10 Мбайт/с (Мегабайт). Если у вас сервер P-III и выше то он отдасть 10 Мбайт/с, а если у XP включен DMA (busmastering) на диске, то она примет эти 10 Мбайт/с.

Относительно прокси, провайдер может выдавать реальный ip-адрес, а трафик всё равно пускать через transparent-proxy.

> Кто то обяснить почему так?

Через правила пробегает только первый пакет, остальные сразу идут как ESTABLISHED.

На этот эффект натыкался в pf ещё с хрен знает каких версий OpenBSD, когда всё вроде бы во все стороны разрешено, а без отслеживания соединений роутер прокачивает непонятно низкую скорость, рвёт соединения без причины и вообще ведёт себя странно. Явное прописывание всего «разрешённого» с указанием отслеживать соеденения устраняло все неприятности.