hi there,
i am not sure whats happen, following situation:
using radiator/radmin for adsl and dialin authentification,
from time to time on different mashines (nt40 and nt2000) there is a
authentificationproblem, after trying to access again it works.
is there a known problem or did i miss something?
the other thing i dont know is the passwd.log:
Thu May 25 21:24:19 2000:959282659:[EMAIL PROTECTED]:works:works:PASS
Thu May 25 21:24:42 2000:959282682:[EMAIL PROTECTED]:UNKNOWN:prem:PASS
Thu May 25 21:26:03 2000:959282763:[EMAIL PROTECTED]:UNKNOWN:prem:PASS
Thu May 25 21:27:16 2000:959282836:[EMAIL PROTECTED]:UNKNOWN:prem:PASS
what does the unknown mean ?, is there a problem with the
authentification?
here is a part of my configuration for auth by sql:
---begin of config part-------
<Realm ino.at>
#AcctLogFileName %L/detail
PasswordLogFileName %L/pwd.log
<AuthBy SQL>
# Adjust DBSource, DBUsername, DBAuth to suit your DB
#AuthSelect select
PASS_WORD,STATICADDRESS,TIMELEFT,MAXLOGINS,FRAMED_NETMASK,
#FRAMED_FILTER_ID,MAXIDLETIME from RADUSERS
#where USERNAME='%n' and BADLOGINS < 5 and VALIDFROM < %t
and VALIDTO > %t
AuthSelect select PASS_WORD,STATICADDRESS,MAXLOGINS from
RADUSERS where USERNAME='%n' and BADLOGINS < 5 \
and VALIDFROM < %t and VALIDTO > %t
AuthColumnDef 0,User-Password, check
AuthColumnDef 1,Framed-IP-Address,reply
AuthColumnDef 2,Simultaneous-Use, check
#AuthColumnDef 2,Session-Timeout,reply
#AuthColumnDef 1,Filter-Id,reply
#AuthColumnDef 2,Idle-Timeout,reply
#AuthSelect select PASS_WORD from RADUSERS where
USERNAME='%n'
DBSource dbi:mysql:rad
DBUsername rad
DBAuth xxx
#You may want to tailor these for your ACCOUNTING table
AccountingTable RADUSAGE
AcctColumnDef USERNAME,User-Name
AcctColumnDef TIME_STAMP,Timestamp,integer
AcctColumnDef ACCTSTATUSTYPE,Acct-Status-Type,integer
AcctColumnDef ACCTDELAYTIME,Acct-Delay-Time,integer
AcctColumnDef ACCTINPUTOCTETS,Acct-Input-Octets,integer
AcctColumnDef
ACCTOUTPUTOCTETS,Acct-Output-Octets,integer
AcctColumnDef ACCTSESSIONID,Acct-Session-Id
AcctColumnDef ACCTSESSIONTIME,Acct-Session-Time,integer
AcctColumnDef
ACCTTERMINATECAUSE,Acct-Terminate-Cause,integer
AcctColumnDef FRAMEDIPADDRESS,Framed-IP-Address
AcctColumnDef NASIDENTIFIER,NAS-Identifier
AcctColumnDef NASIDENTIFIER,NAS-IP-Address
AcctColumnDef NASPORT,NAS-Port,integer
AcctColumnDef DNIS,Called-Station-Id
DefaultSimultaneousUse 3
# This updates the time and octets left
# for this user
AcctSQLStatement update RADUSERS set
TIMELEFT=TIMELEFT-0%{Acct-Session-Time},OCTETSINLEFT=OCTETSINLEFT-0%{Acct-Input-Octets},OCTETSOUTLEFT=OCTETSOUTLEFT-0%{Acct-Output-Octets}
where USERNAME='%n'
# These are the classic things to add to each users
# reply to allow a PPP dialup session. It may be
# different for your NAS. This will add some
# reply items to everyone's reply
AddToReply Service-Type = Framed-User,\
Framed-Protocol = PPP,\
Framed-IP-Netmask = 255.255.255.254,\
Framed-Routing = None,\
Framed-MTU = 1500,\
Framed-Compression = Van-Jacobson-TCP-IP
</AuthBy>
</Realm>
<SessionDatabase SQL>
# This database spec usually should be exactly the same
# as in <AuthBy RADMIN> above
DBSource dbi:mysql:rad
DBUsername rad
DBAuth xxx
</SessionDatabase>
-----end of configpart----
is there something i am missing especially for nt ? :)), on the old
cistron we had not such a serious situation.
thanks for any comments and suggestions.
christian steger
===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.