OpenWRT — не работает интернет
Установил openwrt v21.02.2 на роутер asus rt-n56u (a1). Прошивка встала сразу, а вот интернет работать не хочет. Провайдер мой работает по PPPoE. Что самое странное, так это то, что роутер к нему подключился, получил ip и успешно выполняет ping 8.8.8.8, а вот в браузере выполнять запросы не получается.
На пк (windows 10), который подключен по lan к роутеру, индикатор сети в трее показывает, что сеть подключена к интернету. IPv4 адрес пк установлен статично 192.168.1.2, маска 255.255.255.0, gateway 192.168.1.1
На роутере горит только лампа напротив питания. WAN, LAN, wi-fi не горят.
Не знал что прикреплять, в настройках сетей я ноль, поэтому говорите что нужно, если я этого не предоставил.
Выполнил ifconfig через putty по ssh:
root@OpenWrt:~# ifconfig br-lan Link encap:Ethernet HWaddr 32:85:A9:6A:B7:01 inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: 2a02:2698:5022:9921::1/64 Scope:Global inet6 addr: 2a02:2698:5022:990d::1/64 Scope:Global inet6 addr: fe80::3085:a9ff:fe6a:b701/64 Scope:Link inet6 addr: fd32:58a0:3cad::1/60 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:10206 errors:0 dropped:0 overruns:0 frame:0 TX packets:4863 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:927154 (905.4 KiB) TX bytes:4303693 (4.1 MiB) eth0 Link encap:Ethernet HWaddr 30:85:A9:6A:B7:01 inet6 addr: fe80::3285:a9ff:fe6a:b701/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:13174 errors:0 dropped:2 overruns:0 frame:0 TX packets:7207 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1856882 (1.7 MiB) TX bytes:4592118 (4.3 MiB) Interrupt:5 eth0.1 Link encap:Ethernet HWaddr 32:85:A9:6A:B7:01 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:10207 errors:0 dropped:0 overruns:0 frame:0 TX packets:4863 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:927200 (905.4 KiB) TX bytes:4303693 (4.1 MiB) eth0.2 Link encap:Ethernet HWaddr 30:85:A9:6A:B7:00 inet6 addr: fe80::3285:a9ff:fe6a:b700/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2806 errors:0 dropped:69 overruns:0 frame:0 TX packets:1218 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:672060 (656.3 KiB) TX bytes:135689 (132.5 KiB) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:1095 errors:0 dropped:0 overruns:0 frame:0 TX packets:1095 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:97480 (95.1 KiB) TX bytes:97480 (95.1 KiB) pppoe-pppoe Link encap:Point-to-Point Protocol inet addr:100.67.39.198 P-t-P:10.85.255.126 Mask:255.255.255.255 inet6 addr: fe80::f12d:49d2:cfa6:b89a/128 Scope:Link UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1 RX packets:202 errors:0 dropped:0 overruns:0 frame:0 TX packets:266 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:44766 (43.7 KiB) TX bytes:24105 (23.5 KiB)root@OpenWrt:~# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 10.85.255.126 0.0.0.0 UG 0 0 0 pppoe-pppoe 10.85.255.126 * 255.255.255.255 UH 0 0 0 pppoe-pppoe 192.168.1.0 * 255.255.255.0 U 0 0 0 br-lanСодержимое файла /etc/config/network:
root@OpenWrt:~# cat /etc/config/network config interface 'loopback' option device 'lo' option proto 'static' option ipaddr '127.0.0.1' option netmask '255.0.0.0' config globals 'globals' option ula_prefix 'fd32:58a0:3cad::/48' config device option name 'br-lan' option type 'bridge' list ports 'eth0.1' config device option name 'eth0.1' option macaddr '32:85:a9:6a:b7:01' config interface 'lan' option device 'br-lan' option proto 'static' option ipaddr '192.168.1.1' option netmask '255.255.255.0' option ip6assign '60' config device option name 'eth0.2' option macaddr '30:85:a9:6a:b7:00' config interface 'wan' option device 'eth0.2' option proto 'dhcp' config interface 'wan6' option device 'eth0.2' option proto 'dhcpv6' config switch option name 'switch0' option reset '1' option enable_vlan '1' config switch_vlan option device 'switch0' option vlan '1' option ports '0 1 2 3 8t' config switch_vlan option device 'switch0' option vlan '2' option ports '4 8t' config interface 'pppoe' option proto 'pppoe' option device 'eth0.2' option username 'login' option password 'pass' option ipv6 'auto'root@OpenWrt:~# ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8): 56 data bytes 64 bytes from 8.8.8.8: seq=0 ttl=109 time=53.670 ms 64 bytes from 8.8.8.8: seq=1 ttl=109 time=53.699 ms 64 bytes from 8.8.8.8: seq=2 ttl=109 time=53.556 ms 64 bytes from 8.8.8.8: seq=3 ttl=109 time=53.531 ms 64 bytes from 8.8.8.8: seq=4 ttl=109 time=53.754 ms 64 bytes from 8.8.8.8: seq=5 ttl=109 time=53.566 ms 64 bytes from 8.8.8.8: seq=6 ttl=109 time=53.594 ms 64 bytes from 8.8.8.8: seq=7 ttl=109 time=53.573 ms 64 bytes from 8.8.8.8: seq=8 ttl=109 time=53.660 ms ^C --- 8.8.8.8 ping statistics --- 9 packets transmitted, 9 packets received, 0% packet loss round-trip min/avg/max = 53.531/53.622/53.754 msКак заставить OpenWRT принимать wifi сеть и отдавать устройствам?
Добрый вечер. Есть смартфон, к сожалению на Windows 10 Mobile, роутер с OpenWRT, ПК только Wifi и ПК только Ethernet. Требуется раздать Wifi со смартфона через роутер, чтобы все могли подключится. ПК, который только с Wifi, обязательно должен брать интернет через роутер. Помогите, пожалуйста. Курил англ. вики OpenWRT, сломал роутер.)
Зависит от. На некоторых чипах можно одновременно запустить STA и AP соединения. Если есть отдельный 5ГГц wifi, можно брать с 5GHz и отдавать по 2.4GHz
Wifi роутер уже подключен к смартфону, с этой части (Bridged and routed client modes) начинать читать, а то я в англ. не очень
Зависит от. На некоторых чипах можно одновременно запустить STA и AP соединения
удваиваю. сам недавно узнал о такой фиче. mr3020 так умеет.
у меня так старый ноут может на intel вафле.
Можете объяснить способ из статьи поподробнее, прописал как там, заменил на свой wan (eth0.2), но нечего не заработало
Bridged client mode only works on brcm-2.4 all other platforms need non-standard patches or other workarounds
Вам нужен роутер режим с двумя виртуальными беспроводными интерфейсами. Последнее поддерживается не всеми драйверами. В общем случае, нужно настроить интерфейс в sta режиме и в терминологии openwrt поместить этот интерфейс в сеть wan. Этот интерфейс будет подключаться к смартфону. Второй интерфейс — обычная настройка в режиме ap (сеть lan в openwrt) для раздачи. Важно, чтоб wan сеть не была type bridge, это настраивается в /etc/config/network (достаточно закомментировать блок с описанием wan. Беспроводная часть настраивается в /etc/config/wireless.
Маленькое уточнение, если используется mac80211 (compat-drivers) интерфейс AP не поднимется, пока не подключится sta интерфейс к вышестоящей точке доступа. Потому в lan сети желательно оставить проводные интерфейсы, чтоб можно было добраться до настройки хотя бы по проводу. Причина такого поведения — в последних версиях (эдак года 3-4) отключена функция channel hopping или раздельной настройки каналов для разных виртуальных интерфейсов, то есть phy должен всегда находится на одном канале. А т.к. station не знает на каком канале находится опорная точка доступа, драйвер не позволит поднять AP интерфейсы до появления соединения на managed интерфейсе.
Немного теории и практики. Проблема wifi-репитеров заключается в том, что изначально 802.11 не предусматривает подмену MAC-адреса при пересылке данных между устройствами, т.к. MAC для sta/ibss является идентификатором участника сети и AP или другие ibss могут указывать destination только по этому идентификатору (он по сути и есть MAC, но он должен быть известен устройству с которого ведется передача). В общем случае сети infrastructure (где есть AP и несколько STA) точка доступа должна знать куда слать фрейм на L2 уровне и если MAC-адреса станции нет в списке подключённых, точка доступа ничего слать не будет и обратная ситуация, если прилетает неизвестный MAC, а в списке подключённых его нет точка его отбросит.
Для обхода этой проблемы был разработан WDS, который добавляет конкретно MAC-адрес назначения, но требует включения 4addr mode на всех участника сети (что невозможно ввиду разных ОС клиентов и соответственно разных реализаций драйверов). До применения этой технологии использовались две технологии на уровне драйверов: nat2.5 и repeater. В первом случае на клиентском интерфейсе у всех фреймов исходящих подменялся source MAC на свой и точка доступа видела только одно устройство, а отслеживание обратной трансляции ложилось на плечи клиентского устройства. Второй метод (repeater) более сложен и редко применялся, но реализации были — суть в том, что драйвер пересылает вообще всё в эфире и притворяется точкой доступа. То есть даже association тоже пересылалось в сторону основной точки доступа и она видела всех подключённых клиентов, как будто они в её пределах видимости. Такой себе прокси на уровне L2.
Это возможно, но в opensource драйверах есть подводные камни с этим процессором при использовании виртуальных интерфейсов. Ралинковцы что-то нахимичили при проектировании чипа, в части wifi (а если ещё точнее в dcu блоке) и там возникают «левые» прерывания при посылке данных, в проприетарном драйвере использован грязный хак для обхода такого поведения, а в opensource-реализации такого хака нет. Потому в обычном режиме устройство работает нормально, но если начать пользовать дополнительные виртуальные интерфейсы интерфейс со временем начнёт терять пакеты, а потом и вовсе зависнет.