Andrew Tait [EMAIL PROTECTED] wrote:
The fix was to comment out the shadow = /etc/shadow.
No matter what I did I couldn't get it to work, until I decided to go back
to the default debian config, and try it again. Use the default config it
worked. After uncommenting the shadow line again, it
Mervyn Jack [EMAIL PROTECTED] wrote:
Once or twice a day we are getting an accounting directory created named
as a hostname of one of our dial-up IP addresses, not a hostname of a
valid Client ip address.
Hmm.. that doesn't sound correct.
The detail file only has one entry, the NAS-ip
[EMAIL PROTECTED] (Rainer Clasen) wrote:
Mitchell, Michael wrote:
I'm currently testing freeradius-snapshot-20020114 (configured as a proxy
only) on Solaris 8 and running into a problem.
I'm seeing similar crashes with my patched 2002-02-11 version on Solaris
7.
Hmm... I'm starting to
Mitchell, Michael wrote:
I'm currently testing freeradius-snapshot-20020114 (configured as a proxy
only) on Solaris 8 and running into a problem.
I'm seeing similar crashes with my patched 2002-02-11 version on Solaris
7.
#0 0x19510 in proxy_send (request=0x1b13250) at proxy.c:398
On Tue, Feb 19, 2002 at 02:19:26PM -0800, Scott Pell wrote:
I am trying to load up the latest snapshot of FreeRadius, but I have
been warned by FreeBSD developers to not run the released version
because of the remotely exploitable buffer overflow security hole.
Is there a patch that covers
Scott Pell [EMAIL PROTECTED] wrote:
...
I just noticed something else:
Trying update and install this port...getting the following: ===
freeradius-devel-20010310 is forbidden: Remotely exploitable buffer
Does FreeBSD *really* include the March, 2001 version snapshot of
the server?
Alan DeKok [EMAIL PROTECTED] wrote:
Is there a patch that covers this? If so, we can get guys to take the
security hold off of the port. If not, is there a timeframe to fix?
It's fixed in the latest CVS snapshot. We haven't released another
version yet.
Sorry to follow up again...
Rainer Clasen wrote:
in both cases the only server for a realm was marked dead immediately
before the crash.
I forgot to mention: This server has the secret, which is in
request-proxy_secret when the daemon dies. So it seems to be a packet
related to the same server which was marked dead.
On Wed, Feb 20, 2002 at 10:54:18AM +1300, Hyder, Karen (FXNZ AKL) wrote:
I am running freeradius version 0.3 on an NT network for our dial up users.
It seems we have no problems with windows NT machines dialing up and
accessing everything on our network. However when a 95/98 machines logs in,
[EMAIL PROTECTED] (Rainer Clasen) wrote:
in both cases the only server for a realm was marked dead immediately
before the crash.
On further examination, the code in rad_respond() does NOT check for
errors returned from proxy_send(). So if the request is marked to be
proxied, and the realm
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hi all,
Well this is one for the books. I'm not sure it is FR causing it but the time
frame is right. As of today we have six customers that have reported that
they can't get to some sites. The sites they report are the same, like
(wellsfargo.com) (ibm.com) (cnn.com) (ebay.com). and some
Alan,
I have setup freeradius on another server (actually it was still setup from
our previous testing).
(Firewalling will prevent anyone from actually trying to SSH/Telnet to this
box, or sending radius requests so dont bother)
The box is debian 2.2 (potato) with several packages pulled from
Hi,
Trying to restrict a user to only one 'Simultaneous-Use' and I get the
error in debug ::
rlm_sql: Pairs do not match [testuser]
modcall[authorize]: module sql returns notfound
modcall: group authorize returns ok
auth: No Auth-Type configuration for the request, rejecting the user
auth:
I am use freeradiusd
for my win2000 VPN server
But when User dialup to VPN
server auth radius no good
Somebody can tell me what
wrong THANK You
This is freeradiusd
server debug messages
rad_recv: Access-Request packet from host 10.40.5.112:8544,
id=7, length=209
NAS-IP-Address =
15 matches
Mail list logo