Re: dhcp server returns core dump when i define network with mask 8
s m gmail.com> writes:
> ...
> subnet 192.0.0.0 netmask 255.0.0.0 {
> range 192.0.0.1 192.255.255.255;
The 'range' denotes IP addresses that can be allocated to clients.
The IP 192.255.255.255 is a reserved broadcast address for the network.
jb
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: dhcp server returns core dump when i define network with mask 8
On 23/07/2013 13:35, j.mcke...@ru.ac.za wrote: Quoting Frank Leonhardt : There are two common ways of defining a subnet mask - one is a dotted quad (e.g. 255.255.255.0) and the other is with a slash and the number of low-order bits - e.g. 192.168.1.0/8. Eight bits here means you get 2^8 addresses (i.e. 256). Don't use the first and last address in the range - the first is "complicated" (the network address) and the last is for broadcast packets. This doesn't always hold true but you're unlikely to come across exceptions. This is the wrong way round. the number after the slash indicates the number of bits in the network address - the high-order bits. So, when you say you want to define a "network with mask 8" I don't really know what you mean from your example. Do you mean a /8? 192.168.1.0/8 = range 192.168.1.1192.168.1.254 with a subnet mask of 255.255.255.0 (0xFF00) Nope. 192.168.1.0/24 = 192.168.1.1-255 mask 255.255.255.0. 192.168.1.0/8 doesn't start where you think it does (and is arguably the wrong way to specify that network) because all but the first 8 bits are masked out - it's 192.0.0.0 - 192.255.255.255. Quite correct - for some reason I got that bit backwards when I'm using it every day the right way around. It's ludicrously hot and humid in London at the moment, lack of sleep caused thereby &c... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: dhcp server returns core dump when i define network with mask 8
s m gmail.com> writes:
>
> and thank you jb but if i define my network like below, server runs
> correctly:
> log-facility local7;
> subnet 192.168.0.0 netmask 255.255.0.0 {
> range 192.168.0.1 192.168.255.255;
> }
>
> i think 192.168.255.55 is reserved for broadcast too. is it not true? if
> yes, why dhcp server works correctly?
> please help me to clear my mind.
> regards,
> SAM
Regarding subnets:
192.168.0.0 netmask 255.255.0.0
is equivalent to
192.168.0.0/16
which splits it into a network id 192.168. and host id .0.0
Another example:
192.168.0.0 netmask 255.0.0.0
is equivalent to
192.168.0.0/8
which splits it into a network id 192. and host id 168.0.0
Regarding broadcast address:
yes, for subnet 192.168.0.0/16 the broadcast ip is 192.168.255.255 .
What are the implications of including broadcast ip in range option ?
Firstly, it depends on how the authors of software, that is DHCP server,
interpreted the dhcpd.conf option data. They could have rejected that
option up front, or accept it (implying you are the boos !).
After all, dhcpd.conf(5) only says:
"
The range statement
range [ dynamic-bootp ] low-address [ high-address];
For any subnet on which addresses will be assigned dynamically, there
must be at least one range statement. The range statement gives
the lowest and highest IP addresses in a range. All IP addresses in
the range should be in the subnet in which the range statement is declared.
"
Well, looks good to me so far !
Next, dhcpd.conf(5) describes how DHCP server deals with:
DYNAMIC ADDRESS ALLOCATION
...
IP ADDRESS CONFLICT PREVENTION
...
You can analyse it and see if any trouble lurks there ...
Secondly, let's assume there was no problem and that ip was dispensed to a host.
But, in a different place of IP specs there is a RFC??? which says that
the 192.168.255.255 as a generically valid ip address will assume some
additional meaning, that is it will be treated as a broadcast address
(it will represent all hosts on a subnet).
Wow ! That should give you a pause ...
It is said that the broadcast address is used by an application to send
the same message to all other hosts in the network simultaneously.
Who is using it ?
Well, our client host is using it (let's assume it was assigned that ip
above ...).
What happens when the host sends a packet out with a source ip address of
a broadcast ip address ? One can imagine that the destination host will
respond and send back a packet to a destination ip address which is our
sender's broadcast ip address ... You mean to every host on that network ?
Something fishy is on the way ...
But while doing it, it will utilize some protocols, like ARP, RIP, etc.
In addition, it is said that broadcast messages are typically produced by
network protocols such as the Address Resolution Protocol (ARP) and
the Routing Information Protocol (RIP).
They will utilize that ip broadcast address regardless of the fact that it
has been presumably assigned to the client host too.
Wow, what a soup ...
Enjoy it while it lasts :-)
jb
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: dhcp server returns core dump when i define network with mask 8
Quoting Frank Leonhardt : There are two common ways of defining a subnet mask - one is a dotted quad (e.g. 255.255.255.0) and the other is with a slash and the number of low-order bits - e.g. 192.168.1.0/8. Eight bits here means you get 2^8 addresses (i.e. 256). Don't use the first and last address in the range - the first is "complicated" (the network address) and the last is for broadcast packets. This doesn't always hold true but you're unlikely to come across exceptions. This is the wrong way round. the number after the slash indicates the number of bits in the network address - the high-order bits. So, when you say you want to define a "network with mask 8" I don't really know what you mean from your example. Do you mean a /8? 192.168.1.0/8 = range 192.168.1.1192.168.1.254 with a subnet mask of 255.255.255.0 (0xFF00) Nope. 192.168.1.0/24 = 192.168.1.1-255 mask 255.255.255.0. 192.168.1.0/8 doesn't start where you think it does (and is arguably the wrong way to specify that network) because all but the first 8 bits are masked out - it's 192.0.0.0 - 192.255.255.255. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: dhcp server returns core dump when i define network with mask 8
On 23/07/2013 09:45, s m wrote:
On Tue, Jul 23, 2013 at 12:56 PM, Frank Leonhardt wrote:
On 23/07/2013 09:03, jb wrote:
s m gmail.com> writes:
...
subnet 192.0.0.0 netmask 255.0.0.0 {
range 192.0.0.1 192.255.255.255;
The 'range' denotes IP addresses that can be allocated to clients.
The IP 192.255.255.255 is a reserved broadcast address for the network.
jb
It's definitely "bad idea" to try to use it, but it doesn't explain the
core dump.
Also, using DHCP to dish out addresses that don't belong to you AND aren't
on a private network (as defined by IANA) will probably lead to trouble.
Valid private address ranges are:
10.0.0.0 - 10.255.255.255 (private class A)
172.16.0.0 - 172.31.255.255 (private class B x 16)
192.168.0.0 - 192.168.255.255 (private class C x 256)
Which block you use is really a matter of taste - classes haven't been
used in routing for quite a while so you can consider them all as straight
blocks but I (for one) still treat them as classed just to help me
visualise what's what. For example, I'll use one class C per site to
prevent conflicts over VPN.
192.0.0.0/24 addresses are allocated to real hosts on the wider internet,
although IIRC some of the lower ones are reserved for use in documentation
(like example.com) - is that where the idea came from?!? :-)
Regards, Frank.
thanks Frank,
192 is just a sample. if i want to define 125.0.0.0 netmask 255.0.0.0, dhcp
server core dump either. you're right, it is better to use just some
limited addresses to avoid possible troubles. but i want to run my dhcp
server for all possible networks.
now my question is: if i define a network with mask 8, the rang should be
like: 126.0.0.0 126.254.255.255?
and thank you jb but if i define my network like below, server runs
correctly:
log-facility local7;
subnet 192.168.0.0 netmask 255.255.0.0 {
range 192.168.0.1 192.168.255.255;
}
i think 192.168.255.55 is reserved for broadcast too. is it not true? if
yes, why dhcp server works correctly?
please help me to clear my mind.
regards,
SAM
If you are connected to the Internet, using addresses like 125.0.0.0
will cause trouble. You can ONLY use private addresses on local
networks. If you are in a lab, and you are not connected to the
Internet, it's okay. I am worried when you say "I want to use my DHCP
server for all possible networks" - I do not understand what you mean
but it sounds dangerous!
There are two common ways of defining a subnet mask - one is a dotted
quad (e.g. 255.255.255.0) and the other is with a slash and the number
of low-order bits - e.g. 192.168.1.0/8. Eight bits here means you get
2^8 addresses (i.e. 256). Don't use the first and last address in the
range - the first is "complicated" (the network address) and the last is
for broadcast packets. This doesn't always hold true but you're unlikely
to come across exceptions.
So, when you say you want to define a "network with mask 8" I don't
really know what you mean from your example. Do you mean a /8?
192.168.1.0/8 = range 192.168.1.1192.168.1.254 with a subnet mask of
255.255.255.0 (0xFF00)
However, you don't normally put the whole range in the DHCP pool. For
practical reasons you'll need a router or gateway in there somewhere on
a fixed address, and by convention that either goes on .1 or .254.
Regards, Frank.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: dhcp server returns core dump when i define network with mask 8
thanks Frank,
192 is just a sample. if i want to define 125.0.0.0 netmask 255.0.0.0, dhcp
server core dump either. you're right, it is better to use just some
limited addresses to avoid possible troubles. but i want to run my dhcp
server for all possible networks.
now my question is: if i define a network with mask 8, the rang should be
like: 126.0.0.0 126.254.255.255?
and thank you jb but if i define my network like below, server runs
correctly:
log-facility local7;
subnet 192.168.0.0 netmask 255.255.0.0 {
range 192.168.0.1 192.168.255.255;
}
i think 192.168.255.55 is reserved for broadcast too. is it not true? if
yes, why dhcp server works correctly?
please help me to clear my mind.
regards,
SAM
On Tue, Jul 23, 2013 at 12:56 PM, Frank Leonhardt wrote:
> On 23/07/2013 09:03, jb wrote:
>
>> s m gmail.com> writes:
>>
>> ...
>>> subnet 192.0.0.0 netmask 255.0.0.0 {
>>> range 192.0.0.1 192.255.255.255;
>>>
>> The 'range' denotes IP addresses that can be allocated to clients.
>> The IP 192.255.255.255 is a reserved broadcast address for the network.
>> jb
>>
>>
>>
> It's definitely "bad idea" to try to use it, but it doesn't explain the
> core dump.
>
> Also, using DHCP to dish out addresses that don't belong to you AND aren't
> on a private network (as defined by IANA) will probably lead to trouble.
> Valid private address ranges are:
>
> 10.0.0.0 - 10.255.255.255 (private class A)
> 172.16.0.0 - 172.31.255.255 (private class B x 16)
> 192.168.0.0 - 192.168.255.255 (private class C x 256)
>
> Which block you use is really a matter of taste - classes haven't been
> used in routing for quite a while so you can consider them all as straight
> blocks but I (for one) still treat them as classed just to help me
> visualise what's what. For example, I'll use one class C per site to
> prevent conflicts over VPN.
>
> 192.0.0.0/24 addresses are allocated to real hosts on the wider internet,
> although IIRC some of the lower ones are reserved for use in documentation
> (like example.com) - is that where the idea came from?!? :-)
>
> Regards, Frank.
>
>
> __**_
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/**mailman/listinfo/freebsd-**questions
> To unsubscribe, send any mail to "freebsd-questions-**
> unsubscr...@freebsd.org "
>
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: dhcp server returns core dump when i define network with mask 8
On 23/07/2013 09:03, jb wrote:
s m gmail.com> writes:
...
subnet 192.0.0.0 netmask 255.0.0.0 {
range 192.0.0.1 192.255.255.255;
The 'range' denotes IP addresses that can be allocated to clients.
The IP 192.255.255.255 is a reserved broadcast address for the network.
jb
It's definitely "bad idea" to try to use it, but it doesn't explain the
core dump.
Also, using DHCP to dish out addresses that don't belong to you AND
aren't on a private network (as defined by IANA) will probably lead to
trouble. Valid private address ranges are:
10.0.0.0 - 10.255.255.255 (private class A)
172.16.0.0 - 172.31.255.255 (private class B x 16)
192.168.0.0 - 192.168.255.255 (private class C x 256)
Which block you use is really a matter of taste - classes haven't been
used in routing for quite a while so you can consider them all as
straight blocks but I (for one) still treat them as classed just to help
me visualise what's what. For example, I'll use one class C per site to
prevent conflicts over VPN.
192.0.0.0/24 addresses are allocated to real hosts on the wider
internet, although IIRC some of the lower ones are reserved for use in
documentation (like example.com) - is that where the idea came from?!? :-)
Regards, Frank.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: DHCP server
bofh42 wrote: > [EMAIL PROTECTED]:~]$ dhcpcd -n eth0 > eth0: dhcpcd 4.0.2 starting > eth0: broadcasting for a lease > eth0: offered 10.0.0.176 from 10.0.1.1 `mirrorball' > eth0: checking 10.0.0.176 is available on attached networks > Are you sure you are using the correct command to start the DHCP client? I'm not familiar with Archlinux, but on Debian linux the command you need is dhclient. On the other hand, dhcpd starts the dhcp *server* Yes, I'm sure. Notice the extra "c" in there. I'm using the DHCP client deamon. That is, a client that runs in the background keeping my DCHP lease up to speed. The -n option will cause it to signal a renewal. Also, I get similar results if I use the dhclient utility instead of dhcpcd. But thanks for your suggestion! sv. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP server
On Sat, 25 Oct 2008 11:38:22 -0400, bofh42 <[EMAIL PROTECTED]> wrote: > Are you sure you are using the correct command to start the DHCP > client? > > I'm not familiar with Archlinux, but on Debian linux the command > you > need is dhclient. That's correcto about FreeBSD where dhclient or the respective RC script in /etc/rc.d/dhclient is responsible for initiating a DHCP request (by the client). A long time ago, I had played around with TomsRTBT (a Linux that fits on a disk - not a disc); there dhcpcd seemed to be the correct DHCP client site program. > On the other hand, dhcpd starts the dhcp > *server* Correct. -- Polytropon >From Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
re: DHCP server
On Friday 24 October 2008, Svein Halvor Halvorsen wrote: > Hi, > > I'm not sure if this is an issue with my dhcp server or the client, > but since I seem to get troubles with two different clients, I'm > thinking it might be the server: > > > I've got a FreeBSD 7.0-p4 machine running isc-dhcp3-server-3.0.5_2 > serving my home network. When my Linux (Archlinux) client request > a lease, this happens: > > [EMAIL PROTECTED]:~]$ dhcpcd -n eth0 > eth0: dhcpcd 4.0.2 starting > eth0: broadcasting for a lease > eth0: offered 10.0.0.176 from 10.0.1.1 `mirrorball' > eth0: checking 10.0.0.176 is available on attached networks > Are you sure you are using the correct command to start the DHCP client? I'm not familiar with Archlinux, but on Debian linux the command you need is dhclient. On the other hand, dhcpd starts the dhcp *server* ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: DHCP server
On Behalf Of Svein Halvor Halvorsen >Daniel Bye wrote: >> On Fri, Oct 24, 2008 at 11:43:32AM +0200, Svein Halvor Halvorsen wrote: >>> I'm not sure if this is an issue with my dhcp server or the client, but >>> since I seem to get troubles with two different clients, I'm thinking it >>> might be the server: >>> > > The dhcp server has netmask /23, and are also handing out this netmask > to clients. > > I have lots of clients running FreeBSD, Windows and OS X not > complaining. I do however, have one OS X client that's been constantly > complaining, and recently also an Archlinux machine. It used to work on > the Linux client up until recently. > > It might be the client, in which case I should probably ask some > Lunux-folks, but since one of the apples also have a problem, I thought > I might be the server. > > Can I diagnose this any further? Set up Wireshark to capture the UDP packets. Compare a successful assignment with the unsuccessful variations. See which side stops responding in each conversation and troubleshoot that end. There may be some clues in the event log on MS-Windows or the syslog files on OS-X. Bob McConnell ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP server
Daniel Bye wrote: On Fri, Oct 24, 2008 at 11:43:32AM +0200, Svein Halvor Halvorsen wrote: Hi, I'm not sure if this is an issue with my dhcp server or the client, but since I seem to get troubles with two different clients, I'm thinking it might be the server: I've got a FreeBSD 7.0-p4 machine running isc-dhcp3-server-3.0.5_2 serving my home network. When my Linux (Archlinux) client request a lease, this happens: [EMAIL PROTECTED]:~]$ dhcpcd -n eth0 eth0: dhcpcd 4.0.2 starting eth0: broadcasting for a lease eth0: offered 10.0.0.176 from 10.0.1.1 `mirrorball' eth0: checking 10.0.0.176 is available on attached networks ... and then it times out, and does not configure the network. This makes me think that there may be a client issue, since the DCHP server does indeed offer an address. But I also have troubles with a Mac OS X client (although it's a little more vague about the errors). If the server is handing out /24 network prefixes, then once your clients bind the offered address in 10.0.0/24, they can no longer communicate with the server in 10.0.1/24. You can a) give the DHCP server an alias IP address in 10.0.0/24 on the appropriate interface b) change the network prefix to 16 bits, so that 10.0.0 and 10.0.1 (and ALL other addresses with the prefix 10.0) are in the same logical network space c) renumber your DHCP pool The dhcp server has netmask /23, and are also handing out this netmask to clients. I have lots of clients running FreeBSD, Windows and OS X not complaining. I do however, have one OS X client that's been constantly complaining, and recently also an Archlinux machine. It used to work on the Linux client up until recently. It might be the client, in which case I should probably ask some Lunux-folks, but since one of the apples also have a problem, I thought I might be the server. Can I diagnose this any further? sv. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP server
Wojciech Puchar wrote: a lease, this happens: [EMAIL PROTECTED]:~]$ dhcpcd -n eth0 eth0: dhcpcd 4.0.2 starting eth0: broadcasting for a lease eth0: offered 10.0.0.176 from 10.0.1.1 `mirrorball' > what's your netmask? if /24 your dhcp server is misconfigured No, it's /23, and the dhcp server has address 10.0.1.1, and it's handing out addresses in the the 10.0.0.2-10.0.0.200 range. 10.0.0.1 is a router with static address. It also uses /23. sv. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP server
a lease, this happens: [EMAIL PROTECTED]:~]$ dhcpcd -n eth0 eth0: dhcpcd 4.0.2 starting eth0: broadcasting for a lease eth0: offered 10.0.0.176 from 10.0.1.1 `mirrorball' what's your netmask? if /24 your dhcp server is misconfigured ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP server
On Fri, Oct 24, 2008 at 11:43:32AM +0200, Svein Halvor Halvorsen wrote: > Hi, > > I'm not sure if this is an issue with my dhcp server or the client, but > since I seem to get troubles with two different clients, I'm thinking it > might be the server: > > > I've got a FreeBSD 7.0-p4 machine running isc-dhcp3-server-3.0.5_2 > serving my home network. When my Linux (Archlinux) client request > a lease, this happens: > > [EMAIL PROTECTED]:~]$ dhcpcd -n eth0 > eth0: dhcpcd 4.0.2 starting > eth0: broadcasting for a lease > eth0: offered 10.0.0.176 from 10.0.1.1 `mirrorball' > eth0: checking 10.0.0.176 is available on attached networks > > ... and then it times out, and does not configure the network. This > makes me think that there may be a client issue, since the DCHP server > does indeed offer an address. But I also have troubles with a Mac OS X > client (although it's a little more vague about the errors). If the server is handing out /24 network prefixes, then once your clients bind the offered address in 10.0.0/24, they can no longer communicate with the server in 10.0.1/24. You can a) give the DHCP server an alias IP address in 10.0.0/24 on the appropriate interface b) change the network prefix to 16 bits, so that 10.0.0 and 10.0.1 (and ALL other addresses with the prefix 10.0) are in the same logical network space c) renumber your DHCP pool Dan -- Daniel Bye _ ASCII ribbon campaign ( ) - against HTML, vCards and X - proprietary attachments in e-mail / \ pgpj91QEftOyE.pgp Description: PGP signature
Re: DHCP server with no persistent storage
Quoting Luke Dean <[EMAIL PROTECTED]>: Will the DHCP server be this trouble-free if I switch my whole network to dynamic IPs? When the DHCP server goes offline, then comes back online, what happens? M0n0wall does it (http://m0n0.ch). I run M0n0 on my 4801 (I'm not using any DHCP on it however), but it seems to work. Maybe you'll find your answers at their site? Peter -- http://www.boosten.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: DHCP Server
> -Original Message-
> From: Wojciech Puchar [mailto:[EMAIL PROTECTED]
> Sent: 24 February 2008 08:56 PM
> To: Jaco le Roux
> Cc: freebsd-questions@freebsd.org
> Subject: Re: DHCP Server
>
> > BSD box, the other client is connected via a bridge on the first client.
I
> > have a section in my /usr/local/etc/dhcpd.conf to assign a specific IP
to
> > client #1:
> >
> > host myhost {
> > hardware ethernet xx:xx:xx:xx:xx:xx;
> > fixed address 192.168.1.16;
> > }
> >
> > The problem is, both client #1 and #2 get assigned the same IP address
which
> > results in a conflict (I'm guessing because they appear to be behind the
>
> it means that the first client's "bridge" is not a bridge.
Hm. Well it's a bridge made by windows xp from one interface to another.
You're telling me that it won't work like that?
If I use 'arp ip-address' on the two clients, it resolves to the same MAC
address :/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP Server
BSD box, the other client is connected via a bridge on the first client. I
have a section in my /usr/local/etc/dhcpd.conf to assign a specific IP to
client #1:
host myhost {
hardware ethernet xx:xx:xx:xx:xx:xx;
fixed address 192.168.1.16;
}
The problem is, both client #1 and #2 get assigned the same IP address which
results in a conflict (I'm guessing because they appear to be behind the
it means that the first client's "bridge" is not a bridge.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP Server V3.0.5 No BPF under chroot. Works normally otherwise.
On Tue, Mar 06, 2007 at 07:03:35PM -0600, Martin McCormick wrote: > > I found some cook-book instructions for running dhcpd in > a chroot environment. The article is 4 years old and appears to > be set up for FreeBSD5x, but it isn't far off for FreeBSD6.2 > which is what I need dhcpd to run on. > I run isc-dhcp3-server-3.0.5 from ports, started from /etc/rc.conf with the following options: dhcpd_enable="YES" # dhcpd enabled? dhcpd_flags="-q"# command option(s) dhcpd_conf="/usr/local/etc/dhcpd.conf" # configuration file dhcpd_ifaces="" # ethernet interface(s) dhcpd_withumask="022" # file creation mask dhcpd_chuser_enable="YES" # runs w/o privileges? dhcpd_withuser="dhcpd" # user name to run as dhcpd_withgroup="dhcpd" # group name to run as dhcpd_chroot_enable="YES" # runs chrooted? dhcpd_devfs_enable="YES"# use devfs if available? dhcpd_rootdir="/var/db/dhcpd" # directory to run in dhcpd_includedir="" # directory with config- Here's the full pkg-message: [EMAIL PROTECTED]/usr/ports/net/isc-dhcp3-server $ make display-message To setup dhcpd, you may have to copy /usr/local/etc/dhcpd.conf.sample to /usr/local/etc/dhcpd.conf for editing. This port installs dhcp daemon, but don't invokes dhcpd by default. If you want to invoke dhcpd at startup, put these lines into /etc/rc.conf. dhcpd_enable="YES" # dhcpd enabled? dhcpd_flags="-q"# command option(s) dhcpd_conf="/usr/local/etc/dhcpd.conf" # configuration file dhcpd_ifaces="" # ethernet interface(s) dhcpd_withumask="022" # file creation mask If compiled with paranoia support (the default), the following lines are also supported: dhcpd_chuser_enable="YES" # runs w/o privileges? dhcpd_withuser="dhcpd" # user name to run as dhcpd_withgroup="dhcpd" # group name to run as dhcpd_chroot_enable="YES" # runs chrooted? dhcpd_devfs_enable="YES" # use devfs if available? dhcpd_makedev_enable="YES"# use MAKEDEV instead? dhcpd_rootdir="/var/db/dhcpd" # directory to run in dhcpd_includedir="" # directory with config- files to include dhcpd_flags="-early_chroot" # needs full root WARNING: -early_chroot requires a jail(8) like environment to work. WARNING: dhcpd_devfs_enable and dhcpd_makedev_enable are mutually exclusive dhcpd_makedev_enable make NO sense on FreeBSD 5.x and up! If compiled with jail support (the default), the following lines are also supported (-early_chroot and dhcpd_chroot_enable=YES are implied): dhcpd_jail_enable="YES" # runs imprisoned? dhcpd_hostname="" # jail hostname dhcpd_ipaddress="" # jail ip address WARNING: dhcpd_rootdir needs to point to a full jail(8) environment. WARNING: never edit the chrooted or jailed dhcpd.conf file but /usr/local/etc/dhcpd.conf instead which is always copied where needed upon startup. WARNING: /usr/local/etc/rc.isc-dhcpd.conf is obsolete. rc.conf like variables are still read there but should be moved /etc/rc.conf or /etc/rc.conf.d/dhcpd instead. Also, the dhcpd_options variable must be renamed dhcpd_flags if any. -- Kelly D. Grills [EMAIL PROTECTED] pgpuJ4kh8oKPm.pgp Description: PGP signature
Re: DHCP server questions
Darryl Hoar wrote: Thanks Chuck. I do grok that rebooting is only really needed for new kernel installs. Just making network design decisions and want to avoid those "Oh, crap" moments. -Darryl I haven't found too many mutually exclusive services on Unix. In theory, if we did away with redundancy, and got a honkin' HUGE server to handle the load, we could run our entire University on one FreeBSD box (didn't they used to call that a Mainframe?). -- Jay Chandler Network Administrator, Chapman University 714.628.7249 / [EMAIL PROTECTED] Today's Excuse: PEBKAC (Problem Exists Between Keyboard And Chair) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: DHCP server questions
> -Original Message- > From: Chuck Swiger [mailto:[EMAIL PROTECTED] > Sent: Thursday, January 18, 2007 2:28 PM > To: [EMAIL PROTECTED] > Cc: freebsd-questions@freebsd.org > Subject: Re: DHCP server questions > > > On Jan 18, 2007, at 11:59 AM, Darryl Hoar wrote: > > I am considering modifying my web/email server by adding DHCP server > > duties to it. Any problems with this idea ? I can reboot the > > server if > > I need to without screwing up the clients that already have IP > > assigned, > > can't I ? > > No, the DHCP server is a rather lightweight daemon and will not add > much load to your current system. And yes, one could reboot the > machine acting as your DHCP server without screwing up the clients > which have already gotten a IP/lease. > > Note that rebooting a Unix system is normally not needed for > anything > short of installing a new kernel... > > -- > -Chuck > Thanks Chuck. I do grok that rebooting is only really needed for new kernel installs. Just making network design decisions and want to avoid those "Oh, crap" moments. -Darryl ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP server questions
On Jan 18, 2007, at 11:59 AM, Darryl Hoar wrote: I am considering modifying my web/email server by adding DHCP server duties to it. Any problems with this idea ? I can reboot the server if I need to without screwing up the clients that already have IP assigned, can't I ? No, the DHCP server is a rather lightweight daemon and will not add much load to your current system. And yes, one could reboot the machine acting as your DHCP server without screwing up the clients which have already gotten a IP/lease. Note that rebooting a Unix system is normally not needed for anything short of installing a new kernel... -- -Chuck ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: dhcp server on multiple interfaces.
I hope this helps, assuming you have
/usr/share/doc/dhcp-3.0pl1/dhcpd.conf.sample
Follow the steps
#cp /usr/share/doc/dhcp-3.0pl1/dhcpd.conf.sample
/etc/dhcpd.conf
#ee /etc/dhcpd.conf
your dhcpd.conf
###BEGIN DHCPD.CONF
authoritative
ddns-update-style interim
ignore client-updates
#INTERFACE fxp0 10.0.1.0/24
#It should not be written as 10.0.1.1/24
#The address of this interface (fxp0) is 10.0.1.1
subnet 10.0.1.0 netmask 255.255.255.0 {
range 10.0.1.1 10.0.1.254; #Your clients will get
10.0.1.2 through to 10.0.1.254
default-lease-time 86400;
max-lease-time 86400;
option routers 10.0.1.1; #Change this to the
internal IP address of the gateway
option ip-forwarding off;
option broadcast-address 10.0.1.255;
option subnet-mask 255.255.255.0;
option domain-name-servers 10.0.1.1; #Assuming that
the DHCPD box is also your nameserver
}
#INTERFACE xl0 10.0.0.0/24
#It should not be written as 10.0.0.1/24
#The address of this interface (xl0) is 10.0.0.1
subnet 10.0.0.0 netmask 255.255.255.0 {
range 10.0.0.1 10.0.0.200; #Your clients will get
10.0.0.2 through to 10.0.0.200
default-lease-time 86400;
max-lease-time 86400;
option routers 10.0.0.1; #Change this to the
internal IP address of the gateway
option ip-forwarding off;
option broadcast-address 10.0.0.255;
option subnet-mask 255.255.255.0;
option domain-name-servers 10.0.0.1; #Assuming that
the DHCPD box is also your nameserver
}
###END DHCPD.CONF
--- BSD Mail <[EMAIL PROTECTED]> wrote:
> Hello everyone,
>
> I'm configuring a gateway machine with 3 network
> interfaces
> int_ext (rl0) will obtained a real static IP from a
> public dhcp server.
> int_dmz (fxp0) 10.0.1.1/24
> > both internal networks will need a dhcp server to
> assign them the right
> subnet
> int_lan (xl0) 10.0.0.1/24
>
> I already figured out how to specify multiple
> subnets and grouping, static
> address etc... in the dhcp config file.
>
> what I want to make sure of is the /etc/rc.conf
> would this entry be valid and assign the right IP
> from the range of subnet :
>
> dhcpd_ifaces="fxp0 xl0"
>
> will that cause the dhcp server to assign
> 10.0.1.x/24 addresses to the
> machines on the switch connected to fxp0 ?
> and 10.0.0.x/24 to the machines on the switch
> connected to xl0 ?
>
> If not what's the maximum number of interfaces I can
> specify in the option
> dhcpd_ifaces="" assuming I have all the
> subnets and related information configured correctly
> in the dhcpd.conf ?
>
>
> --
> thanks,
> ___
> freebsd-questions@freebsd.org mailing list
>
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to
> "[EMAIL PROTECTED]"
>
__
Yahoo! FareChase: Search multiple travel sites in one
click.
http://farechase.yahoo.com
__
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: DHCP Server Offline.
The du command is your friend. Have a look at 'man du' Maybe something like: du -d2 /var Cheers, Paul -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stephan Weaver Sent: Friday, 15 July 2005 10:25 PM To: [EMAIL PROTECTED]; freebsd-questions@freebsd.org Subject: Re: DHCP Server Offline. I Found out the Problem, The /var partation is full. How do i find out where is taking up all the space? Thanks >From: Ean Kingston <[EMAIL PROTECTED]> >To: freebsd-questions@freebsd.org >CC: [EMAIL PROTECTED] >Subject: Re: DHCP Server Offline. >Date: Fri, 15 Jul 2005 10:18:09 -0400 > >On July 15, 2005 10:11 am, Stephan Weaver wrote: > > Hello folks, > > > > I have a Stand Alone FreeBSD Firewall / Nat / Dhcp Server. > > Everything seems to work fine, up until this morning. Users seem to > > complain they could not get on the network anymore. > > > > Further investigation revealed the dhcp server could not be > > contacted. Further more, only some of the users were online. I am > > guessing that these clients who were online had an ip address from >the > > dhcp server at a previous time and the lease didnt expire as yet. > > And users who were not online, the lease expired and attempted to >contact > > the dhcp server and failed. > > > > I Would appreciate any help or suggestions. > >Set the lease expire time to at least 5 days (7 to 10 is better) and >the renewal time to between 4 and 12 hours. > >Then setup a dhcp monitoring process that will alert you if it fails to >get >an >address or renewal. > >Make sure you have more addresses available than you ever expect to >give >out. >I go with 50% more. I've known some admins that want at least double. > > > Like what to do in the future incase this happens again. > >Setup 2 dhcp servers on the network. If one fails, the other will >hopefully continue to serve addresses. Monitor this one as well. > > > I Would like to find out what had happened. > >Start reading logs. > > > The last thing that i had done to the server was setup, configure > > and install 'ntop'; dont know if this would cause a problem. > > > > Thank you in advance. > > Stephan Weaver > > > > P.S. Please reply to my Directly at @ [EMAIL PROTECTED] > >-- >Ean Kingston > >E-Mail: ean AT hedron DOT org >URL: http://www.hedron.org/ >I am currently looking for work. If you need competent system/network >administration please feel free to contact me directly. _ FREE pop-up blocking with the new MSN Toolbar - get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP Server Offline.
du /var | sort -rn | more This will sort the output with the largest directories at the top. Then you can examine what is in the directories that is taking up the space. David http://freebsd.vangeyn.net/ > I Found out the Problem, > The /var partation is full. > How do i find out where is taking up all the space? > > > Thanks > >>From: Ean Kingston <[EMAIL PROTECTED]> >>To: freebsd-questions@freebsd.org >>CC: [EMAIL PROTECTED] >>Subject: Re: DHCP Server Offline. >>Date: Fri, 15 Jul 2005 10:18:09 -0400 >> >>On July 15, 2005 10:11 am, Stephan Weaver wrote: >> > Hello folks, >> > >> > I have a Stand Alone FreeBSD Firewall / Nat / Dhcp Server. >> > Everything seems to work fine, up until this morning. >> > Users seem to complain they could not get on the network anymore. >> > >> > Further investigation revealed the dhcp server could not be contacted. >> > Further more, only some of the users were online. >> > I am guessing that these clients who were online had an ip address >> from >>the >> > dhcp server at a previous time and the lease didnt expire as yet. >> > And users who were not online, the lease expired and attempted to >>contact >> > the dhcp server and failed. >> > >> > I Would appreciate any help or suggestions. >> >>Set the lease expire time to at least 5 days (7 to 10 is better) and the >>renewal time to between 4 and 12 hours. >> >>Then setup a dhcp monitoring process that will alert you if it fails to >> get >>an >>address or renewal. >> >>Make sure you have more addresses available than you ever expect to give >>out. >>I go with 50% more. I've known some admins that want at least double. >> >> > Like what to do in the future incase this happens again. >> >>Setup 2 dhcp servers on the network. If one fails, the other will >> hopefully >>continue to serve addresses. Monitor this one as well. >> >> > I Would like to find out what had happened. >> >>Start reading logs. >> >> > The last thing that i had done to the server was setup, configure and >> > install 'ntop'; >> > dont know if this would cause a problem. >> > >> > Thank you in advance. >> > Stephan Weaver >> > >> > P.S. Please reply to my Directly at @ >> > [EMAIL PROTECTED] >> >>-- >>Ean Kingston >> >>E-Mail: ean AT hedron DOT org >>URL: http://www.hedron.org/ >>I am currently looking for work. If you need competent system/network >>administration please feel free to contact me directly. > > _ > FREE pop-up blocking with the new MSN Toolbar - get it now! > http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ > > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "[EMAIL PROTECTED]" > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP Server Offline.
I Found out the Problem, The /var partation is full. How do i find out where is taking up all the space? Thanks From: Ean Kingston <[EMAIL PROTECTED]> To: freebsd-questions@freebsd.org CC: [EMAIL PROTECTED] Subject: Re: DHCP Server Offline. Date: Fri, 15 Jul 2005 10:18:09 -0400 On July 15, 2005 10:11 am, Stephan Weaver wrote: > Hello folks, > > I have a Stand Alone FreeBSD Firewall / Nat / Dhcp Server. > Everything seems to work fine, up until this morning. > Users seem to complain they could not get on the network anymore. > > Further investigation revealed the dhcp server could not be contacted. > Further more, only some of the users were online. > I am guessing that these clients who were online had an ip address from the > dhcp server at a previous time and the lease didnt expire as yet. > And users who were not online, the lease expired and attempted to contact > the dhcp server and failed. > > I Would appreciate any help or suggestions. Set the lease expire time to at least 5 days (7 to 10 is better) and the renewal time to between 4 and 12 hours. Then setup a dhcp monitoring process that will alert you if it fails to get an address or renewal. Make sure you have more addresses available than you ever expect to give out. I go with 50% more. I've known some admins that want at least double. > Like what to do in the future incase this happens again. Setup 2 dhcp servers on the network. If one fails, the other will hopefully continue to serve addresses. Monitor this one as well. > I Would like to find out what had happened. Start reading logs. > The last thing that i had done to the server was setup, configure and > install 'ntop'; > dont know if this would cause a problem. > > Thank you in advance. > Stephan Weaver > > P.S. Please reply to my Directly at @ > [EMAIL PROTECTED] -- Ean Kingston E-Mail: ean AT hedron DOT org URL: http://www.hedron.org/ I am currently looking for work. If you need competent system/network administration please feel free to contact me directly. _ FREE pop-up blocking with the new MSN Toolbar - get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP Server Offline.
On July 15, 2005 10:11 am, Stephan Weaver wrote: > Hello folks, > > I have a Stand Alone FreeBSD Firewall / Nat / Dhcp Server. > Everything seems to work fine, up until this morning. > Users seem to complain they could not get on the network anymore. > > Further investigation revealed the dhcp server could not be contacted. > Further more, only some of the users were online. > I am guessing that these clients who were online had an ip address from the > dhcp server at a previous time and the lease didnt expire as yet. > And users who were not online, the lease expired and attempted to contact > the dhcp server and failed. > > I Would appreciate any help or suggestions. Set the lease expire time to at least 5 days (7 to 10 is better) and the renewal time to between 4 and 12 hours. Then setup a dhcp monitoring process that will alert you if it fails to get an address or renewal. Make sure you have more addresses available than you ever expect to give out. I go with 50% more. I've known some admins that want at least double. > Like what to do in the future incase this happens again. Setup 2 dhcp servers on the network. If one fails, the other will hopefully continue to serve addresses. Monitor this one as well. > I Would like to find out what had happened. Start reading logs. > The last thing that i had done to the server was setup, configure and > install 'ntop'; > dont know if this would cause a problem. > > Thank you in advance. > Stephan Weaver > > P.S. Please reply to my Directly at @ > [EMAIL PROTECTED] -- Ean Kingston E-Mail: ean AT hedron DOT org URL: http://www.hedron.org/ I am currently looking for work. If you need competent system/network administration please feel free to contact me directly. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP server performance
On Mar 16, 2005, at 1:03 PM, Darryl Hoar wrote: Should I dedicate an entire machine to being a DHCP server ? Or will the load be minimal and I can put the DHCP server functionality on my webserver ? A DHCP server is very lightweight, and you can run one on a machine used for other tasks just fine. Unless your other machine is overloaded now, it probably won't notice a difference... -- -Chuck ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP server performance
> > Greetings, > I want to setup a DHCP server on my internal (private 192.168.1.X) network. > I already have a Freebsd machine on the network as a webserver. > > Should I dedicate an entire machine to being a DHCP server ? Or will > the load be minimal and I can put the DHCP server functionality on my > webserver ? For just a private internal network, it would hardly notice the extra load. I assume you won't have thousands of machines coming in and out regularly, but only a few dozen at the most coming in a few times per day. No problem. Some of our sites have several hundred machines using DHCP, on a machine with web, DNS, majordomo, squid proxy, squirrel web based Email running. About the only thing that slows them down is spamassasin/procmail when lots of Email comes in. jerry > > thanks in advance, > Darryl > > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP Server Question
On Mar 23, 2004, at 4:22 PM, JP wrote:
So I would remove the "range" entry?
Hmm, no, that's not what I meant. Staticly assigned IP addresses
should be outside the range of dynamic IPs, but you can use both
together. I'll copy a complete, working dhcp.conf file below.
[ It is intended for someone who might have a small home network and
wants to staticly assign IPs using DHCP on a FreeBSD host in a way that
closely resembles the network configuration one would get simply by
using the out-of-box network config using one of those Linksys
broadband routers as the DHCP server. ]
--
-Chuck
=
# dhcpd.conf
# option definitions common to all supported networks...
option domain-name "pkix.net";
option domain-name-servers 192.168.1.2;
default-lease-time 1;
max-lease-time 3;
# If this DHCP server is the official DHCP server for the local
# network, the authoritative directive should be uncommented.
authoritative;
# ad-hoc DNS update scheme - set to "none" to disable dynamic DNS
updates.
ddns-update-style none;
# Use this to send dhcp log messages to a different log file (you also
# have to hack syslog.conf to complete the redirection).
log-facility local7;
subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.10 192.168.1.254;
option routers 192.168.1.1;
}
subnet 10.1.3.0 netmask 255.255.255.0 {
range 10.1.3.10 10.1.3.254;
option routers 10.1.3.2;
}
host linksys {
hardware ethernet 00:20:78:d2:03:05;
fixed-address 192.168.1.1;
}
host sec {
hardware ethernet 00:a0:cc:75:97:29;
fixed-address 192.168.1.2;
}
[ ... ]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP Server Question
So I would remove the "range" entry?
Thanks,
JP
--- Charles Swiger <[EMAIL PROTECTED]> wrote:
> > I have successfully set up my DHCP server on
> FreeBSD
> > 5.2 but have a question. I only want my DHCP
> server
> > to hand out IPs to known MAC addresses entered
> into
> > dhcpd.conf how can I do this?
>
> Create entries which look like this:
>
> host linksys {
>hardware ethernet 00:20:78:d2:03:05;
>fixed-address 192.168.1.1;
> }
>
> ...for each fixed IP you wish to provide.
>
> --
> -Chuck
>
__
Do you Yahoo!?
Yahoo! Finance Tax Center - File online. File on time.
http://taxes.yahoo.com/filing.html
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP Server Question
I have successfully set up my DHCP server on FreeBSD
5.2 but have a question. I only want my DHCP server
to hand out IPs to known MAC addresses entered into
dhcpd.conf how can I do this?
Create entries which look like this:
host linksys {
hardware ethernet 00:20:78:d2:03:05;
fixed-address 192.168.1.1;
}
...for each fixed IP you wish to provide.
--
-Chuck
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP-server - suggestions?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Wednesday 26 November 2003 15:13, [EMAIL PROTECTED] wrote: > Port: isc-dhcp3-3.0.1.r12 > Info: ISC Dynamic Host Configuration Protocol client and server code I use this and it's fine; the configuration file is easy to understand, and it interacts pretty well with BIND 8 for automatiac DNS/IP mapping. - -- Cheers, Chris Howells -- [EMAIL PROTECTED], [EMAIL PROTECTED] Web: http://chrishowells.co.uk, PGP ID: 0x33795A2C KDE/Qt/C++/PHP Developer: http://www.kde.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/xNYLF8Iu1zN5WiwRArfoAJ478ELbIVmpzFXsCwpGHNtUaR6omACfdGj7 utv3pQXrTT3wRLub4IKwT5Q= =76G8 -END PGP SIGNATURE- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP-server - suggestions?
[EMAIL PROTECTED] writes: > I'm about to set up a DHCP-server. In the ports-coll I found these: > > Port: isc-dhcp3-3.0.1.r12 > Info: ISC Dynamic Host Configuration Protocol client and server code > > Port: wide-dhcp-1.4.0.6_2 > Info: Dynamic Host Configuration Protocol, WIDE Implementation > > Any suggestions / experience with them? (esp. as to > features/reliability is concerned) They're both pretty solid. The differences in features are mostly not relevant to small setups; if you have something particular you're asking about, then let us know what it is -- otherwise, there's no real basis for choosing between them on features. I use the ISC server myself, just because the configuration is slightly more familiar to me (the ISC client is in the FreeBSD base system). You're unlikely to go wrong either way... ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP-server - suggestions?
Been using the ISC DHCP server for years now. No problems to report, and not too onerous to set up. Also allows you to do dynamic updates to the ISC BIND port as well. Jon On Wed, 2003-11-26 at 15:13, [EMAIL PROTECTED] wrote: > Hi, > > I'm about to set up a DHCP-server. In the ports-coll I found these: > > Port: isc-dhcp3-3.0.1.r12 > Info: ISC Dynamic Host Configuration Protocol client and server code > > Port: wide-dhcp-1.4.0.6_2 > Info: Dynamic Host Configuration Protocol, WIDE Implementation > > Any suggestions / experience with them? (esp. as to > features/reliability is concerned) > > TIA for your help > -ewald > ___ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- ++ | ___ ___ | |/ || / | | / /| |/ /| | / / | | _ / / ___ | | / /__| |/ ___ \ / /__/ __ \/ _ | | /__ | |/ | / / /_/ / ___ \ / /_/ / / / | | / ___ \ | | / /| | / / __ / / \ \ | ___/__ / / / / / / \ \ | | / / | | | |__/ / / // / | \__/ / | |_| | / // / | | /__\/___\ \_/ /__| /__| \_/ \__/|_| /__| /__| | || | www.achean.com | | == | | Jon Mercer [EMAIL PROTECTED] | || | Mobile07973 256496 | || | Tel. 0117 9561211 | || | Fax 0117 9565637 | ++ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DHCP Server "learning" name servers since server itself is dhcp'd??
IAccounts <[EMAIL PROTECTED]> writes:
> > > Alternatively is there a way to dynamically tell BIND to get it's
> > > forwarders list from /etc/resolv.conf?
> >
> > This could be done pretty much the same way. I thought I'd done it on
> > my system, but as I look at named.conf, I don't seem to have ever
> > finished the shell script to auto-generate the named.conf file.
> > Bind 8 doesn't have a sufficiently powerful include mechanism to do
> > this neatly.
>
> I would be very interested in helping (or starting) some development for
> this purpose. I already have created a perl script for generating zone
> files and updating serial numbers, but give me until the beginning of the
> workweek, and I can do this.
>
> Very interesting concept that I would happily put forth time to develop.
> Mail me off list with any other details that you would like considered.
Oh, wait a minute. I *did* have it working already.
I put the line
#include "forwarders-list"
into the options section of my named.conf, and I have my
dhclient-enter-hooks script build that forwarders-list file,
and run named.conf through the C preprocessor to handle the
file inclusion.
dhclient-enter-hooks looks like this:
#!/bin/sh
file=/etc/namedb/forwarders-list
if [ x"$new_domain_name_servers" != x ]; then
echo ' forwarders {' > $file
for n in $new_domain_name_servers ; do
if [ "${n}" != "127.0.0.1" ] ; then
echo " ${n};" >> $file
fi
done
echo " };" >> $file
fi
cpp -P -C /etc/namedb/named.conf > /etc/namedb/named.usable.conf
ndc reload
The only other thing is that named has to be told to use the rebuilt
version, so I specify that in rc.conf, with
named_flags="-u bind -g bind -c /etc/namedb/named.usable.conf" # Flags for
named
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-questions" in the body of the message
Re: DHCP Server "learning" name servers since server itself is dhcp'd??
On Sat, 8 Mar 2003, David Kelly wrote:
> On Saturday 08 March 2003 12:32 pm, Mikko Työläjärvi wrote:
> >
> > It is more elegant in perl, but dhclient-enter-hooks is a
> > shellscript, so it felt easier to just add it there.
>
> /etc/dhclient-enter-hooks needs to be created in any case if you wish to
> use named else it will write an /etc/resolv.conf containing the values
> given by the DHCP server. Something like this is all it takes to keep
> it from changing your resolv.conf:
>
> #!/bin/sh
> make_resolv_conf() {
> }
I know.
> Naturally, one could expand my null'ed make_resolv_conf() to 1) verify
> DNS servers have changed, and 2) write them in /etc/namedb/named.conf,
> then 3) "ndc restart"
That is what I'm doing, as would have been evident from the part of
the mail you snipped...
I also update time servers, web proxies, time zone, smtp forwarder
and a few other things.
> My ISP has done something in the past year or so that dhclient thinks
> each and every lease renewal is practically a new lease.
> /etc/resolv.conf gets (actually, only "attempted" now) written on each
> renewal. /var/log/messages gets flooded with this:
>
> Mar 8 21:14:29 grumpy dhclient: New Network Number: 24.214.34.0
> Mar 8 21:14:29 grumpy dhclient: New Broadcast Address: 24.214.34.255
After having been confronted with a number of different more or less
broken DHCP setups, I have come to the conclusion that the information
seldom is directly usable. Instead one has to do pattern matching on
the data from the server and map to a collection of known settings for
known locations, plus a sanity-checking fallback case for new, untried
locations.
$.02,
/Mikko
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-questions" in the body of the message
Re: DHCP Server "learning" name servers since server itself is dhcp'd??
On Saturday 08 March 2003 12:32 pm, Mikko Työläjärvi wrote:
>
> It is more elegant in perl, but dhclient-enter-hooks is a
> shellscript, so it felt easier to just add it there.
/etc/dhclient-enter-hooks needs to be created in any case if you wish to
use named else it will write an /etc/resolv.conf containing the values
given by the DHCP server. Something like this is all it takes to keep
it from changing your resolv.conf:
#!/bin/sh
make_resolv_conf() {
}
Naturally, one could expand my null'ed make_resolv_conf() to 1) verify
DNS servers have changed, and 2) write them in /etc/namedb/named.conf,
then 3) "ndc restart"
My ISP has done something in the past year or so that dhclient thinks
each and every lease renewal is practically a new lease.
/etc/resolv.conf gets (actually, only "attempted" now) written on each
renewal. /var/log/messages gets flooded with this:
Mar 8 21:14:29 grumpy dhclient: New Network Number: 24.214.34.0
Mar 8 21:14:29 grumpy dhclient: New Broadcast Address: 24.214.34.255
--
David Kelly N4HHE, [EMAIL PROTECTED]
=
The human mind ordinarily operates at only ten percent of its
capacity -- the rest is overhead for the operating system.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-questions" in the body of the message
Re: DHCP Server "learning" name servers since server itself is dhcp'd??
On Sat, 8 Mar 2003, IAccounts wrote:
> > > Alternatively is there a way to dynamically tell BIND to get it's
> > > forwarders list from /etc/resolv.conf?
Here is a shell script snippet that I use on my laptop. It gets
called from make_resolv_conf() in /etc/dhclient-enter-hooks, where I
make sure not to overwrite /etc/resolv.conf (it always points to
localhost). Extracting nameserver addresses from resolv.conf is
trivial, though.
A prerequisite is that the "forwarders" clause in named.conf is on a
single line by itself, for example:
forwarders { 192.168.250.254; };
8<
LOGGER=echo
named_conf=/etc/namedb/named.conf
# Args: one or more nameserver IPs
update_forwarders() {
address_list=
for nameserver in $* ; do
test X$nameserver = X127.0.0.1 && continue # Stupid server...
address_list="$address_list $nameserver;"
done
address_list="{ $address_list };"
sed_command='/^options/,/^}/s/\([^#\/]*\)forwarders.*/\1forwarders'
sed_command="$sed_command $address_list/"
sed "$sed_command" $named_conf > $named_conf.dhcp
if cmp -s $named_conf $named_conf.dhcp; then :
else
$LOGGER "New DNS servers: $*"
if [ ! -f $named_conf.org ]; then
cp $named_conf $named_conf.org
fi
cp $named_conf.dhcp $named_conf
ndc reload
fi
return 0
}
8<
It is more elegant in perl, but dhclient-enter-hooks is a shellscript,
so it felt easier to just add it there.
$.02,
/Mikko
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-questions" in the body of the message
Re: DHCP Server "learning" name servers since server itself isdhcp'd??
> > Alternatively is there a way to dynamically tell BIND to get it's > > forwarders list from /etc/resolv.conf? > > This could be done pretty much the same way. I thought I'd done it on > my system, but as I look at named.conf, I don't seem to have ever > finished the shell script to auto-generate the named.conf file. > Bind 8 doesn't have a sufficiently powerful include mechanism to do > this neatly. I would be very interested in helping (or starting) some development for this purpose. I already have created a perl script for generating zone files and updating serial numbers, but give me until the beginning of the workweek, and I can do this. Very interesting concept that I would happily put forth time to develop. Mail me off list with any other details that you would like considered. My personal email is steve*at*northnetworks.ca Steve > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-questions" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Re: DHCP Server "learning" name servers since server itself is dhcp'd??
Philip Hallstrom <[EMAIL PROTECTED]> writes: > Hi all - > I'm setting up a server/gateway on a cable modem whose external > interface has to use DHCP. There will be several clients on the internal > network and the gateway will be running isc-dhcp. > > I know I can setup a nameserver on the gateway and configure DHCP to send > it's own IP as the nameserver to use, but I was wondering if there is a > way to have the dhcp server get the name server values from say > /etc/resolv.conf? You should be able to do that by writing a dhclient hook (see the manual for dhclient-script(8) for info), but I don't have a recipe at hand, as I've long since gone to running my own nameserver for other reasons. > Alternatively is there a way to dynamically tell BIND to get it's > forwarders list from /etc/resolv.conf? This could be done pretty much the same way. I thought I'd done it on my system, but as I look at named.conf, I don't seem to have ever finished the shell script to auto-generate the named.conf file. Bind 8 doesn't have a sufficiently powerful include mechanism to do this neatly. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Re: DHCP server
On Wed, Nov 13, 2002 at 12:15:06AM -0800, Jonas Fornander wrote: > I want to install a DHCP server on 4.7. In the Latest/packages I can only find the >following packages that refers to dhcp: > > dhcpconf > dhcpdump > dchping (?) > > Is any of those the server? If not, which package is the server? arbitrary:/usr/ports:% make search name=dhcp [...] Port: isc-dhcp3-3.0.1.r9 Path: /usr/ports/net/isc-dhcp3 Info: ISC Dynamic Host Configuration Protocol client and server code Maint: [EMAIL PROTECTED] Index: net B-deps: R-deps: [...] Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
