O OpenVPN faz com que a WLAN / WiFi se desconecte no Linux?

Question

Se eu configuro minha rede sem fio na inicialização (wpa_supplicant & dhclient), a conexão é boa até que eu inicie o OpenVPN.

Nesse ponto, a interface sem fio se desassocia (não até que o túnel seja estabelecido) e eu tenho que trazê-lo de volta manualmente, seja reiniciando a rede ou fazendo ifdown / ifup. O que funciona, mas é uma dor real.

relatórios dmesg:

ADDRCONF(NETDEV_CHANGE) wlan0: link becomes ready
wlan0: disassociating from 00:00:00:00:00:00 by local choice (reason=3)
cfg80211: Calling CRDA to update world regulatory domain
ADDRCONF(NETDEV_CHANGE) wlan0: link is not ready

O OpenVPN não apresenta mensagens de erro além de não conseguir acessar o servidor quando o Wi-Fi é desativado.

Eu tentei criar ambos os dispositivos tun / tap sem o OpenVPN e isso é perfeitamente correto, eles podem receber endereços IP.

wpa_supplicant e wpa_cli ainda estão em execução assim que a interface é desativada, então tenho que executar

ifdown --force wlan0

Eu retirei minha configuração do OpenVPN para a configuração de amostra mínima e o mesmo problema ainda está ocorrendo.

Eu também tentei com os dispositivos rt2800 e rtl8187, ambos experimentam o mesmo comportamento.

Meus arquivos de configuração são os seguintes, mas eu não tive nenhum problema com eles até tentar fazer o OpenVPN funcionar.

Arquivo de interfaces

#/etc/network/interfaces
auto wlan0
iface inet wlan0 manual
    wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
    wpa-driver wext

iface inet default dhcp

wpa_supplicant

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=netdev
update_config=1
eapol_version=1
ap_scan=1
fast_reauth=1

network={
    ssid="myap"
    scan_ssid=1
    key_mgmt=WPA-EAP
    eap=TTLS
    ca_cert="/etc/ssl/certs/certificate.pem"
    identity="me"
    password="mypassword"
    phase1="peaplabel=0"
    phase2="auth=MSCHAPV2"
    priority=1
}

EDITAR:

Após a depuração por um tempo eu determinei que é algo a ver com a opção wpa-roam, alterando isso para wpa-conf resolve o problema (wpa_cli não é iniciado). Eu vou atualizar novamente quando eu reduzi-lo ao sinal específico que está causando o problema.

EDIT2:

Eu atualizei o wpa_supplicant de 1.0 para 2.0 eo mesmo problema ainda ocorre, o WiFi é simplesmente desassociado do AP quando um túnel openvpn é formado, a interface wireless não é realmente removida (pre, down, post não é chamado quando isso acontece)

    

Answer 1

A questão está em um contexto ligeiramente diferente, mas a resposta está aqui ...

Encaminhamento de eth0 para wlan0 do Debian, com openvpn

Basicamente, o ifplugd está derrubando a interface WiFi. Como apenas uma interface de roaming deve estar ativa ao mesmo tempo.

Quando isso é chamado:

/etc/ifplugd/action.d/action_wpa tun0 up

Os loops de script desconectam todos os dispositivos wpa-roaming ...

for CTRL in /var/run/wpa_supplicant/*; do

    [ -S "${CTRL}" ] || continue

    IFACE="${CTRL#/var/run/wpa_supplicant/}"

    # skip if ifplugd is managing this interface
    if [ "${IFPLUGD_IFACE}" = "${IFACE}" ]; then
        continue
    fi

    if wpa_action "${IFACE}" check; then
        wpa_cli -i "${IFACE}" "${COMMAND}"
    fi
done

Esse script precisa ser estendido para verificar outras interfaces que estão sendo gerenciadas pelo ifplugd, não apenas o que é chamado com o script.