Niestety Cezary WiFi w odpowiedni sposób przedstawia się jeszcze przed połączeniem więc 43 atrybut DHCPa nie zadziała.
To takie same dane jak SSID sieci WiFi.
Za pomocą aplikacji WiFi Scanner 21.01 można odczytać metadane każdej sieci WiFi
Gdy AP na telefonie działa jako "przenośny hotspot" miedzy innymi przesyła:
...
HT Operation Information: 00000000 00000000 (0x0000) - subset 2 (8-23 bits)
........ ......00 - HT Protection: No protection mode (0)
...
Vendor Specific: Apple: 6
Length: 10 octets
Organization Identifier: 00-17-F2 (Apple, Inc.)
Subtype: 6 (Unknown)
Data: 01 01 03 01 00 00
Text: ......
Gdy AP na telefonie działa jako "zwykły ap" miedzy innymi przesyła:
...
HT Operation Information: 00000000 00000001 (0x0001) - subset 2 (8-23 bits)
........ ......01 - HT Protection: Nonmember protection mode (1)
...
Vendor Specific: Unknown: 1
Length: 4 octets
Organization Identifier: 11-22-33 (Unknown)
Subtype: 1 (Unknown)
Data:
Text:
Zastanawia fragment Vendor Specyfic który jest ustawiony jako Apple: 6
Cały kod metadanych zajmuje 560 linijek z czego zmieniają się tylko te które tu podałem.
Sprawdzałem też Wiresharkiem i Windows żąda i otrzymuje atrybut 43 z DHCPa ale to już po uwierzytelnieniu.
Natomiast w tym wypadku chodzi o dane przesyłane jeszcze przed połączeniem.
Option: (43) Vendor-Specific Information
Value: 414e44524f49445f4d455445524544
| C2600 @ OpenWrt 21.02 / LuCi -> sieć gościnna, WINS serwer, VLAN, DLNA, multiwan
| WDR4300 @ OpenWrt 21.02 / LuCI -> extroot, sieć gościnna, WINS serwer
| MR3020 @ MiFi 17.01 -> E3372 HiLink
| WR842ND v2 @ Gargoyle PL 1.13.0 -> testy