SuperXumuk

не получается почему то у меня так... нахожу последовательность (2412,2472), меняю её на (2437,2507) в шести позициях получилось от 6го до 15го канала, выше 15го и ниже 1го каналов не получается сделать... root@OpenWrt:~# iwlist ath0 channel ath0 27 channels in total; available frequencies : Channel 06 : 2.437 GHz Channel 07 : 2.442 GHz Channel 08 : 2.447 GHz Channel 09 : 2.452 GHz Channel 10 : 2.457 GHz Channel 11 : 2.462 GHz Channel 12 : 2.467 GHz Channel 13 : 2.472 GHz Channel 14 : 2.477 GHz Channel 15 : 2.482 GHz Current Frequency:2.452 GHz (Channel 9)

кто нить может поделиться расковырянным бинарником с минусовыми каналами? или рассказать как сделать 2352 MHz (IEEE -11) интересует только этот один канал...

root@OpenWrt:~# ifconfig ath0 Link encap:Ethernet HWaddr 00:21:91:97:B3:F6 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:53 errors:0 dropped:53 overruns:0 frame:0 TX packets:27146 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:3968 (3.8 KiB) TX bytes:2538332 (2.4 MiB) br-lan Link encap:Ethernet HWaddr 00:21:91:97:B3:F6 inet addr:192.168.3.30 Bcast:192.168.3.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:27512 errors:0 dropped:0 overruns:0 frame:0 TX packets:504 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2186073 (2.0 MiB) TX bytes:463377 (452.5 KiB) eth0 Link encap:Ethernet HWaddr 00:A1:B0:00:C2:46 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:27459 errors:0 dropped:0 overruns:0 frame:0 TX packets:557 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2566531 (2.4 MiB) TX bytes:468747 (457.7 KiB) Interrupt:12 Base address:0x2000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:5 errors:0 dropped:0 overruns:0 frame:0 TX packets:5 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:561 (561.0 B) TX bytes:561 (561.0 B) wifi0 Link encap:UNSPEC HWaddr 00-21-91-97-B3-F6-00-00-00-00-00-00-00-00-00-00 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:99 errors:0 dropped:0 overruns:0 frame:1 TX packets:27182 errors:9 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:195 RX bytes:8288 (8.0 KiB) TX bytes:3139507 (2.9 MiB) Interrupt:10 root@OpenWrt:~# iwconfig lo no wireless extensions. eth0 no wireless extensions. br-lan no wireless extensions. wifi0 no wireless extensions. ath0 IEEE 802.11g ESSID:"OpenWrt_test" Mode:Master Frequency:2.417 GHz Access Point: 00:21:91:97:B3:F6 Bit Rate:0 kb/s Tx-Power=18 dBm RTS thr:off Fragment thr:off Encryption key:off Power Management:off Link Quality=0/70 Signal level=-96 dBm Noise level=-96 dBm Rx invalid nwid:11 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 может что то не так с конфигил?

это например какие нестандартные? Это которые COUNTRY != "DEBUG" iwpriv wifi0 FreqShift 2 iwpriv ath0 extoffset 1 iwpriv ath0 chextoffset 1 iwpriv wifi0 FreqShift 2 - сдвигаем на N, в данном случае 2. не знаю будет ли работать с большим N, но должно root@OpenWrt:~# iwpriv wifi0 FreqShift 2 wifi0 no private ioctls. root@OpenWrt:~# iwpriv ath0 extoffset 1 Invalid command : extoffset root@OpenWrt:~# iwpriv ath0 chextoffset 1 Invalid command : chextoffset подскажите что не так?)

tftp -i 192.168.1.6 put wive.bin пинговаться девайс не будет в режиме тфтп

На лан добавляю 192.168.2.99 маск 255.255.255.0. (У минитар дефаулт IP 192.168.2.1)Подключаю в прямую с Лана в модем кабель. Обеесточиваю модем. Нажмите и удерживайте кнопку reset. Не отпуская reset включаю питание у модема. Потом отпускою reset и зерез 5-10 секунд пытаюсь прошить. start->run->cmd-> tftp -i 192.168.2.1 put C:/wive/wive-rav-a.bin. Это всё я пишу заранее чтоб сразу нажать Enter:) (Я с помошю Perl сделал конверт wive.bin на wive-rav-a.bin для Rav-A Hardware версии) И пишет Истёк таймаут (Timeout) вот тебе и ошибка "tftp -i 192.168.2.1 put C:/wive/wive-rav-a.bin" нада "tftp -i 192.168.1.6 put C:/wive/wive-rav-a.bin" и соответвенно интерфейс на кампе в этуже подсеть загнать

у тебя на планет то получилось залить?

проблему с подвисанием зухеля на вайв-нг была успешна решина общими усилиями с уважаемым sfstudio. суть проблемы: девай работал во флудящей сетки, в основном флуд сыпался по 445 порту, итог [Wive-NG@/]# cat /var/log/messages Jan 1 20:24:49 kernel: NET: 7 messages suppressed. Jan 1 20:24:49 kernel: dst cache overflow, the current size=1536 Jan 1 20:24:54 kernel: NET: 6 messages suppressed. Jan 1 20:24:54 kernel: dst cache overflow, the current size=1536 Jan 1 20:24:59 kernel: NET: 4 messages suppressed. Jan 1 20:24:59 kernel: dst cache overflow, the current size=1536 буфер не успевает чиститься. Решили проблему увеличением буфера в 10 раз: /etc/sysctl.conf поправь net.ipv4.route.max_size=15360 Это решение не подходит для девайсов с маленькой памятью 8м типа г700ап

Бордер на 8186 это гениально =)))) Вы бы ещё 486sx приюзали =))))) А в форвард весь флуд продолжает лететь? У вас же там маскарад? Подропать 445/139 и прочие виндовозные вирусолюбимые порты в форварде будет не лишним, хотя врятли решит проблему, но вопробовать стоит. На icmp ratelimit прикрутить, тоже самое касается 25го порта оставить 5 коннектов с одного IP по 25му одновременно и не более 10 коннектов в минуту, заодно спамботам жизнь испортите. Только не помню есть ли в базовой версии конлимит и рэйтлимит. Ну значит таки железка продолжала работать, VPN то поверх неё ходит? Очень похоже что тупо зафлудили. Вообще 8186 как бордер это дурость. Да и любая другая сохо железка в роли бордера. Туда как минимум писюк с Linux ставить нужно, для мелкой сети тотже 2х ядерный Atom прекрасно прожуёт всё что нужно. Главное на памяти не экономить чтобы можно было табличку контрака побольше разрешить. 8186 прекрасная AP но никак не бордер для изолирования от вирусни и флуда, он просто на себе не вывезет такие задачи темболее если будет флуд с проводной сети. вот полный фаервол: iptables -F INPUT iptables -F OUTPUT iptables -F FORWARD iptables -P INPUT DROP iptables -P OUTPUT ACCEPT iptables -P FORWARD DROP iptables -A FORWARD -p icmp -j ACCEPT iptables -A FORWARD -p gre -j ACCEPT iptables -A FORWARD -p tcp --sport 1723 -j ACCEPT iptables -A FORWARD -p tcp --dport 1723 -j ACCEPT iptables -A FORWARD -p udp --sport 53 -j ACCEPT iptables -A FORWARD -p udp --dport 53 -j ACCEPT iptables -A FORWARD -p tcp --sport 53 -j ACCEPT iptables -A FORWARD -p tcp --dport 53 -j ACCEPT iptables -A FORWARD -p tcp --sport 3333 -j ACCEPT iptables -A FORWARD -p tcp --dport 3333 -j ACCEPT iptables -A FORWARD -p tcp --sport 8833:8899 -j ACCEPT iptables -A FORWARD -p tcp --dport 8833:8899 -j ACCEPT iptables -A FORWARD -p tcp --sport 22 -j ACCEPT iptables -A FORWARD -p tcp --dport 22 -j ACCEPT iptables -A INPUT -p icmp -j ACCEPT iptables -A INPUT -p udp --dport 67 -j ACCEPT iptables -A INPUT -p tcp --dport 22 -j ACCEPT как я писюк примотаю к 3х метровой трубе на крыше ? я на скотче разорюсь )

да у юзерей идет флуд по 445 порту, по этому и возникла идея с бордером в фарероле на точке прописано: iptables -P INPUT DROP iptables -A INPUT -p icmp -j ACCEPT iptables -A INPUT -p udp --dport 67 -j ACCEPT iptables -A INPUT -p tcp --dport 22 -j ACCEPT пинг впн и шел больше ни кто точку пинать не должен

с форвардингом и ип_таблесом ?

проблемы всё те же, зухель виснет... и то что я описывал выше с девайсами которые на крыши стоят, проблемы у них не с питанием и перегревом, а с чем-то другим, т.к. на столе под кондером от родного БП зухель так же виснет и без помощи торента пробывал с одним дхцп, с eth0 и wlan0 в бридже, разные прошивки пробывал 0.2.21 0.2.23 0.3.0, работает 12 - 15 часов и всё... у кого какие мысли?

понял, исправлюсь!

нет, он же поидеи сам всё трёт

после заливки 0.3.0 девайс стал доступен по 10.200.200.249 только после сброса, раньше обходилось без сброса это норм или нет ?