Tại sao bộ điều hợp không dây dừng hoạt động?


1

hôm nay tôi đã cài đặt chính xác trình điều khiển cho bộ điều hợp không dây USB TP-LINK TL-WN725N trên Rasp Blackberry Pi của tôi (Tôi sử dụng RaspBian là Debian), sau đó tôi đã giải quyết wifi bằng cách sử dụng wpa-thay thế như được giải thích trong hướng dẫn này:

http://www.maketecheasier.com/setup-wifi-on-raspberry-pi/

Điều này làm việc tốt cho đến tối nay. Sau đó, đột nhiên nó dừng hoạt động khi tôi cố gắng kết nối trong SSH và Raspberry đang ở trên mạng không dây (hay đúng hơn là như vậy, vì đây không nằm trong danh sách Máy khách được kết nối DHCP của bộ định tuyến của tôi)

Điều kỳ lạ là bộ điều hợp không dây USB nhấp nháy nên tôi nghĩ rằng đây không phải là vấn đề về trình điều khiển.

Nếu tôi cố gắng kết nối nó bằng ethernet, tôi không có vấn đề gì. Nó xuất hiện trong DHCP Client được kết nối với bộ định tuyến của tôi và tôi có thể kết nối với nó bằng SSH.

Khi tôi kết nối với nó bằng ethernet nếu tôi thực hiện một ifconfig lệnh tôi có được:

pi@raspberrypi ~ $ ifconfig
eth0      Link encap:Ethernet  HWaddr b8:27:eb:2a:9f:b0  
          inet addr:192.168.1.9  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:48 errors:0 dropped:0 overruns:0 frame:0
          TX packets:59 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:6006 (5.8 KiB)  TX bytes:8268 (8.0 KiB)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:8 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:1104 (1.0 KiB)  TX bytes:1104 (1.0 KiB)

wlan0     Link encap:Ethernet  HWaddr e8:94:f6:19:80:4c  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Vì vậy, có vẻ như trình điều khiển bộ điều hợp không dây USB wlan0 được tải chính xác.

Nếu tôi tháo bộ điều hợp không dây USB và đặt lại vào cổng USB, các dòng sẽ kéo dài dmesg nhật ký là:

[   20.303172] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[   20.306340] RTL871X: set bssid:00:00:00:00:00:00
[   20.306726] RTL871X: set ssid [g\xffffffc6isQ\xffffffffJ\xffffffec)\xffffffcd\xffffffba\xffffffba\xffffffab\xfffffff2\xfffffffb\xffffffe3F|\xffffffc2T\xfffffff8\x1b\xffffffe8\xffffffe7\xffffff8dvZ.c3\xffffff9f\xffffffc9\xffffff9a\xffffff9aD\xffffffa7\x1a\xffffffa0\x1a\xffffff8b] fw_state=0x00000008
[   21.614585] RTL871X: indicate disassoc
[   21.908495] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
[   25.006282] Adding 102396k swap on /var/swap.  Priority:-1 extents:1 across:102396k SSFS
[   26.247997] RTL871X: nolinked power save enter

Như bạn có thể thấy một số dòng này có liên quan đến RTL871X là bộ điều hợp không dây USB của tôi, nhưng tôi không biết là những dòng này báo lỗi hay nếu tất cả đều ổn.

Nhìn vào trạng thái bộ chuyển đổi tôi có được:

pi@raspberrypi ~ $ ip  link list dev wlan0
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DORMANT qlen 1000
    link/ether e8:94:f6:19:80:4c brd ff:ff:ff:ff:ff:ff

Như bạn thấy chế độ là DORMANT nhưng tôi nghĩ rằng điều này là bình thường bởi vì bây giờ tôi được kết nối bằng ethernet.

Tôi đã cố gắng thiết lập bộ chuyển đổi nhưng thực tế là tôi không nhận được kết quả:

pi@raspberrypi ~ $ sudo ip link set dev wlan0 up 
pi@raspberrypi ~ $ ip  link list dev wlan0
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DORMANT qlen 1000
    link/ether e8:94:f6:19:80:4c brd ff:ff:ff:ff:ff:ff
pi@raspberrypi ~ $ sudo ip link set dev wlan0 up 

Đây là của tôi / etc / mạng / giao diện nội dung tập tin và nó là ok:

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

và nó là /etc/wpa_supplicant/wpa_supplicant.conf mà tôi nghĩ là ổn (tôi đã không thay đổi so với khi nó hoạt động):

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
        ssid="MY-NETWORK"
        psk="mypassword"
        key_mgmt=WPA-PSK
}

và nguyên vẹn nếu tôi thực hiện quét mạng, tôi tìm thấy chính xác MY-NETWORK trong danh sách mạng, nguyên vẹn:

pi@raspberrypi ~ $ sudo iwlist wlan0 scan | grep ESSID
                    ESSID:"TeleTu_74888B0060AD"
                    ESSID:"MY-NETWORK"
                    ESSID:"FASTWEB-1-PT6NtjL4TOSe"
                    ESSID:"DC"

Vì vậy, tôi khởi động lại hệ thống và tôi loại bỏ cáp ethernet nhưng khi tôi cố gắng kết nối lại với quả mâm xôi của mình, tôi đã thông báo lỗi sau:

andrea@andrea-virtual-machine:~$ sudo ssh  pi@192.168.1.9
ssh: connect to host 192.168.1.9 port 22: No route to host

Có vẻ như nó không thể kết nối bằng cách sử dụng không dây.

Điều gì có thể là vấn đề? Tôi đang thiếu gì? Làm thế nào tôi có thể giải quyết tình huống này?

Tnx

Câu trả lời:


0

Trong tệp / etc / mạng / giao diện của bạn, bạn nên thay thế wpa-conf đến wpa-dạo chơi .

Chúng được sử dụng cho các mục đích khác nhau. Đặc biệt khi bạn muốn kết nối qua wpa_supplicant.conf , bạn chắc chắn nên sử dụng wpa_conf , bạn có thể thấy một cuộc thảo luận rất rõ ràng về điều đó trong bài đăng này trên một trang web chị em .

Nó xuất hiện thay thế wpa-dạo chơi chỉ có thể được sử dụng với hướng dẫn sử dụng phương pháp, xem ở đây .

Điều này hoạt động tốt cho các kết nối lúc khởi động đến một mạng nhất định. Tôi không rõ ràng về những gì sẽ xảy ra nếu bạn cắm vào và sau đó rút cáp ethernet. Bạn mâm xôi có thể hoặc không cần phải khởi động lại kết nối mạng Dịch vụ để hoạt động đúng một lần nữa.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.