rfkill bloqueia vários adaptadores

Question

Eu tenho um adaptador wi-fi usb, bem como o construído em um. Quando eu executo rfkill list , recebo esta saída:

0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
9: nfc0: NFC
    Soft blocked: no
    Hard blocked: no

Existe uma listagem separada para os adaptadores embutidos e usb? Eu quero ser capaz de bloquear apenas o built-in adaptador, agora quando eu executar rfkill block 0 desativa ambos os adaptadores.

Atualização: Eu encontrei outro adaptador usb antigo, liguei e executei rfkill list . Desta vez, a saída foi

0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
3: nfc0: NFC
    Soft blocked: no
    Hard blocked: no
4: phy2: Wireless LAN
    Soft blocked: no
    Hard blocked: no

Onde 4 é o segundo adaptador, eu acho. Estou usando o este repositório rtl8812au para o driver. Pode haver um problema com isso que faz com que o adaptador não apareça em rfkill list ? Com o segundo adaptador conectado, eu corri rfkill block 4 e todo o wifi foi bloqueado. O construído em wi-fi e os dois adaptadores. É assim que rfkill é supostamente trabalhado?

    

Answer 1

Isto é aparentemente como o rfkill atualmente funciona para mim também. Não é apenas o próprio comando rfkill, que mostra esse comportamento. O mesmo acontece quando você escreve diretamente nos arquivos sysfs. Por exemplo (como root):

Desativar RF no dispositivo WiFi # 0:

$ echo 1 > /sys/class/rfkill/rfkill0/soft

Ativar RF no dispositivo WiFi # 2:

$ echo 0 > /sys/class/rfkill/rfkill2/soft

Estou assumindo que é o padrão para todos os dispositivos, que não suportam a API de eliminação de RF no driver. Para citar o arquivo de cabeçalho cfg80211.h:

% bl0ck_qu0te%

Eu também estou usando o driver rtl8812au, assim como o rtl8192ce, que não parecem suportar a API kill de RF diretamente em seus drivers.

Para o driver rtl8812au em si, estou usando o do link , porque esse por gnab fez com que ele fosse identificado como um adaptador Ethernet em vez de um adaptador WiFi. Se você está tendo exatamente o mesmo problema, isso pode explicar por que ele não está listado por rfkill.