Hi Matus,
> Without --bind-interfaces dnsmasq sits on 0.0.0.0 but only answers on
> interfaces it is configured to listen on.
1) This single line conf works, i.e. by default dnsmasq answers on all
interfaces:
server=8.8.8.8
2) Adding no-resolv breaks the default behavior and makes dnsmasq
ly created interfaces work in the same way as the default.
Implementing this option requires non-standard networking APIs and it is only
available under Linux. On other platforms it falls-back to --bind-interfaces
mode.
-Original Message-
From: Dnsmasq-discuss
On Behalf Of Alkis Georgop
to the list.
Thank you,
Alkis Georgopoulos
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
@Petr, thank you very much for troubleshooting this!
@Shrenik, are any changes required in ltsp-dnsmasq.conf?
Or we just need to apply Petr's patch, compile/install, and it works?
Thank you as well for your persistence and testing!
Cheers,
Alkis
On 10/15/21 2:42 PM, Shrenik Bhura wrote:
The
ing wrote:
Am Fri, 8 Oct 2021 19:02:31 +0300
schrieb Alkis Georgopoulos :
> yeah I too settled for a sed command
Sorry, I do not use sed or anything.
If the MAC/ip/hostname triple is know in advance, create a static config
file with host-record= and dhcp-host=. Sorry if that was unclear.
But
Hi Olaf,
yeah I too settled for a sed command that transforms a dhcp-hosts file
into an addn-hosts file.
I maintain the main information in the dhcp-hosts file and then I run
the sed command.
Thank you,
Alkis
On 10/8/21 3:04 PM, Olaf Hering wrote:
On Sun, Oct 03, Alkis Georgopoulos wrote
rwise it doesn't.
Shrenik, I wonder, if you use iptables or a firewall to completely
ignore packets to 4011, does the NUC client work then even if
pxe-service lines exist?
(I may be complete off-base there, it's just an idea...)
Cheers,
Alkis
On 10/6/21 8:37 AM, Alkis Georgopoulos wrote:
Hi
this
client, it fails to boot
==> Is it possible for dnsmasq to behave like (1) when (2) happens?
I.e. if pxe-service is not matched due to tags, to behave in the same
way like if it wasn't there at all?
Thank you,
Alkis Georgopoulos
On 10/5/21 9:05 PM, Petr Menšík wrote:
I could not find
ic dns. Would it help if those hosts were assigned
infinite TTL to add permanent hostnames for them, similar to addn-hosts
record? I guess it would not hurt having permanent names on permanent
leases.
Cheers,
Petr
On 10/3/21 10:21, Alkis Georgopoulos wrote:
> Hi, I'm using a dhcp-hostsfile with l
, Oct 03, 2021 at 11:21:00AM +0300, Alkis Georgopoulos wrote:
> Hi, I'm using a dhcp-hostsfile with lines like the following:
>
> b8:27:eb:c4:a5:4a,set:lab1,192.168.67.100,rpi
>
> When that client boots, I can run `host rpi localhost` and dnsmasq
tells me
> its IP.
> But when t
re any way for dnsmasq to put all the dhcp-hosts into its DNS view
even when these clients are offline?
Otherwise I guess I could write a bash script that converts a dhcp-hosts
file into an addn-hosts file with lines like:
192.168.67.100 rpi
Please Cc me as I'm not in the list.
Thank
names
when possible. It is enabled by default; specifying 0
disables it.
On Wed, Jun 16, 2021 at 5:44 AM Alkis Georgopoulos mailto:alk...@gmail.com>> wrote:
If I'm reading this correctly, it needs an extra step, to discover and
list all the interfaces
It would be simpler if we could do:
interface-name=webserver,*
Nevertheless, it saves us from modifying the dnsmasq configuration every
time the IP changes, so it's much better than what we had!
Thank you very much Simon!
On 6/16/21 12:03 PM, Simon Kelley wrote:
On 16/06/2021 09:10, Alkis
e able to bookmark and use http://webserver,
even if the dnsmasq IP is dynamic.
Please Cc me as I'm not in the list.
Kind regards,
Alkis Georgopoulos
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.u
Pi.
So, "pxe-service" lines that are NOT matched, cause the problem,
yet if they're commented out, the problem is gone...
Would that be an issue with dnsmasq, or with the UEFI PXE stack?
Thanks,
Alkis Georgopoulos
___
Dnsmasq-discus
Hi, can I set a tag based on the client requested options?
E.g. if an UEFI client requests "59:bootfile-url", to "set:netbooting"...
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
nts not supporting the
proxyDHCP protocol.
==> QUESTION 2: since the client will discard the DHCPOFFER IP, and only
use the server IP, will this abuse have any bad side effects?
Thank you!
Alkis Georgopoulos
LTSP developer
___
Dnsmasq-
dnsmasq restart
Then it behaves correctly:
Dec 19 09:01:17 ltsp-server dnsmasq-dhcp[2381]: no address range
available for DHCP request via enp2s0
Kind regards,
Alkis Georgopoulos
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org
On 20/05/2015 10:21 μμ, Simon Kelley wrote:
Thanks for staying with this. I just checked in another patch. Is that
any better?
That did the trick! It worked in all the cases that I tried.
Btw if there's any testing that I could do to help in implementing the
proxyDHCP support for UEFI
On 20/05/2015 01:04 πμ, Simon Kelley wrote:
I just pushed a patch into git
http://thekelleys.org.uk/gitweb/?p=dnsmasq.git;a=commitdiff;h=7f8565b94ca52dde31f7688a9f9a0cc611d9dae3
Please could you see if that helps? It should apply to the Ubuntu 14.04
version, if that's easier.
Hi Simon,
I
On 15/05/2015 11:13 μμ, Simon Kelley wrote:
Do you have dhcp-boot configuration. Do they have tags to select the
correct one depending on the efi tag you're using?
Hi Simon, here's my minimal.conf with which I can reproduce the problem:
enable-tftp
tftp-root=/var/lib/tftpboot/
I just tried with git head, with the same results.
Another debugging hint... I tried commenting out the following line:
#dhcp-range=tag:efi,192.168.68.20,192.168.68.250,8h
Meaning that I only had the proxyDHCP range in effect:
dhcp-range=tag:!efi,10.161.254.0,proxy
The client of course booted
06:34, Alkis Georgopoulos wrote:
Since proxyDHCP mode doesn't yet work for UEFI clients, I'm using the
following as a workaround:
dhcp-range=tag:!efi,10.161.254.0,proxy
dhcp-range=tag:efi,192.168.68.20,192.168.68.250,8h
This is with a single NIC, dual IP server (10.161.254.11, 192.168.68.1
Since proxyDHCP mode doesn't yet work for UEFI clients, I'm using the
following as a workaround:
dhcp-range=tag:!efi,10.161.254.0,proxy
dhcp-range=tag:efi,192.168.67.20,192.168.67.250,8h
This is with a single NIC, dual IP server (10.161.254.11, 192.168.67.1).
The 192.168.67.1 server IP is only
Στις 18/04/2012 11:14 πμ, ο/η Simon Kelley έγραψε:
I'm not surprised that PXE doesn't do checks, but I am surprised that
dhclient doesn't. The server-side checks are a SHOULD also, BTW.
[...]
That looks conclusive. Do you see the same thing when the OS boots and
dhclient runs?
Yes, I didn't
very much,
Alkis Georgopoulos
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
Simon thanks a lot for your reply,
Uh first of all sorry for the previously lame Subject: line, it looks
like I pasted the list mail over it. :(
Why is using --no-ping risky for LTSP? DHCP clients will still do
address-in-use checks and dnsmasq handles DHCPDECLINE messages
resulting from
Στις 22-11-2011, ημέρα Τρι, και ώρα 12:49 +, ο/η Simon Kelley
έγραψε:
The IP address is allocated by the real DHCP server and dnsmasq never
gets to see that information, so it can know the name, but not the
address. Hence it can't provide a DNS record, sorry.
Simon thank you for the
Στις 09-08-2011, ημέρα Τρι, και ώρα 16:55 +0100, ο/η Simon Kelley
έγραψε:
Many thanks for that. The problem occurs of the last block is nearly
full-sized and the added carriage-return characters for netascii push
the transfer over into a new block.
In case it's move convenient, I also uploaded the problematic file
there: http://people.ubuntu.com/~alkisg/tmp/file
Στις 21-07-2011, ημέρα Πεμ, και ώρα 16:28 +0300, ο/η Alkis Georgopoulos
έγραψε:
While trying to download the attached file using dnsmasq 2.52-1ubuntu0.1
as the tftp server
a problem.
I've reported the gpxe problems to #etherboot, they told me they'd have
a look.
Thanks a lot Simon!!! This was a much needed feature for a lot of us.
Kind regards,
Alkis Georgopoulos
31 matches
Mail list logo