Message 2: Re: Dr. Watson!!!
from "Josh Hillman" <admin-maillist@talstar.com>
Message 3: RE: Dr. Watson!!!
from "Fox, Thomas" <tfox@foxberry.com>
Message 4: Re: Multilink PPP with USR Chassis and RadiusNT/Emerald
from "Rudy Komsic" <rudyk@cyberglobe.net>
Message 5: Re: Dr. Watson!!!
from "Dale E. Reed Jr." <daler@iea-software.com>
..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.
| Message 1 |
'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'
Subject: backup Radius server
From: Christian Simard <simardc@netc.net>
Date: Tue, 04 Aug 1998 09:46:12 -0400
Hi!
I would like to setup a secondary radius server for backup purpose.
I wonder how I can keep in synchro the users database between the
two machines... I use SQL ODBC mode and the two machines are not
in the same subnet.
thank you!
..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.
| Message 2 |
'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'
Subject: Re: Dr. Watson!!!
From: "Josh Hillman" <admin-maillist@talstar.com>
Date: Tue, 4 Aug 1998 13:53:02 -0400
The problem is that one of your users has got about 60 spaces after the
last normal character of the username. Have the user fix that, and also
consider enabling "Trim Name" in Radius 2.5 Administrator (unless you have
users with passwords containing spaces).
Josh Hillman
hillman@talstar.com
> From: simardc@netc.net
> Here it is:
>
> NAS-Port = 16
> User-Service = Framed-User
> Framed-Protocol = PPP
> rad_authenticate_ODBC()
> Password = "\002\235\025\222\272\274(\027\335W1\262CK{\343"
> Decrypted Password: reneboil
> Allocating Statement...
>
> SQL Statement: Select DateAdd(Day, ma.extension, maExpireDate),
DateAdd(Day, s
> .extension, saExpireDate), sa.AccountID, sa.AccountType, sa.Password,
sa.Login,
> sa.Shell, sa.TimeLeft, sa.LoginLimit From MasterAccounts ma, SubAccounts
sa Whe
> e (sa.Login='reneboil
' or s
> .Shell='reneboil ')
AND ma.C
> stomerID=sa.CustomerID and sa.Active<>0 and ma.Active<>0
>
> Database Password: reneboil
> Freeing SQL Statement...
> Checking for duplicate logins.
> Allocating Statement...
>
> SQL Statement: Select Count(*) from CallsOnline Where UserName='reneboil
> ' and AcctStatusType=1
>
>
> C:\radius>
>
>
> >Christian Simard wrote:
> >>
> >> I run radiusnt for 2 months without any problems until now...
> >> radiusnt crashed (Dr. Watson) many times since a few days ...
> >> I was running 1.16 so I upgraded to 2.5 ans I already get it crash.
> >> here is the error message in the application log:
> >
> >Please run RadiusNT in -x15 debug mode and include the last screen
> >full before the Dr. Watson.
> >
> >--
> >Dale E. Reed Jr. (daler@iea-software.com)
> >_________________________________________________________________
> > IEA Software, Inc. | RadiusNT, Emerald, and NT FAQs
> > Internet Solutions for Today | http://www.iea-software.com
> >
> >
..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.
| Message 3 |
'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'
Subject: RE: Dr. Watson!!!
From: "Fox, Thomas" <tfox@foxberry.com>
Date: Tue, 4 Aug 1998 14:14:01 -0400
Hi Josh,
I disagree. The *problem* is that Radius isn't
handling it properly. This same thing happens if
a user's modem sends a long string of garbage
through. It is a bug, imho.
Tom
> -----Original Message-----
>
> The problem is that one of your users has got about 60 spaces
> after the
> last normal character of the username. Have the user fix
> that, and also
> consider enabling "Trim Name" in Radius 2.5 Administrator
> (unless you have
> users with passwords containing spaces).
>
> Josh Hillman
> hillman@talstar.com
>
..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.
| Message 4 |
'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'
Subject: Re: Multilink PPP with USR Chassis and RadiusNT/Emerald
From: "Rudy Komsic" <rudyk@cyberglobe.net>
Date: Tue, 4 Aug 1998 16:20:53 -0400
-----Original Message-----
From: Dale E. Reed Jr. <daler@iea-software.com>
To: radiusnt@iea-software.com <radiusnt@iea-software.com>
Date: August 3, 1998 12:58 PM
Subject: Re: Multilink PPP with USR Chassis and RadiusNT/Emerald
>Rudy Komsic wrote:
>>
>> we are running Quads on Netserver. we are using MPIP for interchassis
>> multilink protocol. to try this out, make sure you dial 1 chassis for
first
>> link then dial the second chassis and establish a connection. You will
notice
>> on the calls online you are connected once and when you hang up, you will
have
>> a port 6000 when you check the time online.
>
>In RadiusNT -x15 debug, you see an Accounting Start Packet for Port 6000
>and not a stop for it? If thas correct, then it definately would be a
>bug.
Actually what happens is this, let's say 2 MPP users connect to the system
both dialing the separate chassis. The first client connects, and his second
channel is connected via USR's MPIP (Multilink PPP Interchassis Protocol).
For the second channel, the authentication request comes from the 2nd chassis
but the accounting start record comes from the first chassis reporting it as
Port 6000. Now when the second person connects to the 2 chassis, the second
channel will report the same and what will occur within Radius is that the
first client's second channel lost connection (but his second channel is still
up) and starts the record for the second client's second channel on port 6000.
This seems like a bug with the MPIP Radius interaction. I am currently
talking with USR on this issue.
>
>> -----Original Message-----
>> From: Lamar Townsend <lamar@shuttle.com>
>> To: radiusnt@iea-software.com <radiusnt@iea-software.com>
>> Date: July 31, 1998 8:40 PM
>> Subject: RE: Multilink PPP with USR Chassis and RadiusNT/Emerald
>>
>> >I have not seen this problem. Are you running Quads or HyperDSPs,
>> >Netserver or HyperARCs? And what version of the code?
>> >
>> >
>> >Lamar Townsend
>> >VP Microgear Computers & Microgear.Net
>> >lamar@microgear.net
>> >
>> >
>> >
>> >
>> >
>> >Hmm... lately we have discovered a small problem with Multilink PPP and
>> >accounting features with connections. When a Client connects under the
>> >Multilink connection, it sometimes report Port 6000. This may be the port
>> >that the VPN connection between chassis where it will conduct the
>> >communications are conducted.
>> >Could this be a bug in the latest USR Chassis code?
>> >
>> >----
>> >Rudy Komsic
>> >President, Network Administrator - Cyberglobe Communications Inc.
>> >4996 Place de la Savane, Suite 200, Montreal, Quebec, H4P 1Z6
>> >Tel: (514)342-3883 Fax: (514)342-5139 E-Mail: rudyk@cyberglobe.net
>> >
>> >
>
>--
>Dale E. Reed Jr. (daler@iea-software.com)
>_________________________________________________________________
> IEA Software, Inc. | RadiusNT, Emerald, and NT FAQs
> Internet Solutions for Today | http://www.iea-software.com
..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.
| Message 5 |
'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'
Subject: Re: Dr. Watson!!!
From: "Dale E. Reed Jr." <daler@iea-software.com>
Date: Tue, 04 Aug 1998 13:36:53 -0700
Fox, Thomas wrote:
>
> I disagree. The *problem* is that Radius isn't
> handling it properly. This same thing happens if
> a user's modem sends a long string of garbage
> through. It is a bug, imho.
RadiusNT 2.5 correctly handles long user names like this. If
you enable trim name, RadiusNT *WILL* correctly trim the name,
just like he said. That *IS* the proper way to handle it.
RadiusnT 2.5 will alsi discard username longer than 128
characters and the newest beta has the ability to discard names
based on their inclusion of a set of characters you can choose.
-- Dale E. Reed Jr. (daler@iea-software.com)_________________________________________________________________ IEA Software, Inc. | RadiusNT, Emerald, and NT FAQs Internet Solutions for Today | http://www.iea-software.com