Вы чтобы запихать скрипт использовали линукс? Если у меня венда я никак не могу закинуть скрипт на хард (ext3)?
Printable View
Вы чтобы запихать скрипт использовали линукс? Если у меня венда я никак не могу закинуть скрипт на хард (ext3)?
На свеженький RT-N16 с 1.0.0.6 поставил 9.74.0.5 в режиме шифрования WPA2 AES - коммуникатор Acer S200 никак не хотел нормально работать (то подключиться не может, то сбрасывает соединение). Поставил 1.9.2.7-rtn-r1194 аналогичное стало наблюдаться уже и на ноуте. Счас кое-как пашет вафля в WPA TKIP+AES. До этого стоял DIR-400 - всё было хорошо :(
P.S. Сижу, горюю...
У меня почему-то ни как не получается откатиться с dd-wrt на фиксенную прошивку Олега.
Интерфейс показывается, но при выборе любой ссылки повисает наглухо.
Нельзя сделать никаких настроек.
Откатился назад на dd-wrt - все пашет.
Кэш браузера чистил.
Я гдето писал что на -rtn версии WPA2 пока не работает.
По-моему нет ничего лучше чем Open System и MAC Control :) Как для производительности, так и для безопасности!
Вы так в себе уверены?
Помнится на ChaosConstruction вылавливали кучу паролей из непошифрованного вайфая.
Ну имелся ввиду именно доступ в сеть... а насчет паролей так просто для важных вещей лучше использовать защищенные протоколы которые не передают их в открытом виде...
Может ли как-то помочь в плане увеличения быстродействия IP sets
У нас на роутере ведь производительность интернета тоже уператся в то, что "ksoftirqd/0 использует все процессорное время"
Очень бы хотелось чтобы Компетентные люди прокомментировали данный вопрос.
Ссылка на форум
Цитаты с форума
Quote:
Здравствуйте!
Есть проблема которую никак не могу решить самостоятельно. :(
Есть сервер:
MB: Supermicro Server 5015M-MF+
CPU: Intel Pentium 4 CPU 3.20GHz 2048 Kb cashe
RAM: ECC DDR2 2048Mb 667MHz unbuffered
LAN: Intel(R) PRO/1000 PT Dualport Server Adapter (PCI Express:2.5Gb/s:Width x4)
На сервере Linux Fedora Core 7.0, ядро 2.6.23.1.
Функционально сервер работает как обычный роутер, держит bgp и firewall на iptables.
Проблема заключается в том, что при увеличении скорости потока сквозь сервер выше 180 МБит/с, сервер начинает тормозить, пинг через него прыгает до 50 ms. Соответственно скорость потока выше 180-190 МБит/с сервер не пропускает.
Командой top увидел:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4 root 15 -5 0 0 0 R 100 0.0 18395:45 ksoftirqd/0
Насколько я понимаю ядро ksoftirqd/0 использует все процессорное время, из-за чего и начинаются тормоза.
Подскажите, может можно как то оптимизировать ядро, или в чем то еще может быть проблема?
Quote:
Все, проблема решена!
Дело было не в драйверах сетевой карты а в firewall`е.
Пропатчил ядро под ipset, перекомпилировал ядро и iptables, переделал правила firewall`а под использование модуля ipset в iptables и проблема решилась (http://ipset.netfilter.org). Теперь ksoftirqd использует не более 1% процессорного времени. :)
Samba рулит. Как смонтировать, Goletsa давал совет, выполнить 6, 7 пункты.[/QUOTE]
уже пол дня пытаюсь смонтировать
ну никак не получается мож кто
подскажет пошагово
использование ipset может повлиять только на быстродействие файрвола при использовании многих правил с указанием конкретного списка ip, mac адресов, списка портов.
в случае роутера - таких дефолтных правил пара-тройка-четверка, выигрыша не даст абсолютно никакого, зато займет оперативку и место в прошивке.
для 1.9.2.7-d (на 2.4) есть пакеты optware c ipset, для 1.9.2.7-rtn (на 2.6) - пока нет.
p.s репозитарий только для 1.9.2.7-d
http://wl500g.googlecode.com/svn/ipkg/optware-d/
стоит 1194 прошивка, при записи на усб ext3 диск по самбе или вгетом с удаленного фтп, роутер практически виснет и в лог пишется дофига мусора типа:Code:Feb 13 18:48:18 kernel: WARNING: at net/core/skbuff.c:326 __kfree_skb()
Feb 13 18:48:18 kernel: Call Trace:
Feb 13 18:48:18 kernel: [<8000e2d0>] dump_stack+0x8/0x34
Feb 13 18:48:18 kernel: [<801ceb0c>] __kfree_skb+0x174/0x1a8
Feb 13 18:48:18 kernel: [<801d82c0>] net_tx_action+0x78/0x194
Feb 13 18:48:18 kernel: [<8002cef4>] __do_softirq+0x80/0x110
Feb 13 18:48:18 kernel: [<80007508>] plat_irq_dispatch+0x16c/0x214
Feb 13 18:48:18 kernel: [<80007c8c>] ret_from_irq+0x0/0x4
Feb 13 18:48:18 kernel: [<c01130b4>] ehci_work+0xcc/0xa0c [ehci_hcd]
Feb 13 18:48:18 kernel: [<c0115ca4>] ehci_irq+0x1d4/0x238 [ehci_hcd]
Feb 13 18:48:18 kernel: [<c012c280>] usb_hcd_irq+0x4c/0xdc [usbcore]
Feb 13 18:48:18 kernel: [<8004e93c>] __do_IRQ+0xa8/0x128
Feb 13 18:48:18 kernel: [<80007588>] plat_irq_dispatch+0x1ec/0x214
Feb 13 18:48:18 kernel: [<80007c8c>] ret_from_irq+0x0/0x4
Feb 13 18:48:18 kernel: [<8007ac80>] do_sync_read+0x90/0x15c
Feb 13 18:48:18 kernel: [<8007b7fc>] vfs_read+0x154/0x15c
Feb 13 18:48:18 kernel: [<8007bcdc>] sys_read+0x58/0xa8
Feb 13 18:48:18 kernel: [<80010264>] stack_done+0x20/0x3c
Feb 13 18:48:40 kernel: ueue+0x1b0/0x360
Feb 13 18:48:40 kernel: [<8023199c>] tcp_data_queue+0x910/0xd80
Feb 13 18:48:40 kernel: [<802337dc>] tcp_rcv_established+0x458/0x80c
Feb 13 18:48:40 kernel: [<8023a880>] tcp_v4_do_rcv+0xe8/0x460
Feb 13 18:48:40 kernel: [<8023d810>] tcp_v4_rcv+0xaa0/0xbd0
Feb 13 18:48:40 kernel: [<8021b174>] ip_local_deliver+0x154/0x330
Feb 13 18:48:40 kernel: [<8021ac94>] ip_rcv+0x3a8/0x734
Feb 13 18:48:40 kernel: [<801d8b2c>] process_backlog+0x104/0x234
Feb 13 18:48:40 kernel: [<801d8d0c>] net_rx_action+0xb0/0x200
Feb 13 18:48:40 kernel: [<8002cef4>] __do_softirq+0x80/0x110
Feb 13 18:48:40 kernel: [<80007508>] plat_irq_dispatch+0x16c/0x214