1

Я пытаюсь использовать устройство TP-Link 3020 с установленным OpenWrt для подключения и подключения по WiFi.

У меня есть домашняя сеть WiFi, и я настраиваю соединение с ней ("режим клиента"). Затем я установил другой интерфейс на том же радио, чтобы подключить мой компьютер к устройству ("режим ap").

Режим клиента связан с WAN, а получение адреса через DHCP в пространстве 192.168.10.1/24 Режим AP связан с локальной сетью и распределение адресов в пространстве 192.168.1.1/24.

Все работает, но пока домашний WiFi не работает. Когда я выключаю его, оба соединения исчезают, то есть я не могу подключиться к Интернету, что является нормальным, но также я не вижу сеть AP для соединения с компьютера на устройство, например, для просмотра страниц LUCI.

Эта конфигурация работает, но пока не будет In The Moon Network . Когда он выходит из pfSense router также отключает Out of The Moon Network . Он больше недоступен и не виден, несмотря на то, что он все еще установлен в MR3020 .

Почему и как побороть?

ОБНОВИТЬ

Обновление с 12.04 до 14.07-rc3 и изменение порядка интерфейсов не помогло.

ОБНОВЛЕНИЕ 2

Также было бы полезно получить объяснение, почему MR3020 (например, у него есть только одна радиостанция, в то время как требуется две), чтобы удовлетворить мой запрос.

|источник

4 ответа4

1

Теперь, это не совсем ответ, но скорее объяснение, почему быть ретранслятором (что вы делаете, хотя и с маршрутизацией) трудно только с одной радиостанцией. Одно радио может работать только на одном канале WiFi.

В режиме станции все нормально. Вы устанавливаете канал на auto а wpa_supplicant (или wpad) заботится обо всем, в том числе об использовании правильного канала. Роуминг тоже будет работать, потому что соответствующий канал выбран динамически.

В режиме AP вы должны явно указать, по какому каналу радио будет предоставлять сеть. Этот канал не может измениться без «перезапуска» сети.

Таким образом, в режиме повторителя, когда вы являетесь одновременно станцией и точкой доступа, канал также является фиксированным. Это имеет некоторые последствия. Самым очевидным, конечно, является то, что роуминг больше не работает. Менее очевидно, но тем более неудачно: расширяя свою беспроводную сеть, вы создаете нисходящую сеть, которая мешает вашей восходящей сети. Так что, хотя вы действительно можете улучшить диапазон, качество будет падать.

Ваша проблема с отключением точки доступа при выходе из строя станции, скорее всего, является побочным эффектом наличия только одной радиостанции.

Я потратил много часов, пытаясь создать своего рода ретранслятор (используя MR3020) для своей университетской сети, но отказался из-за многих проблем, которые невозможно обойти с помощью автоматических решений.

|источник
1

Я столкнулся с аналогичной проблемой на TL-MR3020 и TL-WR703N. Одним из возможных решений является:

  • попробовать с настройкой по умолчанию (например, две сети).
  • Через 15 секунд (или около того) после запуска попробуйте проверить подключение к восходящей линии связи.
  • Если uplink недоступен, отключите Wi-Fi интерфейс uplink и перезапустите Wi-Fi.

Итак, начните загрузку как скрипт проверки фоновой задачи: добавьте в строку /etc/rc.local

wifi-sentinel.sh &

вызывая следующий скрипт:

# wifi-sentinel.sh (on syspath, e.g., in /usr/bin/)
#!/bin/sh

# use uci show wireless to list interfaces

# test both networks.
uci set wireless.@wifi-iface[2].disabled=0; 
uci commit wireless; 
wifi

# wait some time and test
sleep 15 

if wget http://google.com; then
   logger "You have uplink, no action."
# disable uplink wifi and restart if no connection is available
else
   uci set wireless.@wifi-iface[2].disabled=1; 
   uci commit wireless; 
   wifi
fi
|источник
0

Теоретически это может работать, но для этого требуется сотрудничество со всеми hostapd, wpa_supplicant, драйверами ядра и встроенным программным обеспечением на самом радио, а также с клеем, связывающим его в OpenWRT, в необычной (и, следовательно, несколько непроверенной) установке.

У меня есть аналогичные настройки на аналогичном оборудовании. Я подозреваю, что hostapd/wpa_supplicant не очень хорошо играют вместе. Подключение через Ethernet, когда точка доступа отключена из-за потери доступа к режиму STA, журнал показывает одну строку, в частности:

Sun Oct 12 03:54:23 2014 daemon.notice netifd: Network device 'wlan0-1' link is down

то есть что-то пометило другие интерфейсы, совместно использующие то же радио, что и down.

Проделав еще кое-что, когда все заработает, мы увидим сторону AP:

> iw dev wlan0-1 info
Interface wlan0-1
    ifindex 38
    wdev 0x16
    addr XX:XX:XX:XX:XX:XX
    ssid YYYYYYY
    type AP
    wiphy 0
    channel 6 (2437 MHz), width: 20 MHz, center1: 2437 MHz

Когда интерфейс не работает, точка доступа потеряла SSID и настройки канала:

> iw dev wlan0-1 info
Interface wlan0-1
    ifindex 38
    wdev 0x16
    addr XX:XX:XX:XX:XX:XX
    type AP
    wiphy 0

В конце концов, на мой взгляд, режим работы AP восстанавливается без посторонней помощи.

Я пробовал различные комбинации для ручного сброса настроек, но в итоге решил проблему с помощью адаптера USB WiFi, который можно использовать в порту USB для устройства в режиме STA. Несколько дискретных радиостанций - это лучшее решение по всему миру и дешевое / простое с USB-портами на OpenWRT в наши дни

|источник
0

Если wpa_supplicant потеряет соединение, он перейдет в активный цикл сканирования, что делает wiphy непригодным для работы в режиме ap, поэтому точка доступа отключается, если sta теряет связь. Это ничто, что можно легко исправить, и в настоящее время нет планов по решению этой проблемы.

читать больше здесь

https://dev.openwrt.org/ticket/12000 https://forum.openwrt.org/viewtopic.php?id=41610

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .