ISC DHCP on a Solaris 10 Container

Gordon A. Lang glang at goalex.com
Fri Mar 24 23:38:02 UTC 2006


It works fine.

My only worry is that it seems I need to specify the exact, correct 
interface name in the launch.  This wouldn't be a worry except that I don't 
know how to keep Solaris from renumber the interfaces every time another 
zone is created.

Any input would be greatly appreciated.

--
Gordon A. Lang

----- Original Message ----- 
From: "Gordon A. Lang" <glang at goalex.com>
To: <dhcp-users at isc.org>
Sent: Friday, March 24, 2006 2:34 AM
Subject: Re: ISC DHCP on a Solaris 10 Container


>I got the dhcpd to run in a Solaris zone by doing the following things:
>
> comment out the #define for ALIAS_NAMES_PERMUTED in includes/cf/sunos5-5.h
> uncommented the #define for USE_SOCKETS in includes/site.h
> configure;make;make install
> add a net interface to the target zone lo0:1 with address of
> 10.252.252.11/32
> add the following lines to dhcpd.conf:
>    server-identifier 10.252.252.11;
>    local-address 10.252.252.11;
>    subnet 10.252.252.11 netmask 255.255.255.255 {}
> modify start script to include the interface name:
>    dhcpd -q -cf dhcpd.conf -lf dhcpd.leases lo0:1
>
>
> I have yet to actually see if it functions properly, but at least it 
> appears
> to work!
>
> --
> Gordon A. Lang
>
>
> ----- Original Message ----- 
> From: "Mike Diggins" <diggins at McMaster.CA>
> To: <dhcp-users at isc.org>
> Sent: Thursday, March 16, 2006 2:59 PM
> Subject: Re: ISC DHCP on a Solaris 10 Container
>
>
>>
>> On Wed, 15 Mar 2006, Bruce Hudson wrote:
>>
>>>
>>>    The problem, to the extent that this is a DHCP problem, seems to be
>>> in "common/discover.c"; which discovers the network interfaces on the
>>> system. The critical code is:
>>>
>>> #ifdef ALIAS_NAMES_PERMUTED
>>>                if ((s = strrchr (ifp -> ifr_name, ':'))) {
>>>                        *s = 0;
>>>                }
>>> #endif
>>>
>>> This throws away the ":1" from the interface name. ALIAS_NAMES_PERMUTED
>>> is
>>> defined for Solaris. I am not sure what will happen if you simply turn 
>>> it
>>> off but it may be worth a try.
>>>
>>>    Failing that, replacing the "*s = 0;" with "continue;" will skip the
>>> aliased interfaces instead of shortening the name. This will fix the
>>> "lo0"
>>> problem but will probably not fix your problem is your "real" interface
>>> is
>>> also an alias.
>>> --
>>
>> Thanks for the replies. I took your advice and tried commenting out this
>> section but dhcpd exits with:
>>
>>  diggins at netreg1<dhcp/bin># ./dhcpd -lf /usr/local/dhcp/etc/dhcpd.leases
>>  -cf /usr/local/dhcp/etc/dhcpd.conf
>>  Internet Systems Consortium DHCP Server V3.0.3
>>  Copyright 2004-2005 Internet Systems Consortium.
>>  All rights reserved.
>>  For info, please visit http://www.isc.org/sw/dhcp/
>>  Wrote 0 leases to leases file.
>>  Can't open DLPI device for bge0:1: No such file or directory
>>
>> I also changed the '*s = 0' to 'continue;'. I no longer get that error 
>> but
>> dhcpd exits with:
>>
>>
>>  Internet Systems Consortium DHCP Server V3.0.3
>>  Copyright 2004-2005 Internet Systems Consortium.
>>  All rights reserved.
>>  For info, please visit http://www.isc.org/sw/dhcp/
>>  Wrote 0 leases to leases file.
>>
>>  Not configured to listen on any interfaces!
>>
>>
>> Oh well, I think this is a issue with Sun Containers. Not quite as
>> versatile as I first hoped. Thanks for the help anyway.
>>
>> -Mike
>>
>>
>> -- 
>> This message has been scanned for viruses and
>> dangerous content by MailScanner, and is
>> believed to be clean.
>>
>
>
>
> -- 
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
> 



More information about the dhcp-users mailing list