Если я настраиваю свою беспроводную сеть при запуске (wpa_supplicant & dhclient), соединение будет нормальным, пока я не запущу OpenVPN.

В этот момент беспроводной интерфейс отключается (не до тех пор, пока не установлен туннель), и мне приходится вручную восстанавливать его, перезапуская сеть или выполняя ifdown/ifup. Который работает, но это настоящая боль.

отчеты 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

OpenVPN не выдает никаких сообщений об ошибках, кроме невозможности доступа к серверу после отключения WiFi.

Я попытался создать оба устройства Tun / Tap без OpenVPN, и это прекрасно, им могут быть назначены IP-адреса.

wpa_supplicant и wpa_cli все еще работают, когда интерфейс выходит из строя, поэтому мне нужно запустить

ifdown --force wlan0

Я сократил конфигурацию OpenVPN до минимального примера конфигурации, и та же проблема все еще возникает.

Я также попробовал это с обоими устройствами rt2800 и rtl8187, оба испытывают одинаковое поведение.

Мои конфигурационные файлы следующие, но у меня не было проблем с ними, пока я не попытался заставить OpenVPN работать.

Файл интерфейсов

#/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
}

РЕДАКТИРОВАТЬ:

После некоторой отладки я определил, что это как-то связано с параметром wpa-roam. Изменение этого параметра на wpa-conf решает проблему (wpa_cli не запускается). Я буду обновлять снова, когда я сузил его до конкретного сигнала, вызывающего проблему.

EDIT2:

Я обновил wpa_supplicant с 1.0 до 2.0, и та же проблема все еще возникает, WiFi просто отключается от точки доступа, когда формируется туннель openvpn, беспроводной интерфейс фактически не отключается (pre, down, post не вызываются, когда это происходит)

1 ответ1

0

Вопрос в несколько ином контексте, но ответ здесь ...

Переадресация с Debian eth0 на wlan0 с помощью openvpn

По сути, ifplugd отключает интерфейс WiFi. Поскольку только один интерфейс роуминга должен быть активным одновременно.

Когда это называется:

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

Скрипт отключает любые устройства wpa-роуминга ...

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

Этот скрипт должен быть расширен для проверки других интерфейсов, которыми управляет ifplugd, а не только тот, который вызывается со скриптом.

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