Настройки сети OpenWrt

[Dioptimizer]

Сообщение от sunny

iw wlan0 info
И как вывод вогнать в проверочный скрипт ?
Чтобы скрипт запускал соединение, увидев его отвал ?

Так нужно чтобы оно мониторило ассоциацию с AP или режим AP/Sta?
Если первое то используйте iwinfo:

root@OpenWrt:~# iwinfo
wlan0 ESSID: "wimax"
Access Point: F8:xx:xx:xx:xx:C0
Mode: Client Channel: 6 (2.437 GHz)
Tx-Power: 17 dBm Link Quality: 40/70
Signal: -70 dBm Noise: -95 dBm
Bit Rate: 39.0 MBit/s
Encryption: WPA2 PSK (CCMP)
Type: nl80211 HW Mode(s): 802.11bgn
Hardware: 168C:002B 168C:A091 [Atheros AR9285]
TX power offset: none
Frequency offset: none
Supports VAPs: yes PHY name: phy0

wlan0-1 ESSID: unknown
Access Point: 00:00:00:00:00:00
Mode: Client Channel: unknown (unknown)
Tx-Power: 17 dBm Link Quality: unknown/70
Signal: unknown Noise: -95 dBm
Bit Rate: unknown
Encryption: unknown
Type: nl80211 HW Mode(s): 802.11bgn
Hardware: 168C:002B 168C:A091 [Atheros AR9285]
TX power offset: none
Frequency offset: none
Supports VAPs: yes PHY name: phy0

Где второй виртуальный адаптер wlan0-1 соответственно не соединен с AP.

Если второй вариант, то используйте iw утилиту:

root@OpenWrt:~# iw wlan0-1 info | grep type | cut -f2 -d' '
managed

Где type может быть значение managed или AP

А вот полный список

Supported interface modes:
* IBSS
* managed
* AP
* AP/VLAN
* WDS
* monitor
* mesh point
* P2P-client
* P2P-GO

[свернуть]

[sunny]

Dioptimizer
Да, для общего развития интересует
В качестве задачки для ума - написать скрипт, который будет мониторить наличие соединения в качестве клиента - "ассоциацию с AP", и поднимать его снова автоматом - при падении.
===
iw help смотрел, функционал богатый

[Dioptimizer]

Вот заготовка, я не довел ее до ума(нет времени), работает при запуске скрипта.
Т.е. это все достаточно зациклить в общий цикл while со sleep или как-то циклично запускать скрипт.

#!/bin/sh

TIMEOUT=30
SLEEP=3

sta_err=0

restart_wlan()
{
logger "Script start reconnection wlan interface"
wifi down
sleep $SLEEP
wifi up
}

while [ $(iwinfo | grep -c "ESSID: unknown") -ge 1 ]; do
        let sta_err=$sta_err+1
        if [ $((sta_err * SLEEP)) -ge $TIMEOUT ]; then
                restart_wlan
                break
        fi

        sleep $SLEEP
done

Взято отсюда.

Можно еще добавить рестарт restartNetwork функцию если нет пинга 4(или более) раз:

restartNetwork()
{
  /etc/init.d/network restart
  sleep 4
  killall dnsmasq
  /etc/init.d/dnsmasq start
}

# restart network if ping google.com && 8.8.8.8 fails 4 times
count=1
while [ "$count" -le 4 ]
 do
   if /bin/ping -c 1 google.com >/dev/null && /bin/ping -c 1 8.8.8.8 >/dev/null; then
      echo "wan:ok     ping-count:$count"
      exit 0
   fi
 let count++
done
restartNetwork

Взято отсюда.

[sunny]

Ага

или как-то циклично запускать скрипт.

Ну это вроде:

*/1 * * * * /usr/bin/script; /bin/sleep 15; /usr/bin/script; /bin/sleep 15; /usr/bin/script; /bin/sleep 15; /usr/bin/script

Каждые 15 секунд в cron-e, стартует скрипт - /usr/bin/script

[Dioptimizer]

while (true); do /usr/bin/script; sleep 15; done

Чтобы в фоне запустить добавьте в конце &

while (true); do /usr/bin/script; sleep 15; done &

Чтобы кильнуть процесс, это будет "killall ash"

[sunny]

Куда-то все разбежались
===
Я так понимаю, трафик от двух провайдеров одновременно, можно загнать в локалку с помощью этой фичи SNAT через веб-интерфейс ?

Предыдущий товарищ спрашивал...
Кстати, похоже лучше через мультиван:
https://wiki.openwrt.org/ru/doc/uci/multiwan
===
Как лучше хлопнуть этих товарищей из canonical ?
14.04 ubuntu все галочки убраны, шпионит зараза
В меню Статус - Графики в реальном времени - Соединения
Источник:
ubuntu_хост.lan:123
ПОРТ 123
Назначение:
chilipepper.canonical.com:123
pugot.canonical.com:123
golem.canonical.com:123
alphyn.canonical.com:123
===
Какая-то нездоровая у меня активность на 53 порту со стороны провайдера и отвечат ubuntu на ПК на 53 порт роутера.
Как-бы это хлопнуть ?
Огромный лист по 2 пакета UDP...

[sunny]

123 порт хлопнул также, как здесь "родительский контроль":
http://ne-ne-ne.ru/openwrt/openwrt-r...l-chast-1.html
Через - Правила для трафика...
===
А вот 53, это нормально ?

[sunny]

Ау народ
У вас такое же кол-во UDP запросов на DNS провайдера от одного девайса?

[solalex]

Многовато, похоже на DNS-флуд
у меня например

[sunny]

solalex
Спасибо, похоже на то.
Другой ПК с ubuntu 16.04

Погасить активность, пока удается только убив 53 порт, конечно и интернет не работает
Я вот думаю, не может ли это зараза лезть через VirtualBox ?
У меня там 3 ОС в режиме сетевого моста.
Хотя:

sudo netstat -nlpA inet
Активные соединения с интернетом (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State       PID/Program name
tcp        0      0 127.0.0.1:7634          0.0.0.0:*               LISTEN      1392/hddtemp    
tcp        0      0 127.0.1.1:53            0.0.0.0:*               LISTEN      1514/dnsmasq    
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           1009/avahi-daemon: 
udp        0      0 0.0.0.0:58666           0.0.0.0:*                           1009/avahi-daemon: 
udp        0      0 127.0.1.1:53            0.0.0.0:*                           1514/dnsmasq

Прослушиваемые UDP порты:

sudo netstat -lu
Активные соединения с интернетом (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State      
udp        0      0 *:mdns                  *:*                                
udp        0      0 *:58666                 *:*                                
udp        0      0 имя_хоста_флудящего_ПК:domain             *:*                                
udp6       0      0 [::]:mdns               [::]:*                             
udp6       0      0 [::]:52301              [::]:*

Процессы работающие с портом 53:

sudo lsof -i | grep 53
dnsmasq    1514 nobody   10u  IPv4 1853915      0t0  UDP *:34426 
dnsmasq    1514 nobody   11u  IPv4 1853949      0t0  UDP *:65269 
dnsmasq    1514 nobody   12u  IPv4 1853950      0t0  UDP *:36066 
dnsmasq    1514 nobody   22u  IPv4 1853914      0t0  UDP *:28021 
dnsmasq    1514 nobody   23u  IPv4 1853948      0t0  UDP *:41818

Не соображу пока, куда копать
Явный флуд и временами он приводит в отвалу соединения.