Re: [Dnsmasq-discuss] dhcp-broadcast

2010-09-21 Thread Tyler Reese
User error.

I am on RHEL 5, and it comes with dnsmasq-2.45.  The executable is located at 
/usr/sbin/dnsmasq.

I downloaded dnsmasq-2.55 (to get the dhcp-broadcast option) and ran 'make 
install'.  That put the 2.55 executable at /usr/local/sbin/dnsmasq.

The file /etc/init.d/dnsmasq is what I am using to start and stop dnsmasq.  
That file was referencing /usr/sbin/dnsmasq, and 2.45 didn't know anything 
about dhcp-broadcast.  I fixed /etc/init.d/dnsmasq so that it references 
/usr/local/sbin/dnsmasq.  Now, I can just add 'dhcp-broadcast' to 
/etc/dnsmasq.conf and it works as expected.

It was working from the command line because 'which dnsmasq' showed 
/usr/local/sbin/dnsmasq.



From: dnsmasq-discuss-boun...@lists.thekelleys.org.uk 
[mailto:dnsmasq-discuss-boun...@lists.thekelleys.org.uk] On Behalf Of Tyler 
Reese
Sent: Tuesday, September 21, 2010 8:51 AM
To: dnsmasq-discuss@lists.thekelleys.org.uk
Subject: Re: [Dnsmasq-discuss] dhcp-broadcast

I tried this, but it made no difference.  Should it matter if a dnsmasq 
configuration option is in dnsmasq.conf or another file?

When I run 'dnsmasq --dhcp-broadcast' from the command line, it works as 
expected (unconditionally set the broadcast flag, which is what I need).
I also see this line in the log file:
Sep 20 16:59:44 adminportal dnsmasq-dhcp[25074]: 0 broadcast response
No matter how I try to set the option in the configuration file, I don't get a 
broadcast response.
I don't know the correct syntax for using this option in a configuration file 
(dnsmasq.conf or any other specified file).


From: richardvo...@gmail.com [mailto:richardvo...@gmail.com]
Sent: Tuesday, September 21, 2010 7:38 AM
To: Tyler Reese
Cc: dnsmasq-discuss@lists.thekelleys.org.uk
Subject: Re: [Dnsmasq-discuss] dhcp-broadcast



On Mon, Sep 20, 2010 at 8:39 PM, Tyler Reese 
mailto:tyler.re...@taqua.com>> wrote:
I'm trying to use this option to force the broadcast bootp flag to be set on 
bootp replies.  The only way I am able to make it work is to run 'dnsmasq 
--dhcp-broadcast' from the command line.  I want the dhcp-broadcast option to 
be used unconditionally.

I haven't found the correct way to add dhcp-broadcast to dnsmasq.conf in order 
to achieve the same thing.

In dnsmasq.conf, I have tried:
dhcp-broadcast
dhcp-broadcast=bootp

After making the change, I restart dnsmasq.  Neither one is making the 
broadcast bit get set, but again, it does work when I run dnsmasq from the 
command line.  What am I missing?  This is on dnsmasq-2.55.

I'm going to throw out a WAG that you're not editing the right dnsmasq.conf 
file.

Does forcing dnsmasq to read a particular config file using the -C command line 
option make any difference?

>From the man page

-C, --conf-file=
Specify a different configuration file. The conf-file option is also allowed in 
configuration files, to include multiple configuration files.
-7, --conf-dir=[,..]
Read all the files in the given directory as configuration files. If 
extension(s) are given, any files which end in those extensions are skipped. 
Any files whose names end in ~ or start with . or start and end with # are 
always skipped. This flag may be given on the command line or in a 
configuration file.



Thanks,
Tyler


The information contained within this e-mail message, including the information 
contained in any attachments, is considered confidential information of Taqua, 
LLC, and intended only for the named recipient(s). If you have received this 
message in error, or are not the named recipient(s), please immediately delete 
this e-mail and any attachments.

___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss




The information contained within this e-mail message, including the information 
contained in any attachments, is considered confidential information of Taqua, 
LLC, and intended only for the named recipient(s). If you have received this 
message in error, or are not the named recipient(s), please immediately delete 
this e-mail and any attachments.


The information contained within this e-mail message, including the information 
contained in any attachments, is considered confidential information of Taqua, 
LLC, and intended only for the named recipient(s). If you have received this 
message in error, or are not the named recipient(s), please immediately delete 
this e-mail and any attachments.


Re: [Dnsmasq-discuss] dhcp-broadcast

2010-09-21 Thread Tyler Reese
I tried this, but it made no difference.  Should it matter if a dnsmasq 
configuration option is in dnsmasq.conf or another file?

When I run 'dnsmasq --dhcp-broadcast' from the command line, it works as 
expected (unconditionally set the broadcast flag, which is what I need).
I also see this line in the log file:
Sep 20 16:59:44 adminportal dnsmasq-dhcp[25074]: 0 broadcast response
No matter how I try to set the option in the configuration file, I don't get a 
broadcast response.
I don't know the correct syntax for using this option in a configuration file 
(dnsmasq.conf or any other specified file).


From: richardvo...@gmail.com [mailto:richardvo...@gmail.com]
Sent: Tuesday, September 21, 2010 7:38 AM
To: Tyler Reese
Cc: dnsmasq-discuss@lists.thekelleys.org.uk
Subject: Re: [Dnsmasq-discuss] dhcp-broadcast



On Mon, Sep 20, 2010 at 8:39 PM, Tyler Reese 
mailto:tyler.re...@taqua.com>> wrote:
I'm trying to use this option to force the broadcast bootp flag to be set on 
bootp replies.  The only way I am able to make it work is to run 'dnsmasq 
--dhcp-broadcast' from the command line.  I want the dhcp-broadcast option to 
be used unconditionally.

I haven't found the correct way to add dhcp-broadcast to dnsmasq.conf in order 
to achieve the same thing.

In dnsmasq.conf, I have tried:
dhcp-broadcast
dhcp-broadcast=bootp

After making the change, I restart dnsmasq.  Neither one is making the 
broadcast bit get set, but again, it does work when I run dnsmasq from the 
command line.  What am I missing?  This is on dnsmasq-2.55.

I'm going to throw out a WAG that you're not editing the right dnsmasq.conf 
file.

Does forcing dnsmasq to read a particular config file using the -C command line 
option make any difference?

>From the man page

-C, --conf-file=
Specify a different configuration file. The conf-file option is also allowed in 
configuration files, to include multiple configuration files.
-7, --conf-dir=[,..]
Read all the files in the given directory as configuration files. If 
extension(s) are given, any files which end in those extensions are skipped. 
Any files whose names end in ~ or start with . or start and end with # are 
always skipped. This flag may be given on the command line or in a 
configuration file.



Thanks,
Tyler


The information contained within this e-mail message, including the information 
contained in any attachments, is considered confidential information of Taqua, 
LLC, and intended only for the named recipient(s). If you have received this 
message in error, or are not the named recipient(s), please immediately delete 
this e-mail and any attachments.

___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss




The information contained within this e-mail message, including the information 
contained in any attachments, is considered confidential information of Taqua, 
LLC, and intended only for the named recipient(s). If you have received this 
message in error, or are not the named recipient(s), please immediately delete 
this e-mail and any attachments.


Re: [Dnsmasq-discuss] dhcp-broadcast

2010-09-21 Thread richardvo...@gmail.com
On Mon, Sep 20, 2010 at 8:39 PM, Tyler Reese  wrote:

>  I'm trying to use this option to force the broadcast bootp flag to be set
> on bootp replies.  The only way I am able to make it work is to run 'dnsmasq
> --dhcp-broadcast' from the command line.  I want the dhcp-broadcast option
> to be used unconditionally.
>
> I haven't found the correct way to add dhcp-broadcast to dnsmasq.conf in
> order to achieve the same thing.
>
> In dnsmasq.conf, I have tried:
> dhcp-broadcast
> dhcp-broadcast=bootp
>
> After making the change, I restart dnsmasq.  Neither one is making the
> broadcast bit get set, but again, it does work when I run dnsmasq from the
> command line.  What am I missing?  This is on dnsmasq-2.55.
>

I'm going to throw out a WAG that you're not editing the right dnsmasq.conf
file.

Does forcing dnsmasq to read a particular config file using the -C command
line option make any difference?

>From the man page
*-C, --conf-file=*Specify a different configuration file. The
conf-file option is also allowed in configuration files, to include multiple
configuration files.*-7, --conf-dir=[,..]*Read
all the files in the given directory as configuration files. If extension(s)
are given, any files which end in those extensions are skipped. Any files
whose names end in ~ or start with . or start and end with # are always
skipped. This flag may be given on the command line or in a configuration
file.


>
> Thanks,
> Tyler
>
> --
> The information contained within this e-mail message, including the
> information contained in any attachments, is considered confidential
> information of Taqua, LLC, and intended only for the named recipient(s). If
> you have received this message in error, or are not the named recipient(s),
> please immediately delete this e-mail and any attachments.
>
> ___
> Dnsmasq-discuss mailing list
> Dnsmasq-discuss@lists.thekelleys.org.uk
> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
>
>


Re: [Dnsmasq-discuss] TFTP logging strangeness

2010-09-21 Thread Ferenc Wagner
Simon Kelley  writes:

> Ferenc Wagner wrote:
>> Simon Kelley  writes:
>> 
>>> Ferenc Wagner wrote:
>>>
 OK, but do you agree that "sent /var/lib/tftpboot/pxelinux.0" shouldn't
 have been logged above (and below)?
>>>
>>> agreed, and changed. That message is only logged when the transfer
>>> completes.  The slight downside to this is that some clients never
>>> acknowledge the final block, which means that the message won't
>>> appear until the transfer times out after waiting for that final
>>> ACK.
>> 
>> I find that quite acceptable.  At the same time I'd appreciate if the
>> corresponding timeout message pointed out that only the final ACK was
>> missing, so the file was actually sent in full.
>
> The timeout error is suppressed if only the final ACK is missing.

That's fine, too.
-- 
Thanks,
Feri.



Re: [Dnsmasq-discuss] TFTP logging strangeness

2010-09-21 Thread Simon Kelley
Ferenc Wagner wrote:
> Simon Kelley  writes:
> 
>> Ferenc Wagner wrote:
>>
>>> OK, but do you agree that "sent /var/lib/tftpboot/pxelinux.0" shouldn't
>>> have been logged above (and below)?
>> agreed, and changed. That message is only logged when the transfer
>> completes.
> 
> Thanks.
> 
>> The slight downside to this is that some clients never acknowledge the
>> final block, which means that the message won't appear until the
>> transfer times out after waiting for that final ACK.
> 
> I find that quite acceptable.  At the same time I'd appreciate if the
> corresponding timeout message pointed out that only the final ACK was
> missing, so the file was actually sent in full.

The timeout error is suppressed if only the final ACK is missing.

Cheers,

Simon.




Re: [Dnsmasq-discuss] dnsmasq, mfsBSD, status refused

2010-09-21 Thread Samuel Martín Moro
Hi,


I tried to associate hostnames with IPs in the hosts file.
And it worked...

With my linux gate, declaring hosts (mac,ip,name,lease) in one line works
perfectly...
I don't understand why it won't with FreeBSD...

Whatever, sorry for the disturbance :)


Cheers,

Samuel Martín Moro
{EPITECH.} tek5
CamTrace S.A.S


On Mon, Sep 20, 2010 at 2:56 PM, Samuel Martín Moro wrote:

>
> Hi
>
>
> I'm trying to replace my gate with a qnap ts-509.
> I installed mfsBSD, based on FreeBSD-8.1-RELEASE amd64.
> I just had to build some pre-configured packages, add ipfw, ipfw_nat and
> libalias to boot modules.
>
> Everything's working just fine, except for the DNS (dnsmasq-2.55,1.tbz,
> rebuilt with config files and ipfw startup script)
>
> DHCP works perfectly. But DNS does not...
> Even on the (soon-to-be) gateway, so I'm assuming ipfw is not related to
> the problem (in doubt, I still send it)
> root@phi /real/tmp : ipfw list
> 1 check-state
> 2 allow ip from any to any via lo0
> 3 allow tcp from any to any established
> 00500 allow ip from any to any via bge1
> 00666 allow tcp from me to any out via bge0 setup uid root keep-state
> 65535 deny ip from any to any
> (since bge0 is not plugged, it's quite empty...)
>
>
>
> root@phi /real/tmp : ./dig @localhost alpha.faust-network
>
> ; <<>> DiG 9.6.2-P2 <<>> alpha.faust-network
> ;; global options: +cmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 13068
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
>
> ;; QUESTION SECTION:
> ;alpha.faust-network.   IN  A
>
> ;; Query time: 13 msec
> ;; SERVER: 127.0.0.1#53(127.0.0.1)
> ;; WHEN: Mon Sep 20 13:41:15 2010
> ;; MSG SIZE  rcvd: 37
>
>
> basically, my configuration is the following:
>
> cache-size=1024
> local-ttl=15
> log-dhcp
> interface=bge1
> bind-interfaces
> no-negcache
> dhcp-range=10.254.254.1,10.254.254.254,255.0.0.0,1h
> dhcp-boot=pxelinux.0,omega,10.42.42.45  # PXE TFTP server (omega)
> dhcp-option=3,10.242.42.254 # gateway
> dhcp-option=19,1# option ip-forwarding off
> dhcp-option=23,42   # TTL de 42
> dhcp-option=44,10.242.42.254# Wins Server
> dhcp-option=45,10.242.42.254# NetBios DDS
> dhcp-option=46,8# NetBios Node Type
>
> dhcp-option=option:ntp-server,213.186.41.134,88.191.79.242,193.55.167.2,80.65.235.4,194.57.191.1,91.121.45.45
> dhcp-script=/usr/local/bin/dhcp_action
> domain=faust-network
> expand-hosts
> bogus-nxdomain=64.94.110.11 #get SSL certificate from another CAServer
> localmx
> selfmx
> conf-file=/usr/local/etc/blocklist.conf # filter adds, shits, facebook, ...
>
>
> my resolv.conf:
> nameserver 10.242.42.254 #localhost, priv addr
> nameserver 8.8.4.4
> domain faust-network
>
>
> I already have a dnsmasq working perfectly on my current gate
> (ArchLinux-x86_64).
> I copied the configuration, making a few changes (192.168.0.0/24 ->
> 10.0.0.0/8).
> So, I don't understant what I'm doing wrong
> Any idea?
>
>
>
> Cheers,
>
> ---
>
> Samuel Martín Moro
> {EPITECH.} tek5
> CamTrace S.A.S
>
>


Re: [Dnsmasq-discuss] TFTP logging strangeness

2010-09-21 Thread Ferenc Wagner
Simon Kelley  writes:

> Ferenc Wagner wrote:
>
>> OK, but do you agree that "sent /var/lib/tftpboot/pxelinux.0" shouldn't
>> have been logged above (and below)?
>
> agreed, and changed. That message is only logged when the transfer
> completes.

Thanks.

> The slight downside to this is that some clients never acknowledge the
> final block, which means that the message won't appear until the
> transfer times out after waiting for that final ACK.

I find that quite acceptable.  At the same time I'd appreciate if the
corresponding timeout message pointed out that only the final ACK was
missing, so the file was actually sent in full.
-- 
Cheers,
Feri.



[Dnsmasq-discuss] dhcp-broadcast

2010-09-21 Thread Tyler Reese
I'm trying to use this option to force the broadcast bootp flag to be set on 
bootp replies.  The only way I am able to make it work is to run 'dnsmasq 
--dhcp-broadcast' from the command line.  I want the dhcp-broadcast option to 
be used unconditionally.

I haven't found the correct way to add dhcp-broadcast to dnsmasq.conf in order 
to achieve the same thing.

In dnsmasq.conf, I have tried:
dhcp-broadcast
dhcp-broadcast=bootp

After making the change, I restart dnsmasq.  Neither one is making the 
broadcast bit get set, but again, it does work when I run dnsmasq from the 
command line.  What am I missing?  This is on dnsmasq-2.55.

Thanks,
Tyler


The information contained within this e-mail message, including the information 
contained in any attachments, is considered confidential information of Taqua, 
LLC, and intended only for the named recipient(s). If you have received this 
message in error, or are not the named recipient(s), please immediately delete 
this e-mail and any attachments.