5

У меня есть сборка Wheezy на моем Пи. Я настроил мой проводной Ethernet со статическим IP, и я сделал то же самое с WLAN. Когда проводной используется Wi-Fi приходит и работает. Однако, когда я отключаю проводной кабель, чтобы я мог использовать Pi через Wi-Fi, он перестает работать.

Я неправильно настроил файл интерфейсов? Кажется действительно странным, что он перестал бы работать, потому что кабель не подключен. Я попытался перезагрузиться без кабеля, подключенного к Pi, чтобы убедиться, что это не просто сбой, когда я отключаю его во время работы, но он будет работать, только если сначала подключен проводной кабель.

Вот копия моего файла /etc /network /interfaces ...

        auto lo

    iface lo inet loopback

    auto eth0
    iface eth0 inet static
            address 10.0.42.111
            network 10.0.42.0
            netmask 255.255.255.0
            broadcast 10.0.42.255
            gateway 10.0.42.1

    allow-hotplug wlan0
    auto wlan0
    iface wlan0 inet static
            address 10.0.42.112
            network 10.0.42.0
            netmask 255.255.255.0
            broadcast 10.0.42.255
            gateway 10.0.42.1

    wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf

5 ответов5

5

У меня просто была та же проблема, DHCP, но тот же сбой WLAN0, пока ETH0 не был UP. В моем случае @Jivings - это правильно. При пинге ответ получен через ETH0.

Теперь это идет вразрез со всем, что я понимаю, но в моем случае с подключенным кабелем RPI Ethernet:

pi@raspberrypi ~ $ ifconfig
eth0      Link encap:Ethernet  HWaddr b8:27:eb:b0:0c:39  
          inet addr:192.168.99.75  Bcast:192.168.99.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1


wlan0     Link encap:Ethernet  HWaddr 80:1f:02:82:33:24  
          inet addr:192.168.99.78  Bcast:192.168.99.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

Обратите внимание на HWaddr на каждой карточке.

Затем с другой рабочей станции, в этом случае я использую NMAP:

$ sudo nmap -sn 192.168.99.75  **<< - ETH0**

Starting Nmap 6.25 ( http://nmap.org ) at 2013-02-03 10:19 GMT
Nmap scan report for 192.168.99.75
Host is up (0.020s latency).
MAC Address: B8:27:EB:B0:0C:39 (Raspberry Pi Foundation)
Nmap done: 1 IP address (1 host up) scanned in 0.09 seconds
Paul@lo-mbp-preg / $ sudo nmap -sn 192.168.99.78

$ sudo nmap -sn 192.168.99.78  **<< - ETH0**

Starting Nmap 6.25 ( http://nmap.org ) at 2013-02-03 10:19 GMT
Nmap scan report for 192.168.99.78
Host is up (0.0044s latency).
MAC Address: B8:27:EB:B0:0C:39 (Raspberry Pi Foundation)
Nmap done: 1 IP address (1 host up) scanned in 0.07 seconds

Вы можете видеть, что MAC-адрес /HWAddr для ETH0 и WLAN0 одинаков и соответствует ETH0 HWAddr из ifconfig. Так что в моем случае Wireless не работал. Весь трафик проходил через ETH0

Если у вас нет пинга NMAP, а затем отображение таблицы ARP (таблица IP <-> MAC) покажет ту же информацию. Из CLI:

  • Windows = arp -a
  • Linux = ARP

Я на самом деле не нашел «причину» для этого. В процессе отладки он начал работать надежно. Который я ненавижу. Но этот конфиг сейчас работает:

/ и т.д. / сеть / интерфейсы

auto lo

iface lo inet loopback
iface eth0 inet dhcp

allow-hotplug wlan0
iface wlan0 inet manual
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp

/etc/wpa_supplicant/wpa_supplicant.conf

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
        ssid="<ssid>"
        psk=<key>
}
network={
        ssid="<ssid>"
        psk=<key>
}
network={
        ssid="<ssid>"
        psk=<key>
}
network={
        ssid="<ssid>"
        key_mgmt=WPA-EAP
        pairwise=TKIP
        group=TKIP
        eap=PEAP
        identity="user@domain"
        password="xxxxxxxxxx"
        ca_cert="/etc/cert/ca.pem"
        phase1="peapver=0"
        phase2="MSCHAPV2"
}

Я надеюсь, что это поможет вам добиться прогресса ..

2

У меня была точно такая же проблема с Debian Jessie на моей Raspberry Pi. Оказалось, я забыл установить пакет wpasupplicant . Используйте следующую команду для проверки установленных пакетов:

dpkg -l | grep wpa

Это должно как минимум перечислить пакет wpasupplicant . Если нет, установите его:

apt-get install wpasupplicant

Затем вычислите правильный хеш WPA PSK для вашего SSID (замените <myssid> и <passphrase> соответственно):

wpa_passphrase <myssid> <passphrase>

Это выводит несколько строк. Нам нужно только хэш-значение из 64 символов. Файл открытого interfaces :

vi /etc/network/interfaces

... и добавьте SSID и хеш:

auto wlan0
iface wlan0 inet dhcp
    wpa-ssid myssid
    wpa-psk e71e118835ca1d72c61db51b9a0687df088f4952c27760cd2da05cfb2f3dad33

Сохраните свои изменения и ограничьте доступ к этому файлу, чтобы предотвратить раскрытие предварительного ключа (PSK):

chmod 600 /etc/network/interfaces

Может быть полезно добавить wpa-debug-level 3 в файл interfaces : это записывает много отладочных сообщений в файл журнала /var/log/syslog .

Дополнительную инструкцию можно найти по адресу: https://wiki.debian.org/WiFi/HowToUse (раздел "wpa_supplicant").

2

Вы можете попробовать посмотреть, что дает вам «route -n» до и после отключения кабеля. Если eth0 понижается, он удаляет маршрут по умолчанию. Поэтому вам нужно создать новый маршрут по умолчанию, связанный с wlan0. Добавьте это в ваш раздел eth0 /etc /network /interfaces:

pre-up if [ `ip route show|grep default|wc -l` -eq 1 ];then route del default gw xx.xx.xx.xx dev wlan0;fi
post-down if [ `ip route show|grep wlan0|wc -l` -eq 1 ];then route add default gw xx.xx.xx.xx dev wlan0;fi
1

У меня была такая же проблема, хотя, проверяя MAC-адреса, я обнаружил, что мои SSH-соединения выполнялись через нужные устройства. Тем не менее я не смог SSH wlan0 если eth0 был выключен.

Я решил это, установив статические назначения DHCP в моем маршрутизаторе. Теперь у меня есть оба интерфейса, работающих независимо, и IP-адреса, которые я хотел иметь в каждом из них (я даже не изменил файл interfaces чтобы установить конфигурацию iface XXX inet dhcp)

0

У меня были почти идентичные симптомы. Обнаружено плохое взаимодействие между моим роутером (Tomato) и моим rpi. Отключение APSD на маршрутизаторе устраняет проблему.

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