0
1
Жил был у меня роутер ASUS и хорошо дружил с 3G модемом, никаких проблем с их совместной работой не было. Но в роутере регулярно по непонятным причинам слетали все настройки к дефолтным и его приходилось очень часто перенастраивать, а альтернативных прошивок к нему не существует ни одной. Купил ему на замену Tp-Link на который есть альтернативные прошивки на любой вкус. Так вот остановился я на OpenWrt, подружил с новым роутером тот же модем, соединение подымается без проблем. Но есть один нюанс в работе, соединение держится когда 5 минут, когда 30 и более но обязательно обрывается и сразу же переподключается. 3G модем сеть ловит хорошо и на старом роутере соединение держалось часами если не сутками, а на Tp-Link больше чем полтора часа не видел чтобы держалось соединение. При сёрфинге обрывов и переподключений можно и не заметить, но при IP телефонии обрывы достают. Добавлю так же то что сам модем работает на USB удлинители около 8 метров по экранированной витой паре поэтому первым делом грешу на недостаток питания через работу в TP-Link (воткнуть напрямую модем в роутер без проводов для теста в моем случае крайне проблематично). Как то для эксперимента добавлял к своим 8 метрам кабеля еще 3 метра удлинителя и такой длинный кабель без проблем работал на старом роутере Asus. Когда добавил те же 3 метра кабеля к основному и воткнул в новый Tp-Link тот не увидел модем вовсе. И когда отслеживал что происходит в Luci на Tp-Link с подключением, то в момент обрыва вижу сообщение Ошибка: Network device is not present. Блок питания для Tp-Link 12 вольт и 1 ампер, ставил другой блок на 12 вольт и 1.5 ампера, такие же обрывы. Если дело в питании, может на OpenWrt можно как то рулить силу тока на USB порт? Или может дело не в питании? Кто чего скажет на этот счет? Можно конечно купить активный USB хаб, но для начала хотелось бы понять в чем проблема. Нашел вот здесь https://stackoverflow.com/questions/4702216/controlling-a-usb-power-supply-on… команду echo «0» > «/sys/bus/usb/devices/usbX/power/autosuspend» но подключившись к роутеру по SSH из под рута она у меня не выполняется.
sampsonf:
Supply the following if possible:
- Device problem occurs on
TPLink TP-WRD3600 v1 - Software versions of OpenWrt/LEDE release, packages, etc.
Luci-Network-Wireless, Radio0 Generic 802.11bg device is not active
OpenWrt 19.03 - Steps to reproduce
Freshly installed. Reboot/Restart do not fix the issue
Radio0 is a Generic 802.11bg device, which is always not active even after restart of the device, or reboot of the router.
There is a Radio2, which is a Generic 802.11bgn device, which is working normally for 2.4Ghz band.
sampsonf:
This is for the ath79 generic target
IronicSven:
It seems to me that you have kept «keep settings» checked when you switched from ar71xx to ath79.
The unusable radio device should disappear if you reset the device to the defaults or delete the radio with uci.
sampsonf:
I am upgrading ath79 target night built to 19.03.
Which night built do not have this issue.
adrianschmutzler:
Sounds like an upgrade issues indeed. BTW, there is no 19.03, only 19.07?
rulf:
similar here.
Model: TP-Link TL-WDR3600 v1
Architecture: Atheros AR9344 rev 2
Firmware: OpenWrt 19.07.1 r10911-c155900f66
radio0: Generic 802.11bg
Device is not active
0% — SSID: OpenWrt | Mode: Master
Wireless is not associated
radio1: Atheros AR9580 802.11an
Channel: 44 (5.220 GHz) | Bitrate: 93.8 Mbit/s
58% — SSID: OpenWrt | Mode: Master
BSSID: XX:XX:XX:XX:XX:XX | Encryption: WPA2 PSK (CCMP)
radio2: Generic 802.11bgn
Device is not active
0% — SSID: OpenWrt | Mode: Master
Wireless is disabled
How to get 2.4 GHz back?
FRM-CCA:
Hi, same problem on Xiaomi Mi3g (v1)
MediaTek MT7603E 802.11bgn
Openwrt 19.07
jow-:
You need to reset and recreate your wireless configuration. Via SSH, run rm /etc/config/wireless
and reboot.
FRM-CCA:
You close the ticket, but after reset wifi same problem on xiaomi 3g…
wait before closing
steveeJ:
I experienced this issue on a fresh installation of OpenWrt 19.07.2, r10947-65030d81f3.
You need to reset and recreate your wireless configuration. Via SSH, run
rm /etc/config/wireless
and reboot.
This didn’t work for me. Instead, I deleted all the settings via uci
in an SSH session:
uci delete wireless.radio0
uci delete wireless.radio1
uci delete wireless.default_radio0
uci delete wireless.default_radio1
uci commit
reboot
Ater that, I set up the Wireless interfaces via Luci and radio0 worked fine.
Lexus:
Hi Stefan,
How exactly did you do that ?
Have also deleted everything. Only now I have over luci under Network no wireless.
How can I set this up again ?
BR
Lexus
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
Hallo,
eigentlich ist ja https://forum.openwrt.org das richtigere Forum, hier kommt jedoch kein Feedback. Ich habe einen Linksys WRT1900ACSv2-Router mit OpenWRT 21.02 und möchte hier gerne zwei separate Netzwerke (192.168.0.0/24, 192.168.1.0/24) auf jeweils zwei Ports legen. Beschrieben wird das hier https://openwrt.org/docs/guide-user/net … d_networks.
Ich habe das nur über die Konsole konfiguriert und ich bin den Weg über die Luci-Gui gegangen. Das Netzwerk 192.168.0.0/24 lässt sich nicht einrichten. Ich sehe immer wieder in der Gui bei LAN0
Protocol: Static address
MAC: 12:F2:F1:56:EC:31
RX: 0 B (0 Pkts.)
TX: 0 B (0 Pkts.)
Error: Network device is not present
Dagegen besitzt LAN1 die bisherige Konfiguration für 192.168.1.0/24.
Das sind die Einstellungen in der CLI:
Code: Alles auswählen
root@OpenWrt:~# uci show network
network.loopback=interface
network.loopback.device='lo'
network.loopback.proto='static'
network.loopback.ipaddr='127.0.0.1'
network.loopback.netmask='255.0.0.0'
network.globals=globals
network.globals.ula_prefix='fdbf:1af2:5c22::/48'
network.@device[0]=device
network.@device[0].name='br-home'
network.@device[0].type='bridge'
network.@device[0].ports='lan3' 'lan4'
network.lan1=interface
network.lan1.device='br-home'
network.lan1.proto='static'
network.lan1.ipaddr='192.168.1.1'
network.lan1.netmask='255.255.255.0'
network.lan1.ip6assign='60'
network.@device[1]=device
network.@device[1].name='wan'
network.@device[1].macaddr='c6:41:1e:33:b4:3b'
network.wan=interface
network.wan.device='wan'
network.wan.proto='dhcp'
network.wan6=interface
network.wan6.device='wan'
network.wan6.proto='dhcpv6'
network.@device[2]=device
network.@device[2].type='bridge'
network.@device[2].name='br-office'
network.@device[2].ports='lan1' 'lan2'
network.lan0=interface
network.lan0.proto='static'
network.lan0.device='br-office'
network.lan0.ipaddr='192.168.0.50'
network.lan0.netmask='255.255.255.0'
und
Code: Alles auswählen
root@OpenWrt:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1508 qdisc mq state UP qlen 1024
link/ether c4:41:1e:33:b4:3b brd ff:ff:ff:ff:ff:ff
inet6 fe80::c641:1eff:fe33:b43b/64 scope link
valid_lft forever preferred_lft forever
3: lan4@eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue master br-home state LOWERLAYERDOWN qlen 1000
link/ether c4:41:1e:33:b4:3b brd ff:ff:ff:ff:ff:ff
4: lan3@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-home state UP qlen 1000
link/ether c4:41:1e:33:b4:3b brd ff:ff:ff:ff:ff:ff
5: lan2@eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noqueue state DOWN qlen 1000
link/ether c4:41:1e:33:b4:3b brd ff:ff:ff:ff:ff:ff
6: lan1@eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noqueue state DOWN qlen 1000
link/ether c4:41:1e:33:b4:3b brd ff:ff:ff:ff:ff:ff
7: wan@eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state LOWERLAYERDOWN qlen 1000
link/ether c6:41:1e:33:b4:3b brd ff:ff:ff:ff:ff:ff
8: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
link/ether 00:25:9c:14:9a:0a brd ff:ff:ff:ff:ff:ff
9: wlan1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
link/ether 00:25:9c:14:9a:09 brd ff:ff:ff:ff:ff:ff
10: br-home: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
link/ether c4:41:1e:33:b4:3b brd ff:ff:ff:ff:ff:ff
inet 192.168.1.1/24 brd 192.168.1.255 scope global br-home
valid_lft forever preferred_lft forever
inet6 fdbf:1af2:5c22::1/60 scope global noprefixroute
valid_lft forever preferred_lft forever
inet6 fe80::c641:1eff:fe33:b43b/64 scope link
valid_lft forever preferred_lft forever
13: br-office: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
link/ether 4e:0d:87:35:25:a1 brd ff:ff:ff:ff:ff:ff
Ich würde sagen, dass ein entscheidender Unterschied bei lan1@eth0 und lan2@eth0 gegenüber lan3@eth0 und lan4@eth0, die beide «DOWN» gegenüber «UP» und «LOWERLAYERDOWN» sind. Was ich nicht verstehe ist, dass sich LAN0 nicht komplett einrichten lässt.
Code: Alles auswählen
root@OpenWrt:~# ubus list network.interface.*
network.interface.lan0
network.interface.lan1
network.interface.loopback
network.interface.wan
network.interface.wan6
Code: Alles auswählen
root@OpenWrt:~# ifstatus lan0
{
"up": false,
"pending": false,
"available": false,
"autostart": true,
"dynamic": false,
"proto": "static",
"device": "br-office",
"data": {
},
"errors": [
{
"subsystem": "interface",
"code": "NO_DEVICE"
}
]
}
Habt Ihr Ideen, die weiterführen könnten?
Vielen Dank
BrotherJ
В этой статье я расскажу о том как настроить сеть в OpenWRT. В частности расскажу о том как сделать несколько SSID на одной радиокарте, настроить WPA2-Enterprise, поднять VLAN и как настроить программный свитча(swconfig).
UCI
Все настройки будем проводить через консоль так как она не ограничена в возможностях в отличии от веб интерфейса. Для настроек системы в OpenWRT используется подсистема UCI(Unified Configuration Interface), которая позволяет централизовано настраивать всевозможные сервисы начиная с сервиса монтирования файловых систем и заканчивая сервисом QoS. Все настройки UCI находятся в директории «/etc/config/» и имеют одинаковый синтаксис. Для управления системой UCI используется программа uci. С помощью неё можно редактировать конфигурационные файлы, просматривать текущие настройки и прочее. uci очень удобно использовать для конфигурирования системы из скриптов. Так-же есть возможность писать расширения для uci. Синтаксис конфигурационных файлов такой:
config 'example' 'test' option 'string' 'some value' option 'boolean' '1' list 'collection' 'first item' list 'collection' 'second item'
config ‘example’ ‘test’ — начало секции, example — тип по которому uci поймет как трактовать опции в этой секции, test — идентификатор секции. option или list определяет тип настроек, list — составные настройки(например список интерфейс для прослушивания apache’ем). string, boolean, collection — названия переменных.
Настройка сетевых интерфейсов
Конфигурационный файл — /etc/config/network.
В простейшем случае настройка сети выглядит так:
config interface lan option ifname eth1 option proto static option ipaddr 192.168.0.10 option netmask 255.255.255.0 option gateway 192.168.0.1 option dns 192.168.0.1
Где lan это роль данного интерфейса. Нужна она для того что-бы можно было абстрагироваться от названия интерфейсов. Например можно в фаерволе указать что разрешить весь входящий трафик c lan.
Пример добавления статического маршрута:
config route option interface lan option target 10.1.1.1 option netmask 255.255.255.255 option gateway 192.168.0.100
Отмечу что интерфейс обязательно надо указывать.
Пример настройки влана и добавление его в bridge:
config interface guest option ifname "eth1.123" option type bridge option proto static option netmask 255.255.255.0 option ipaddr 192.168.2.2
Создаст интерфейс «br-guest» и включит в него интерфейс eth1.123(123 vlan-id на интерфейсе eth1). Ниже будет пример как добавить в этот бридж беспроводной интерфейс.
Так как чипсеты используемые в роутерах обычно имеют 1-2 ethernet порта, а хочется побольше, то используется отдельных контроллер для ethernet. Он подключается одним портом в главный чипсет, а остальными наружу. Непосредственно в сетевой системе такой программный коммутатор никак не представлен. Коммутатор можно настроить через утилиту swconfig, либо через uci. Предположим у нас есть один ethernet порт eth0 подключенный к 5-му порту управляемого коммутатора:
config 'switch' 'eth0' option 'enable' '1' option 'enable_vlan' '1' option 'reset' '1' config 'switch_vlan' option 'vlan' '0' option 'device' 'eth0' option 'ports' '0 1 2 5t' config 'switch_vlan' option 'vlan' '1' option 'device' 'eth0' option 'ports' '3 5t' config 'switch_vlan' option 'vlan' '124' option 'device' 'eth0' option 'ports' '6t 5t'
Здесь eth0 — название интерфейса куда подключен коммутатор. В первой секции включаем коммутатор и включаем поддержку теггированного(трафика с вланом) трафика. Каждая секция switch_vlan отвечает за определенный VLAN указанный в опции vlan. Этот тег будет использоваться для добавления метки для портов указанных в секции ports. Буква t у порта обозначает что трафик в этот порт должен быть передан теггированным(с меткой), в остальные перечисленные порты он попадет без метки. Запись ‘0 1 2 5t’ нужно читать так: передай нетегированный трафик с портов 0, 1, 2 в порт 5 с меткой 0. Так как VLAN с меткой 0 это тоже самое что трафик без метки, то на нашем порту eth0 мы получим трафик с портов 0, 1, 2 без всяких вланов. В следующей секции написано: ports=’3 5t’, vlan=1. Это значит что нетегированный трафик с порта 3 придет на eth0 с vlan-id=1(не рекомендую использовать vlan-id=1). В последней секции написано vlan=124, port=«6t 5t» — это значит что трафик пришедший на порт6 с тегом 124 придет на eth0 с тегом 124.
В network можно настроить подключения типа PPTP, PPPoE и даже 6to4.
Настройка wi-fi:
Конфигурационный файл находиться тут — /etc/config/wireless.
Настройка радио интерфейсов разделена на две части: настройки уровня phy(физика) и настройка интерфейса. Минимальные настройки выглядят так:
config 'wifi-device' 'radio0' option 'type' 'mac80211' option 'channel' '6' config 'wifi-iface' option 'device' 'radio0' option 'network' 'guest' option 'mode' 'ap' option 'ssid' 'guest' option 'encryption' 'none'
В первой секции мы указали что тип чипсета/драйвера — mac80211(определяется при загрузке), используемый канал — 6. Так-же можно указать используемые стандарты, мощность передатчика, используемые антенны и прочее. Во второй секции уже описываем сам интерфейс. Интерфейсов может быть несколько, например с разными SSID. В опции device необходимо указать идентификатор секции с описание устройства, в данном случае radio0. network=guest значит что нужно прикрепить это устройство к интерфейсу guest использующемся в network. Так как у нас(смотри выше) в описание сети написано что interface=guest это бридж, то этот беспроводной интерфейс добавить в бридж br-guest.
Пример настройки multi-ssid с шифрованием wpa2-enterprise+ccmp:
config 'wifi-iface' option 'device' 'radio1' option 'network' 'wlan' option 'mode' 'ap' option 'ssid' 'super' option 'encryption' 'wpa2' option 'server' '192.168.0.11' option 'port' '1812' option 'key' 'secret' config 'wifi-iface' option 'device' 'radio1' option 'network' 'wlan' option 'mode' 'ap' option 'ssid' 'puper' option 'encryption' 'wpa2' option 'server' '192.168.0.11' option 'port' '1812' option 'key' 'secret'
OpenWRT создаст два интерфейса с разными ssid(super и puper) и будет их авторизовывать через RADIUS-сервер 192.168.0.11. key — это ключ RADIUS’а. Обычно можно поднимать до 4 SSID, зависит от радиокарты. Отмечу так-же что OpenWRT для каждого wifi устройства автоматически создает устройства типа monitor, с помощью которых можно ловить заголовки уровня 802.11.
Ссылки по теме:
wiki.openwrt.org/doc/uci
wiki.openwrt.org/doc/uci/network
wiki.openwrt.org/doc/uci/wireless
wiki.openwrt.org/doc/uci/network/switch