WiFi 인터페이스 만있는 SSH로 RasPi에 연결할 수 없음

WiFi 네트워크에서 RasPi에 연결하는 데 실제로 성가신 문제가 관찰되고 있습니다. LAN 케이블과 WiFi 모두에 장치가 연결되어 있습니다. 케이블과 WiFi 동글이 모두 연결되어 있으면 두 인터페이스가 모두 제대로 작동하며 두 인터페이스의 IP 주소를 통해 RasPi에 연결할 수 있습니다.

그러나 LAN 케이블을 분리하면 다시 시작한 후 SSH에서 RasPi를 사용할 수 없게됩니다. 다시 시작할 때까지 플러그를 뽑아도 SSH를 통해 WiFi 인터페이스를 통해 장치를 계속 사용할 수 있습니다! 다시 시작한 후에는 더 이상 액세스 할 수 없습니다.

내 설정은 다음과 같습니다. / etc / network / interfaces

auto lo

iface lo inet loopback
iface eth0 inet dhcp

auto wlan0
iface wlan0 inet dhcp
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

/etc/wpa_supplicant/wpa_supplicant.conf

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0
update_config=1

network={
        ssid="linksys"
        scan_ssid=1
        mode=0
        proto=WPA2
        auth_alg=OPEN
        pairwise=CCMP
        group=TKIP
        key_mgmt=WPA-PSK
        psk="xxx-password-here"
        id_str="raspberrypi-wif"
        priority=1
}

문제의 원인을 식별하는 데 도움을주십시오.

SSH 구성이 모든 인터페이스에서 청취하도록 설정되어 있는지 확인하십시오. 이렇게하면 시스템이 부팅되고 WiFi 만 사용 가능한 경우 WiFi 인터페이스에서 청취 할 수 있습니다. 위의 설명에 따라 이것이 정상이라고 생각하지만 어쨌든 확인할 가치가 있습니다.

내가 할 다른 일은 SSH를 시작하기 전에 무선 인터페이스가 실제로 사용 가능한지 확인하기 위해 모니터를 통해 (가능한 경우 또는 사실 후에 dmesg 및 로그를 통해) 부팅 프로세스를 감시하는 것입니다.

무선 장치에 따라 SSH 데몬이 시작될 때 초기화되지 않거나 사용할 수 없어 SSH가 실패 할 수 있으므로 무선으로 재부팅 한 후 SSH를 통해 Pi에 액세스 할 수 없습니다.

나는 비글 본 블랙에 대해 정확히 같은 문제가있었습니다. / etc / network / interfaces 설정으로 하루를 낭비한 후 부팅 할 때 네트워크 케이블이 분리되어 있어도 부팅 후 eth0이 작동 / 활성화 된 것으로 나타났습니다 (라우트 명령을 실행하면 eth0이 표시됨). 이것은 무선 랜 인터페이스의 연결을 방해하는 것 같습니다. 치료법은 eth0 (ifdown eth0)을 비활성화하고 있으며, 아쉽게도 문제는 사라졌습니다. 네트워크 케이블을 꽂거나 뽑으면 같은 영향을 미칩니다 (eth0 비활성화의 부작용이 있음). 그런 다음 홈 네트워크의 모든 장치에서 wlan0 인터페이스를 ping / ssh 할 수 있습니다. 부팅시 eth 케이블이 꽂혀 있는지 여부를 감지하고 eth0을 셧다운하지 않는 경우 스크립트를 작성해야한다고 생각합니다.

가치있는 것에 대해, 나는 같은 문제 (이더넷을 통한 ssh, wifi를 통한 이동 없음)를 겪고 있었고 / etc / network / interfaces의 wlan0이 dhcp가 아닌 수동으로 설정되어 있음을 발견했습니다. 재부팅 후 재부팅하고 정상적으로 작동하기 시작했습니다.