Discussion:
802.1x AUTH?
(too old to reply)
Ignatios Souvatzis
2007-01-22 12:59:50 UTC
Permalink
Do we have anything that does 802.1x auth on wired Ethernet?

-is

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de
Rui Paulo
2007-01-22 16:08:05 UTC
Permalink
Post by Ignatios Souvatzis
Do we have anything that does 802.1x auth on wired Ethernet?
I think wpa_supplicant can be used for wired networks too.

--
Rui Paulo



--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de
Jonathan A. Kollasch
2007-03-16 18:22:05 UTC
Permalink
Post by Rui Paulo
Post by Ignatios Souvatzis
Do we have anything that does 802.1x auth on wired Ethernet?
I think wpa_supplicant can be used for wired networks too.
Yes, that looks to be the case. However, the 'wired' driver
is not built as part of the wpa_supplicant in the base system.

I'll be getting a switch that can do 802.1x soon, and I already
do 802.11i/WPA2-Enterprise with wireless, so i plan on testing
this hack i made to get the wired driver to not error:

in wpa_driver_wired_multi() after the FreeBSD bit:

#ifdef __NetBSD__
{
os_memcpy(ifr.ifr_addr.sa_data, addr, ETH_ALEN);
}
#endif

this was culled from some mopd(8) utility functions.

Also, are there any plans to update the wpa_supplicant in base?

Jonathan Kollasch
David Young
2007-03-16 19:36:55 UTC
Permalink
Post by Jonathan A. Kollasch
#ifdef __NetBSD__
{
os_memcpy(ifr.ifr_addr.sa_data, addr, ETH_ALEN);
}
#endif
Why os_memcpy instead of memcpy?
Post by Jonathan A. Kollasch
Also, are there any plans to update the wpa_supplicant in base?
Not that I know of.

Dave
--
David Young OJC Technologies
***@ojctech.com Urbana, IL * (217) 278-3933

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de
Jonathan A. Kollasch
2007-03-21 21:12:39 UTC
Permalink
Post by David Young
Post by Jonathan A. Kollasch
#ifdef __NetBSD__
{
os_memcpy(ifr.ifr_addr.sa_data, addr, ETH_ALEN);
}
#endif
Why os_memcpy instead of memcpy?
That's what was there for everything else. This was against
wpa_supplicant 0.5.7. The switch should be delivered
tomorrow in any case. I'll let you know how this works.
Post by David Young
Post by Jonathan A. Kollasch
Also, are there any plans to update the wpa_supplicant in base?
Not that I know of.
Oh, well, it's bound to happen someday.

Jonathan Kollasch
Jonathan A. Kollasch
2007-03-30 21:38:50 UTC
Permalink
Post by Jonathan A. Kollasch
Post by David Young
Post by Jonathan A. Kollasch
#ifdef __NetBSD__
{
os_memcpy(ifr.ifr_addr.sa_data, addr, ETH_ALEN);
}
#endif
Why os_memcpy instead of memcpy?
That's what was there for everything else. This was against
wpa_supplicant 0.5.7. The switch should be delivered
tomorrow in any case. I'll let you know how this works.
Decently. I probably should send-pr or something.
Post by Jonathan A. Kollasch
Post by David Young
Post by Jonathan A. Kollasch
Also, are there any plans to update the wpa_supplicant in base?
Not that I know of.
Oh, well, it's bound to happen someday.
Jonathan Kollasch

Loading...