dhclient не работает на wlan0 с WEP. Как мне это исправить?


1

Я устанавливаю FreeBSD 9.0 на свой рабочий стол. Моя беспроводная карта на базе Intel (wip). bsdinstallправильно настроил мою беспроводную связь, и моя wlan0связь с моей беспроводной сетью WEP и я получаю адрес DHCP, назначенный маршрутизатором. Однако я не могу подключиться к Интернету. Этого не происходит, если я использую свое проводное соединение (интерфейс fxp0). Я подключен по беспроводной связи с моего ноутбука Linux. Итак, это проблема конфигурации.

Мой /etc/rc.conf:

hostname="blah.."
wlans_wpi0="wlan0"
ifconfig_wlan0="WPA DHCP"
..

Мой /etc/wpa_supplicant.conf:

ctrl_interface=/var/run/wpa_supplicant
eapol_version=2
ap_scan=1
fast_reauth=1

network={
    ssid="{my ssid}"
    key_mgmt=WPA-PSK
    proto=RSN
    psk="{my passphrase}"
    priority=2
}
network={
  priority=5
  key_mgmt=NONE
}

Все выглядит правильно настроенным, то есть моя беспроводная сеть связана, и у меня есть DHCP-сервер (моя точка доступа маршрутизатора) назначенный IP-адрес. Однако я не могу даже пропинговать мой маршрутизатор.

salil-satellite# /etc/rc.d/netif restart wlan0
Stopping wpa_supplicant.
Waiting for PIDS: 429.
Stopping Network: wlan0.
wlan0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
    ether 00:13:02:68:0e:e2
    nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
    media: IEEE 802.11 Wireless Ethernet autoselect (autoselect)
    status: no carrier
    ssid "" channel 11 (2462 MHz 11g)
    country US authmode WPA2/802.11i privacy OFF txpower 0 bmiss 7
    scanvalid 60 protmode CTS
Starting wpa_supplicant.
wlan0: no link ....... got link
DHCPREQUEST on wlan0 to 255.255.255.255 port 67
DHCPREQUEST on wlan0 to 255.255.255.255 port 67
ip length 314 disagrees with bytes received 534.
accepting packet with data after udp payload.
DHCPACK from 192.168.1.1
bound to 192.168.1.2 -- renewal in 24701 seconds.
Starting Network: wlan0.
wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
    ether 00:13:02:68:0e:e2
    inet 192.168.1.2 netmask 0xffffff00 broadcast 192.168.1.255
    nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
    media: IEEE 802.11 Wireless Ethernet OFDM/36Mbps mode 11g
    status: associated
    ssid salquestfl channel 11 (2462 MHz 11g) bssid 00:1b:2f:4a:6a:00
    country US authmode WPA2/802.11i privacy ON deftxkey UNDEF
    AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 0 bmiss 7 scanvalid 60
    protmode CTS roaming MANUAL

salil-satellite# tail /var/log/messages 
Jul 31 23:44:44 salil-satellite dhclient[3225]: My address (192.168.1.2) was deleted, dhclient exiting
Jul 31 23:44:44 salil-satellite kernel: wpi0: need multicast update callback
Jul 31 23:44:44 salil-satellite kernel: wpi0: need multicast update callback
Jul 31 23:44:44 salil-satellite dhclient: New IP Address (wlan0): 192.168.1.4
Jul 31 23:44:44 salil-satellite dhclient: New Subnet Mask (wlan0): 255.255.255.0
Jul 31 23:44:44 salil-satellite dhclient: New Broadcast Address (wlan0): 192.168.1.255
Jul 31 23:44:44 salil-satellite dhclient[3213]: connection closed
Jul 31 23:44:44 salil-satellite dhclient[3213]: exiting.
Jul 31 23:44:44 salil-satellite dhclient: New Routers (wlan0): 192.168.1.1
Jul 31 23:44:48 salil-satellite init: getty repeating too quickly on port /dev/ttyv8, sleeping 30 secs

Одна вещь, которая удивляет, это то, что мои таблицы маршрутизации - это путь до того, как я переключился на wlan0 с fxp0. Там нет упоминания об интерфейсе wlan0 там.

salil-satellite# netstat -nr 
Routing tables

Internet:
Destination        Gateway            Flags    Refs      Use  Netif Expire
default            192.168.1.1        UGS         0    57365   fxp0
127.0.0.1          link#10            UH          0        0    lo0
192.168.1.0/24     link#9             U           0      684   fxp0
192.168.1.3        link#9             UHS         0        0    lo0
192.168.1.4        link#11            UHS         0        0    lo0

salil-satellite# vi /etc/resolv.conf 

# Generated by resolvconf
nameserver 192.168.1.1
:q

salil-satellite# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 56 data bytes
ping: sendto: Host is down
ping: sendto: Host is down
^C
--- 192.168.1.1 ping statistics ---
4 packets transmitted, 0 packets received, 100.0% packet loss
salil-satellite# ifconfig wlan0
wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
    ether 00:13:02:68:0e:e2
    inet 192.168.1.4 netmask 0xffffff00 broadcast 192.168.1.255
    nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
    media: IEEE 802.11 Wireless Ethernet OFDM/36Mbps mode 11g
    status: associated
    ssid salquestfl channel 11 (2462 MHz 11g) bssid 00:1b:2f:4a:6a:00
    country US authmode WPA2/802.11i privacy ON deftxkey UNDEF
    AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 0 bmiss 7 scanvalid 60
    protmode CTS roaming MANUAL

Тем не менее, я могу связаться с роутером, если использую arping.

salil-satellite# arping -i wlan0 192.168.1.1
ARPING 192.168.1.1
42 bytes from 00:1b:2f:4a:6a:00 (192.168.1.1): index=0 time=1.501 msec
42 bytes from 00:1b:2f:4a:6a:00 (192.168.1.1): index=1 time=1.509 msec
42 bytes from 00:1b:2f:4a:6a:00 (192.168.1.1): index=2 time=1.498 msec
42 bytes from 00:1b:2f:4a:6a:00 (192.168.1.1): index=3 time=1.490 msec
42 bytes from 00:1b:2f:4a:6a:00 (192.168.1.1): index=4 time=1.600 msec
^C
--- 192.168.1.1 statistics ---

На стороне маршрутизатора я проверил, какие устройства, по его мнению, подключены к нему, и он правильно показывает адрес беспроводного интерфейса и его MAC-адрес.


Надеюсь, вы не указали 124-битный ключ в качестве ключа WEP. Ключи WEP имеют размер 40 бит (64 с вектором инициализации) или 104 бита (128 с IV). Таким образом, ваш ключ WEP должен состоять из 5 или 13 символов ASCII или 10 или 26 шестнадцатеричных цифр.
Spiff

@ Спифф, ты прав. Это 40-битный (10-значный шестнадцатеричный) ключ. Мой ключ верен, просто чтобы подтвердить.
Салил

Если ваш маршрутизатор не отвечает на arping (аппаратный уровень), между сетями нет никакой связи. У вас может быть другая сеть, даже если у вас вообще не будет IP, но устройство должно отвечать на арпинг. (PS При использовании трансляции арпинга также добавьте интерфейс). Проверьте также cmd: dmesg | хвост; если у вас есть какие-либо ошибки в ядре. Вы должны сосредоточиться на создании физического соединения, а не на DHCP. Также попробуйте cmd: sudo arping -i wlan0 00: 1b: 2f: 4a: 6a: 00 (ваш AP). Если вы можете, пожалуйста, сначала проверьте соединение без WEP, тогда вы будете знать, что с драйверами все в порядке, и единственная проблема - это ваш WEP.
Кенорб

На мой взгляд, определенно проблема с ключом WEP. Попробуйте подключиться, удалив WEP вообще (если можете), или измените его на другой метод аутентификации. Другой думает, я не знаю, связано ли это, ваша точка доступа говорит wepkey 1: 104-bit, а вы набираете «40-битный шестнадцатеричный ключ».
Кенорб

Также проверьте, есть ли у вас инструмент: iw (man iw). Это может дать вам больше возможностей и возможностей. См .: wireless.kernel.org/en/users/Documentation/iw (Пример: iw wlan0 connect foo keys 0: abcde d: 1: 0011223344).
Кенорб

Ответы:


2

Проверьте, видите ли вы входящий трафик, используя tcpdump на wlan0:

tcpdump -i wlan0 -nl

Затем установите arping и проверьте, отвечает ли ваш маршрутизатор (или что-либо еще) на другой стороне (через IP или MAC):

sudo arping -i wlan0 IP
sudo arping -i wlan0 MAC

Во FreeBSD и Mac (чего нет в Linux) есть хитрость для отправки широковещательного сообщения с использованием arping (или arping2):

sudo arping -i wlan0 ff:ff:ff:ff:ff:ff

Это дополнительный метод, чтобы проверить, отвечает ли что-нибудь на другой стороне.

В основном, если ничего не отвечает, проверьте свой WEP-ключ, если что-то отвечает, проверьте, есть ли у вас входящий DHCP-пакет, если нет, проверьте свой DHCP-сервер (возможно, у вас есть некоторые ограничения ACL на основе MAC-адресов).

Другие команды диагностики, которые вы можете выполнить:

dmesg | tail

чтобы увидеть, нет ли каких-либо сообщений ядра (например, ошибки драйвера и т. д.).

Также проверьте, есть ли у вас инструмент linux: iw(man iw).

Это может дать вам больше возможностей и возможностей. Смотрите: http://wireless.kernel.org/en/users/Documentation/iw/

Пример (для подключения к точке доступа, использующей WEP):

iw wlan0 connect foo keys 0:abcde d:1:0011223344).

Получив ответ от маршрутизатора, вы можете проверить, подключены ли вы к Интернету.

Сначала проверьте шлюз, если он правильный:

netstat -nr | head

Должен быть первым IP-адресом в столбце «Шлюз». Удостоверьтесь, что это отвечает на стандартные пинги (ping IP).

Если нет, у вас есть проблемы с конфигурацией на маршрутизаторе.

Если да, попробуйте пропинговать ближайший DNS:

ping 4.2.2.1

Если у вас есть ответ (это означает, что у вас есть внешний доступ), вы должны проверить свою конфигурацию DNS в /etc/resolv.conf (например, добавив эту строку:) nameserver 4.2.2.1или проверить на маршрутизаторе, назначил ли он вам правильные.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.