Uhmm, I see what you mean.
Well, I tried with WRAP 2C and the trick is:
- configure as normal, with LAN as ethernet nic and WAN as wireless;
- give an IP address to both in the same network;
- bridge LAN and WAN, you have to change IP because as soon you save
the GUI is disconnected...after that
I'm not sure what's going on, but every time we enable the Captive Portal in
0.73.6 (and older versions we were trying yesterday), the WebGUI starts to
hang. Just after enabling it (with Local User Manager being the only
setting not at the default value), the WebGUI responds and states that the
While looking through the config.xml file to see if I could
spot anything unusual (to help me fix the last issue I posted about), I noticed
the FreeRadius config...
The problem that I saw is that the passwords are stored in
clear text. I would think that the passwords should be at
Note: I'm resending this because I'm not sure it actually got through
the first time. Been having that problem with gmail on occassion.
Currently running 0.73.6
I've actually had this same problem since 68.x, but have just not
reported it. If I try to install squid, i get the following:
On 8/5/05, Paul Taylor [EMAIL PROTECTED] wrote:
While looking through the config.xml file to see if I could spot anything
unusual (to help me fix the last issue I posted about), I noticed the
FreeRadius config...
The problem that I saw is that the passwords are stored in clear text. I
Contact the authors of freeradius then. This setup would be no
different from freebsd in the back of your room running the same
configuration!
On 8/5/05, Paul Taylor [EMAIL PROTECTED] wrote:
While looking through the config.xml file to see if I could spot anything
unusual (to
Bill,
Well, yes, I realize that base64encoding doesn't provide much in the
way of security... But it's better than the data being completely in the
clear... I have some encryption/decryption code around here somewhere that
could probably be used, but of course the key would have to be
If this is happening then your hitting some big giant locked area of
the freebsd kernel. I haven't personally seen this issue but I have
noticed that sometimes during filter reload operations the console
keyboard stops responding which reminds me of your issue. Just a
complete guess.
Scott
On
On 8/5/05, Paul Taylor [EMAIL PROTECTED] wrote:
Bill,
Well, yes, I realize that base64encoding doesn't provide much in the
way of security... But it's better than the data being completely in the
clear... I have some encryption/decryption code around here somewhere that
could
Not to mention I have to stress that this is no different from running
free-radius in a non pfSense environment. Your real beef is with the
freeradius authors, not us.
Scott
On 8/5/05, Bill Marquette [EMAIL PROTECTED] wrote:
On 8/5/05, Paul Taylor [EMAIL PROTECTED] wrote:
Bill,
Bill,
Sure, if someone gets a hold of the config.xml file, no amount of
base64encoding will stop them from getting a password.. But, if someone is
in the same room with you looking over your shoulder while you are looking
through the config.xml file, there is no need to give them a clear view of
This whole argument is pointless. If this is really this big of a
problem you have these choices:
1. Dont use freeradius and use a seperate server where you will be
entering these configs in _PLAIN TEXT_ as well.
2. Dont use pfSense
Scott
On 8/5/05, Paul Taylor [EMAIL PROTECTED] wrote:
Get a privacy screen for your monitor. Or get a mirror for the
monitor so you can see the corporate spies. Or retrieve the config
file via status.php which will sanitize the passwords. Masking the
passwords w/ base64 doesn't solve the problem and we will _NOT_
implement a half assed solution.
I didn't mean this to be any sort of argument, but you seem to be taking it
as a personal attack... I was just pointing out something that I thought
could be an issue. If you don't agree about this being an issue, that's
fine.. Leave things the way they are, I'll cope..
I was just trying to
Sorry for cross posting but I wanted to make everyone aware that the
lists will be going offline for the weekend as the developers
hackathon is starting today.
Please hold all bug reports, etc until after monday of next week.
Would also like to thank everyone that has donated to the hackathon.
15 matches
Mail list logo