booting a Raspberry 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
_
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.
0
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
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 interface
s there 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 lis
masq mailinglist,
On Sun, 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
p-hosts to static 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 d
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
otherwise 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 Georgop
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
12 PM, Olaf Hering 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
@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 bel
7;m not subscribed 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
n). This makes
dynamically 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
O
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 ans
While trying to download the attached file using dnsmasq 2.52-1ubuntu0.1
as the tftp server and tftp-hpa 5.0-11ubuntu2.1 as the tftp client, I'm
getting a tftp timeout error.
The file gets downloaded, but the last line is cut in the middle.
If I change the original file size, e.g. if I delete a lin
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
Στις 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.
>
> http://www.thekelleys.org.uk/dnsmasq/te
Normally, when one uses dnsmasq for DHCP and DNS, if a client includes a
hostname in the DHCP request, dnsmasq creates a DNS record for that.
We're using dnsmasq in proxyDHCP mode, and for DNS. We're using cheap
routers as DHCP servers.
What can we do to force dnsmasq to react when a client reques
Στις 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
Could
this be a TODO item as well?
Thank you 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
Στις 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 see
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
Scope, Router-Discovery
Static-Route, Classless-Static-Route,
Classless-Static-Route-Microsoft, Vendor-Option
Option 252
On 14/05/2015 11:32 μμ, Simon Kelley wrote:
On 14/05/15 06:34, Alkis Georgopoulos wrot
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/
dhcp-option=17,/
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
OK, I managed to pinpoint the difference using another tcpdump command
line (-XX):
$ sudo tcpdump -i eth1 port 67 or port 68 or port 69 or port 4011 -e -n
-vv -XX
1) Without the normal dhcp-range, so that the client boots successfully:
11:51:23.036199 c0:4a:00:02:bc:1e > 3c:07:71:a2:02:e3, et
o the server for 4-5 times before it gave up.
So I'm guessing that the problem is that with the latest patch, the
server doesn't reply with the "ACK?" packet at all.
Thanks,
Alkis
On 20/05/2015 07:10 πμ, Alkis Georgopoulos wrote:
On 20/05/2015 01:04 πμ, Simon Kelley wr
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 te
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 client
ves 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.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
I forgot to mention that I also use the "no-ping" option in the second
dnsmasq instance, to avoid delays, since the client won't use the
DHCPOFFER IP anyway.
On 2/2/19 9:25 p.m., Alkis Georgopoulos wrote:
Hi, I have the following use case, and I'm thinking that a workaroun
DHCP clients 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
__
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
http://lists.thekelleys.org.uk/mailman/listinf
den, so it's not really 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
Στις 07-04-2009, ημέρα Τρι, και ώρα 13:12 -0500, ο/η
richardvo...@gmail.com έγραψε:
>
>
> On Tue, Apr 7, 2009 at 11:09 AM, Alkis Georgopoulos
> wrote:
> Reporting failure with Virtualbox:
> "UDP checksum error" and "no filename received&quo
37 matches
Mail list logo