On 03/22/2012 07:05 AM, Sudhir Harwalkar wrote:
> I have replaced current clause with whatever you mentioned below,
> but in log file it shows an error.
There's still one line left from the old clause. Remove this
line too:
> Please see the command line message in screenshot "cmd_msg.PNG" a
On 03/21/2012 03:58 PM, Sudhir Harwalkar wrote:
> Thanks a lot for helping me out.
> I have one query :
> Steps that I followed for EAP-PEAPv0 Testing:
> 1. Copied eap_peap.cfg file to c:\program file
Add a Client clause with your AP's address in the configuration. Also
set DbDir and Log
I made all the changes you have mentioned, then I run the config file, in the
log file I got message as follows
Thu Mar 22 15:00:17 2012: DEBUG: Finished reading configuration file
'c:\Program Files\Radiator\radiusnew.cfg'
Thu Mar 22 15:00:17 2012: DEBUG: Reading dictionar
On 03/22/2012 11:44 AM, Sudhir Harwalkar wrote:
> I made all the changes you have mentioned, then I run the config file, in the
> log file I got message as follows
> Thu Mar 22 15:00:17 2012: DEBUG: Finished reading configuration file
> 'c:\Program Files\Radiator\radiusnew.cfg'
>
On 03/21/2012 12:11 PM, Alexander Hartmaier wrote:
> Now that our dot1x and WLAN Radiator needs to check three different crls
> I've looked into a better solution for refreshing them.
> While reading Radius::TLS I've stumbled over the method reloadCrls which
> claims to reload the crl if the times
Hello,
the tips you gave didn't work. I've activated the log of the eapolclient on the
MacOS side and observed the following (filtered):
2012/03/22 17:47:02.960034 4-way handshake notification scheduled
2012/03/22 17:47:07.613699 4-way handshake notification unscheduled
2012/03/22 17:50:18.49610
On 03/22/2012 08:08 PM, Amândio Antunes Gomes Silva wrote:
> the tips you gave didn't work. I've activated the log of the eapolclient
> on the MacOS side and observed the following (filtered):
Yes, I it looks like filtering attributes from inner authentication was
sometimes successful, but not al
