Duas redes WiFi funcionam apenas simultaneamente no OpenWrt

Question

Estou tentando usar o roteador do dispositivo TP-Link 3020 com o OpenWrt instalado para conectar e conectar por WiFi.

Tenho uma rede WiFi doméstica e estabeleço conexão com ela ("modo cliente"). Então eu configurei outra interface no mesmo rádio para conectar meu computador ao dispositivo ("modo ap").

O modo cliente está associado à WAN e obtém endereço via DHCP no espaço 192.168.10.1/24 O modo AP está associado à LAN e à distribuição de endereços no espaço 192.168.1.1/24

Tudo funciona, mas até que o WiFi doméstico esteja ativo. Quando eu desligar, ambas as conexões desaparecem, ou seja, eu sou incapaz de se conectar à internet, o que é normal, mas também não consigo ver a rede AP para conectar de computador para dispositivo, por exemplo, ver páginas LUCI. p>

Essa configuração funciona, mas até que In The Moon Network esteja ativo. Quando ele desce, por pfSense router , o Out of The Moon Network também cai. Não é mais acessível e visível, apesar do fato de ainda estar configurado em MR3020 .

Por que e como superar?

UPDATE

Atualize de 12.04 para 14.07-rc3 e a reordenação de interfaces não ajudou.

UPDATE 2

Uma explicação por que não é possível para MR3020 (por exemplo, ter apenas um rádio enquanto houver dois necessários) para atender ao meu pedido também seria apreciado.

    

Answer 1

Agora, isso não é exatamente uma resposta, mas é mais uma explicação de por que ser um repetidor (que é o que você faz, embora com roteamento) é difícil com apenas um rádio. Um único rádio só funciona em um canal WiFi.

No modo de estação, tudo está bem. Você define o canal como auto e wpa_supplicant (ou wpad ) cuida das coisas, inclusive usando o canal correto. O roaming também funcionará, porque o canal apropriado é dinamicamente selecionado.

No modo AP, você deve especificar explicitamente em qual canal o rádio fornecerá a rede. Este canal não pode mudar sem “reiniciar” a rede.

Como tal, no modo repetidor, onde você é tanto station quanto AP, o canal também é fixo. Isso tem algumas implicações. O mais óbvio é claro que o roaming não funciona mais. Menos óbvio, mas ainda mais infeliz: ao ampliar sua rede sem fio, você cria uma rede downstream que interfere na sua rede upstream. Então, enquanto você pode realmente melhorar o alcance, a qualidade cairá.

O problema do AP descendo quando a estação cai é provavelmente um efeito colateral de ter apenas um rádio.

Eu passei muitas horas tentando construir uma espécie de repetidora (usando um MR3020) para minha rede universitária, mas desisti devido a muitos problemas que não podem ser resolvidos com soluções automáticas.

    

Answer 2

Eu enfrentei um problema semelhante no TL-MR3020 e no TL-WR703N. Uma solução possível é:

• para experimentar a configuração padrão (por exemplo, duas redes).
• Após 15 segundos (ou mais) após o início, tente testar a conexão de uplink.
• Se o uplink não estiver disponível, desative a interface Wi-Fi de uplink e reinicie o Wi-Fi.

Portanto, inicie na inicialização como script de verificação de tarefa em segundo plano: por exemplo, adicionar à linha /etc/rc.local

wifi-sentinel.sh &

chamando o seguinte script:

# 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

    

Answer 3

Em teoria, isso pode funcionar, mas precisa de cooperação de hostapd, wpa_supplicant, os drivers do kernel e o firmware no próprio rádio, bem como a cola que o liga dentro do OpenWRT, de forma incomum (e, portanto, não testada) configuração.

Eu tenho uma configuração semelhante em um hardware semelhante. Minha suspeita é que hostapd / wpa_supplicant não estão jogando bem juntos. Conectando via ethernet quando o AP foi desativado como resultado do acesso ao modo STA ser perdido, o logread mostra uma linha em particular:

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

i.e. alguma coisa marcou as outras interfaces compartilhando o mesmo rádio e também baixando.

Fazendo um pouco mais de escavação, quando tudo está funcionando, podemos ver o lado do 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

Quando a interface está inativa, o AP perdeu as configurações do SSID e do canal:

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

Eventualmente, no meu, a operação no modo AP parece se recuperar sem ajuda.

Eu tentei várias combinações de redefinição manual, mas no final eu resolvi com um adaptador USB WiFi para usar na porta USB para o dispositivo de modo STA. Múltiplos rádios discretos é uma solução melhor e barata / fácil com portas USB no OpenWRT atualmente.

    

Answer 4

Se o wpa_supplicant perder a conexão, ele entrará em um ciclo de varredura ativo, o que tornará a wifhy inutilizável para a operação no modo ap, portanto, o ap será removido se o sta perder sua associação. Isso não é nada que possa ser consertado facilmente e não há planos atuais para resolver isso.

leia mais aqui

link link