hostapd와 함께 새로운 Raspberry Pi 3을 Wi-Fi 액세스 포인트 로 사용하여 핫스팟으로 구성된 오프라인 Pi 에서 하드 코딩 된 40 IP 주소 제한을 구성했습니다. 모든 것을 올바르게 처리하는 것 같습니다. Node.js 앱에서 연결된 모든 사용자 간의 실시간 상호 작용에 웹 소켓을 사용하기 때문에 더 이상 시도하지 않았습니다.
좀 더 일반적으로, Pi는 약간의 사용자 정의 구성으로이 기능을 제공 할 수 있지만이 용도로는 최적화되지 않았다고 생각합니다. 각 클라이언트에 대해 Wi-Fi 성능을 만족시키지 않으려면 실제 클라이언트 수를 제한하는 것이 좋습니다. 즉, 각 클라이언트가 연결 / IP 세션 처리에 대한 리소스를 덜 소비하지 않는 것은 무선이 아니기 때문입니다. .
많은 라우터가 훨씬 더 많은 IP 주소를 할당하도록 제안하지만, 이는 Wi-Fi 트래픽별로 구별되는 50 개의 고유 한 연결 및 컨텍스트를 처리하는 것이 아니라 DHCP 및 연결된 클라이언트에 주소를 할당하는 것입니다.
예 : 모든 Apple Airport 스테이션의 사용자 수는 50 명으로 제한 됩니다. AirPort 제품군 비교를 참조 하십시오 .
업데이트 : 몇 달 (!) 후에 결국 많은 장치로 테스트 할 수있는 기회가있었습니다. Jessie 기반 Raspbian 및 기본 WIFI 구성 요소가 포함 된 Pi 3B는 최대 60 개의 IP를 허용하도록 구성된 dnsmasq를 사용하더라도 32 개 이하의 MAC 주소를 허용 할 수 있습니다.
일부 Raspi Community Forums 스레드를 기반으로 보드에서 사용되는 WIFI 칩에 대한 brcmfmac 드라이버의 하드 코딩 된 제한으로 인해 발생할 수 있다고 가정합니다 ...
Stretch 기반 Raspbian (9.4)이 포함 된 Pi 3B +는 최대 16 개의 연결 만 허용합니다 (동일한 hostapd / dnsmasq 구성). 이것은 Pi 3B의 절반에 불과하기 때문에 이에 대한 가설이 있습니다.
-WIFI 칩용 Stretch 내장형 brcmfmac 드라이버는 이제 16 개의 MAC 주소로 제한됩니다 (IMHO는 아님)
-또는 새 보드에 사용되는 새로운 WIFI 칩에 연결되어 있습니다. 이제 클라이언트 모드에서 2,4 / 5 GHz의 듀얼 밴드이지만 2,4GHz 만 사용하여 AP를 구성 할 수 있으므로 절반 만 리소스가됩니다. 따라서 결과적으로 Pi 3B 최대 용량의 절반을 할당했습니다.