Charlène is a user on octodon.social. You can follow them or interact with them if you have an account anywhere in the fediverse. If you don't, you can sign up here.

So basically uses "0x0xCAFEBABE" (actually it requires 0x30784341464542414245 to connect) as the ESSID when it's actually "0xCAFEBABE".

I think i'll have a chat later on IRC, i dunno if it's a bug or some kind of security feature :thaenkin:

@julianaito @stsp may know, but I suspect it may be due to the remote nwid being a hex string, rather than actually hex.

Charlène @julianaito

@canadianbryan @stsp

Yes, it works as expected if i change the nwid to "helloworld" - as any network reported by "ifconfig iwn0 scan".

I tried to reproduce this "problem" with another device, the same thing happens.

I can provide more data if needed :)

· Web · 0 · 0

@julianaito @stsp I mean, ifconfig 'nwid' supports both text string and hex up to 64 digits (denoted by 0x prefix). It seems your AP is using a hex string encoded as ASCII.

For example, "helloworld" could also be represented as 0x68656c6c6f776f726c64.

man.openbsd.org/ifconfig#nwid

@canadianbryan @stsp

I see, so that behaviour is considered as normal (and it's not a big deal to be honest). I need to be more careful while reading manual pages !

@julianaito I had to double check myself, wireless terminology can be confusing. :blobpats: @stsp

@canadianbryan @julianaito I believe this behaviour predates my involvement in the wireless stack so... 🤷