최근 로컬 WiFi 네트워크의 노트북 장치(Ubuntu 22.04 실행)에서 두 개의 별도 Android 장치(모두 SSHelper 실행)에 연결할 수 없는 문제가 발생하기 시작했습니다. 첫 번째 시도에서 노트북에서 android1에 ping을 시도했을 때 "대상 호스트에 연결할 수 없음"이라는 오류가 계속 발생했습니다. 하지만 동일한 오류 메시지가 약 5~10번 표시된 후 android1에서 노트북을 ping하려고 하면 갑자기 작동하기 시작했습니다!
하지만 노트북에서 android2까지 동일한 접근 방식을 시도했지만 작동하지 않았습니다. 머리카락을 잔뜩 뽑은 후 android2의 MAC 주소를 노트북의 ARP 테이블에 수동으로 추가하려고 생각했는데(arp -s) 갑자기 작동하기 시작했습니다! 몇 시간 후 랩톱에서 android2로 연결을 시도했지만 다시 작동하지 않았습니다. ARP 테이블은 여전히 같은 상태였습니다. 이번에는 android2의 ARP 테이블에 노트북의 MAC 주소를 추가하여 작동하게 할 수 있었습니다! (다행히 android2는 루팅 가능한 기기입니다!)
이것이 작동하지 않는 이유를 파악하기 전까지는 해결 방법이지만 장기적으로 문제를 해결하지는 못합니다. 또한, 제가 찾은 모든 해결 방법이 시간이 지나면 작동이 중지되는 것 같아서 시도해 볼 사항이 많습니다! 문제를 어떻게 해결할 수 있나요? 이미 모든 장치를 재부팅해 보았습니다. (과거에 제대로 작동했던 것으로 기억하기 때문에 실제로 처음 시도한 것입니다.) 네트워크 경로, 서브넷 마스크, ARP 테이블("불완전"이라고 표시됨)을 살펴보았습니다. " 수동으로 강제로 넣을 때까지.) 브로드캐스트 패킷이나 다른 것에 문제가 있을 수 있는 것 같습니다. WiFi 네트워크에 문제가 있을 수 있습니까?
답변1
Android 장치 Wi-Fi 드라이버 또는 AP(무선 라우터)의 버그 구현으로 인해 멀티캐스트(Wi-Fi의 경우 브로드캐스트 포함)가 실패하기 때문에 ARP가 실패할 수 있습니다. 멀티캐스트는 Wi-Fi에서 까다로우며 AP와 클라이언트 모두에서 버그가 많은 구현이 있었습니다.
다양한 클라이언트에서 서브넷 브로드캐스트 주소 또는 모든 호스트 멀티캐스트 주소(224.0.0.1)를 핑하고 각 경우에 누가 응답하거나 응답하지 않는지 확인하면 멀티캐스트가 작동하는지 여부를 알 수 있습니다(주의 사항: Windows 안타깝게도 정책상의 이유로 브로드캐스트 또는 멀티캐스트 핑에 항상 응답하는 것을 좋아하지 않으므로 Windows 장치에서 응답을 받지 못하더라도 놀라지 마십시오.
멀티캐스트가 실제로 중단된 경우 AP를 재부팅하면 문제가 다시 중단될 때까지 잠시 동안 문제가 해결될 수 있습니다. 클라이언트에 버그가 있더라도 AP를 재부팅하면 강제로 다시 연결되므로 잠시 동안 상황이 재설정될 수 있습니다.
또 다른 테스트는 무선 보안 없이 일시적으로 실행되는 것입니다. Wi-Fi 멀티캐스트의 가장 까다로운 부분은 보안 암호화와 관련이 있습니다. 따라서 보안을 비활성화하면 (일시적인 것이 아니라) 문제가 해결된다면 어딘가에 버그가 있는 WPA2 구현이 있다는 의미입니다. 보안을 다시 켤 때 WPA2(또는 그 이상)를 사용해야 합니다.오직. 즉, AES-CCMP오직. 원본 WPA(TKIP)는 어떤 방식으로든 활성화하거나 사용할 수 없습니다. WEP도 마찬가지입니다.
멀티캐스트 중단이지만 보안이 아닌 경우 AP의 멀티캐스트 속도 설정 때문일 수 있습니다. 네트워크의 모든 장치에서 안정적으로 수신될 수 있을 만큼 낮은 속도로 설정되어 있는지 확인하세요. 또는 일시적으로 가능한 가장 낮은 속도(2.4GHz b/g/n/ax에서 1Mbps, 5GHz a/n/ac/ax에서 6Mbps)로 설정하세요.
Wi-Fi에서 멀티캐스트가 중단되는 마지막 잠재적 원인 중 하나는 멀티캐스트 트래픽이 너무 많기 때문입니다. 유선 이더넷 LAN에서 모든 종류의 멀티캐스트 스트리밍을 수행하는 경우 AP의 "IGMP 스누핑" 기능을 활성화하여 Wi-Fi 네트워크에 플러딩되는 것을 방지하십시오.