(RADIATOR) dynaddress dhcp problems

[Andrew D. Clark]

It looks like it only occurs after a HUP.  The config is kind of large 
if you want to see all the included files.

Here's log details:

--snip--
Tue Jan 25 18:01:19 2005: DEBUG: Radius::AuthLDAP2 ACCEPT:
Tue Jan 25 18:01:19 2005: DEBUG: Handling with Radius::AuthDYNADDRESS
Tue Jan 25 18:01:19 2005: DEBUG: Sending DHCPDISCOVER to 
255.255.255.255:67 with xid 4
Tue Jan 25 18:01:19 2005: ERR: allocate: send failed: Bad file 
descriptor
Tue Jan 25 18:01:21 2005: ERR: timeout: send failed: Bad file descriptor
Tue Jan 25 18:01:21 2005: ERR: timeout: send failed: Bad file descriptor
Tue Jan 25 18:01:25 2005: ERR: timeout: send failed: Bad file descriptor
Tue Jan 25 18:01:29 2005: ERR: timeout: send failed: Bad file descriptor
Tue Jan 25 18:01:33 2005: ERR: timeout: send failed: Bad file descriptor
Tue Jan 25 18:01:45 2005: INFO: AddressAllocatorDHCP: No reply from 
DHCP server 255.255.255.255
Tue Jan 25 18:01:45 2005: INFO: Access rejected for andrew.clark: No 
reply from DHCP server
--snip--

Address allocator include file minus comments is:

<AddressAllocator DHCP>
        Identifier noc-dhcp
        SubnetSelectionOption 118
</AddressAllocator>

Relevant portion of the file referencing that is:

<AuthBy GROUP>
 AuthByPolicy ContinueWhileAccept

<AuthBy LDAP2>
   Include %D/include/directory.ucsb.edu.cfg

  AuthAttrDef           ucsbCampusId,ucsbCampusId,request

 AddToReply      Class = ucsbCampusId = %{ucsbCampusId}

PostSearchHook file:"%D/include/hooks/block_by_ucsbcampusid"
</AuthBy>

   <AuthBy DYNADDRESS>
       PoolHint someaddress
       AddressAllocator noc-dhcp
       StripFromReply PoolHint
</AuthBy>
</AuthBy>

I'm using ISC dhcpd 3.0.1r14 (though that doesn't appear relevant as 
radiator isn't even sending any packets out after to the server after 
the HUP)

The dhcp and radius servers are both i386 FreeBSD 4.10 with Perl 5.8.5 
and 5.8.4 respectively.  I actually intend to run the dhcp server and 
radius server on the same box after I jail the dhcp server (ISC dhcpd 
seems to bind to all interfaces, so radiator can't get a socket).

--
Andrew Clark
Campus Network Programmer
Office of Information Technology
University of California, Santa Barbara
andrew.clark at ucsb.edu (805) 893-5311

--On Wednesday, January 26, 2005 12:50:11 PM +1100 Hugh Irvine 
<hugh at open.com.au> wrote:

>
> Hello Andrew -
>
> Could you please send me a copy of your configuration file (no
> secrets) and trace 4 debug from Radiator showing what is happening?
>
> And could you also tell me what hardware/software platform you are
> running on and what version of Radiator and Perl?
>
> And which DHCP server are you using?
>
> regards
>
> Hugh
>
>
> On 26 Jan 2005, at 11:08, Andrew D. Clark wrote:
>
>> Hi,
>>
>> I'm using <AuthBy DYNADDRESS> to get addresses from a dhcp server.
>> On  occasion, I see messages like this:
>>
>> Tue Jan 25 16:03:37 2005: DEBUG: Handling with Radius::AuthDYNADDRESS
>> Tue Jan 25 16:03:37 2005: DEBUG: Sending DHCPDISCOVER to
>> 255.255.255.255:67 with
>> xid 1
>> Tue Jan 25 16:03:37 2005: ERR: allocate: send failed: Bad file
>> descriptor
>> Tue Jan 25 16:03:39 2005: ERR: timeout: send failed: Bad file
>> descriptor
>>
>> and it doesn't work.  Restarting radiusd usually fixes it.
>>
>> --
>> Andrew Clark
>> Campus Network Programmer
>> Office of Information Technology
>> University of California, Santa Barbara
>> andrew.clark at ucsb.edu (805) 893-5311
>>
>> --
>> Archive at http://www.open.com.au/archives/radiator/
>> Announcements on radiator-announce at open.com.au
>> To unsubscribe, email 'majordomo at open.com.au' with
>> 'unsubscribe radiator' in the body of the message.
>>
>>
>
> NB:
>
> Have you read the reference manual ("doc/ref.html")?
> Have you searched the mailing list archive
> (www.open.com.au/archives/radiator)?
> Have you had a quick look on Google (www.google.com)?
> Have you included a copy of your configuration file (no secrets),
> together with a trace 4 debug showing what is happening?
>
> --
> Radiator: the most portable, flexible and configurable RADIUS server
> anywhere. Available on *NIX, *BSD, Windows, MacOS X.
> -
> Nets: internetwork inventory and management - graphical, extensible,
> flexible with hardware, software, platform and database independence.
> -
> CATool: Private Certificate Authority for Unix and Unix-like systems.
>



--
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.