Re: [Dnsmasq-discuss] (no subject)
On Sat, Aug 06, 2022 at 08:16:26PM +1000, Michelangelo Lauria via Dnsmasq-discuss wrote: > How can I find a topic in the discussion list for DNSMASQ ? I am having > issues enabling DNSSEC for Centos7 and I am unable to read the archives > unless I download and unzip each file. https://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2022q3/thread.html ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
[Dnsmasq-discuss] (no subject)
How can I find a topic in the discussion list for DNSMASQ ? I am having issues enabling DNSSEC for Centos7 and I am unable to read the archives unless I download and unzip each file. Is it there an online discussion forum for dnsmasq ? ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
[Dnsmasq-discuss] (no subject)
Thank you for the feedback. I think the incoming patch addresses everything. I did introduce a couple new functions in options.c (numeric_check and stroul_check) to avoid duplicating functionality found in atoi_check. Same idea as atoi_check with numeric_check being the shared code. ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
[Dnsmasq-discuss] (no subject)
BlueMail for iOS herunterladen ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
[Dnsmasq-discuss] (no subject)
Admin BlueMail for iOS herunterladen ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
[Dnsmasq-discuss] (no subject)
Hi List I've been adding RFC3925 Vendor-Identifying Vendor Options to dhcpcd(8) and testing against dnsmasq-2.67 I added this to dnsmasq.conf: dhcp-option=vi-encap:12345, 1, It is pitch black. You are likely to be eaten by a grue. dhcp-option=vi-encap:12345, 2, 100 I added this to dhcpcd.conf (only works from my GIT head if anyone plays with it) vendopt 12345 encap frobozzco encap 1 string maze_location encap 2 byte grue_probability Firstly, dnsmasq says my 2nd config line is incorrect. How can I add a 2nd option? Secondly, this works via DHCPv4, but doesn't work for DHCPv6. How can I debug this? Wireshark shows a correct trace with the same enterprise number as the DHCPv4 trace. By work dhcpcd sets: new_frobozzco_maze_location='It is pitch black. You are likely to be eaten by a grue.' Thanks Roy ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
Re: [Dnsmasq-discuss] (no subject)
On 06/12/13 19:20, Roy Marples wrote: Hi List I've been adding RFC3925 Vendor-Identifying Vendor Options to dhcpcd(8) and testing against dnsmasq-2.67 I added this to dnsmasq.conf: dhcp-option=vi-encap:12345, 1, It is pitch black. You are likely to be eaten by a grue. dhcp-option=vi-encap:12345, 2, 100 I added this to dhcpcd.conf (only works from my GIT head if anyone plays with it) vendopt 12345 encap frobozzco encap 1 string maze_location encap 2 byte grue_probability Firstly, dnsmasq says my 2nd config line is incorrect. How can I add a 2nd option? It fails at startup? I can't reproduce that. What's the exact message? Secondly, this works via DHCPv4, but doesn't work for DHCPv6. How can I debug this? Wireshark shows a correct trace with the same enterprise number as the DHCPv4 trace. By work dhcpcd sets: new_frobozzco_maze_location='It is pitch black. You are likely to be eaten by a grue.' The relevant code for DHCPv6 has likely never been used in anger, so it's not inconceivable that it's buggy. Are you simply missing the OPTION_VENDOR_OPTS option in the reply? Looking at the code, if there's an OPTION_ORO, then OPTION_VENDOR_OPTS must appear in it, unless you use dhcp-option-force. Cheers, Simon. Thanks Roy ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
Re: [Dnsmasq-discuss] (no subject)
On 06/12/2013 21:37, Simon Kelley wrote: It fails at startup? I can't reproduce that. What's the exact message? Ahem. A buggy config. my bad! Secondly, this works via DHCPv4, but doesn't work for DHCPv6. How can I debug this? Wireshark shows a correct trace with the same enterprise number as the DHCPv4 trace. By work dhcpcd sets: new_frobozzco_maze_location='It is pitch black. You are likely to be eaten by a grue.' The relevant code for DHCPv6 has likely never been used in anger, so it's not inconceivable that it's buggy. Are you simply missing the OPTION_VENDOR_OPTS option in the reply? Looking at the code, if there's an OPTION_ORO, then OPTION_VENDOR_OPTS must appear in it, unless you use dhcp-option-force. Yes, that's essentially it. The option is missing in the reply. Here's a DHCPv4 and DHCPv6 trace. I've not had time to peruse the dnsmasq source to try and fix and probably won't for a little while so hopefully it's an easy fix or you can tell me what I did wrong :) Thanks Roy dhcpcd-vivo.pcapng Description: Binary data ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
Re: [Dnsmasq-discuss] (no subject)
From your symptoms, I believe you aren't sending SIGHUP correctly, and dnsmasq picks up the change after a minute due to its /etc/hosts polling. dnsmasq uses multiple processes when seteuid behavior is enabled, so you might be signalling the wrong one. On Thu, Jan 17, 2013 at 11:51 AM, Eric Vance epva...@gmail.com wrote: I'm using dnsmasq on an OpenWRT Router. I have the following set in /etc/dnsmasq.conf: local-ttl=0 cache-size=0 I believe that tells the client not to cache the dns (which I've confirmed) and it tells dnsmasq to not cache responses. Let's say I have this entry in my /etc/hosts file: 192.168.1.1mydomain.com I have a cron job that changes this entry to this: 192.168.1.44mydomain.com After the entry is changed in the hosts file I run this to hup: kill -1 `pidof dnsmasq`; From my testing, after I change the ip and run the hup it takes about 30 - 60 seconds until the domain resolves to 192.168.1.44. So, even after I make the change the name still resolves to 192.168.1.1 for a minute. What am I doing wrong? Is there a better way to do this? Is there a better way to Hup? Am I missing an important setting? Any help or suggestions would be appreciated! Thanks! Eric ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
Re: [Dnsmasq-discuss] (no subject)
That is very possible. Good suggestion. Does anyone have any suggestion of how I should SIGHUP dnsmasq? I've tried these without much luck: kill -1 `pidof dnsmasq`; kill -9 `pidof dnsmasq`; kill -HUP `pidof dnsmasq`; kill -SIGHUP `pidof dnsmasq`; /etc/init.d/dnsmasq restart; I even put a 5 second sleep after the HUP to try to give it time to start back up. Ideas? Eric On Thu, Jan 17, 2013 at 11:19 AM, richardvo...@gmail.com richardvo...@gmail.com wrote: From your symptoms, I believe you aren't sending SIGHUP correctly, and dnsmasq picks up the change after a minute due to its /etc/hosts polling. dnsmasq uses multiple processes when seteuid behavior is enabled, so you might be signalling the wrong one. On Thu, Jan 17, 2013 at 11:51 AM, Eric Vance epva...@gmail.com wrote: I'm using dnsmasq on an OpenWRT Router. I have the following set in /etc/dnsmasq.conf: local-ttl=0 cache-size=0 I believe that tells the client not to cache the dns (which I've confirmed) and it tells dnsmasq to not cache responses. Let's say I have this entry in my /etc/hosts file: 192.168.1.1mydomain.com I have a cron job that changes this entry to this: 192.168.1.44mydomain.com After the entry is changed in the hosts file I run this to hup: kill -1 `pidof dnsmasq`; From my testing, after I change the ip and run the hup it takes about 30 - 60 seconds until the domain resolves to 192.168.1.44. So, even after I make the change the name still resolves to 192.168.1.1 for a minute. What am I doing wrong? Is there a better way to do this? Is there a better way to Hup? Am I missing an important setting? Any help or suggestions would be appreciated! Thanks! Eric ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
Re: [Dnsmasq-discuss] (no subject)
I strongly suggest you test it from your login shell first, to separate problems in the approach from problems in the cron environment. Run 'ps' to see how many dnsmasq processes you have. If there's more than one, then 'pidof' won't be as useful. Most startup scripts write the PID of the master process into a pidfile which you can use later, to avoid the which of many dnsmasq processes do I signal? problem. On Thu, Jan 17, 2013 at 1:53 PM, Eric Vance epva...@gmail.com wrote: That is very possible. Good suggestion. Does anyone have any suggestion of how I should SIGHUP dnsmasq? I've tried these without much luck: kill -1 `pidof dnsmasq`; kill -9 `pidof dnsmasq`; kill -HUP `pidof dnsmasq`; kill -SIGHUP `pidof dnsmasq`; /etc/init.d/dnsmasq restart; I even put a 5 second sleep after the HUP to try to give it time to start back up. Ideas? Eric On Thu, Jan 17, 2013 at 11:19 AM, richardvo...@gmail.com richardvo...@gmail.com wrote: From your symptoms, I believe you aren't sending SIGHUP correctly, and dnsmasq picks up the change after a minute due to its /etc/hosts polling. dnsmasq uses multiple processes when seteuid behavior is enabled, so you might be signalling the wrong one. On Thu, Jan 17, 2013 at 11:51 AM, Eric Vance epva...@gmail.com wrote: I'm using dnsmasq on an OpenWRT Router. I have the following set in /etc/dnsmasq.conf: local-ttl=0 cache-size=0 I believe that tells the client not to cache the dns (which I've confirmed) and it tells dnsmasq to not cache responses. Let's say I have this entry in my /etc/hosts file: 192.168.1.1mydomain.com I have a cron job that changes this entry to this: 192.168.1.44mydomain.com After the entry is changed in the hosts file I run this to hup: kill -1 `pidof dnsmasq`; From my testing, after I change the ip and run the hup it takes about 30 - 60 seconds until the domain resolves to 192.168.1.44. So, even after I make the change the name still resolves to 192.168.1.1 for a minute. What am I doing wrong? Is there a better way to do this? Is there a better way to Hup? Am I missing an important setting? Any help or suggestions would be appreciated! Thanks! Eric ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
Re: [Dnsmasq-discuss] (no subject)
Hallo, richardvo...@gmail.com, Du meintest am 17.01.13: I strongly suggest you test it from your login shell first, to separate problems in the approach from problems in the cron environment. Run 'ps' to see how many dnsmasq processes you have. If there's more than one, then 'pidof' won't be as useful. More simple: pgrep -l dnsmasq Viele Gruesse! Helmut ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
[Dnsmasq-discuss] (no subject)
Hello, I'm new with dnsmasq and i have to understand its source code for my internship. So i have some questions: 1. Did Dnsmasq provide only mask of DNS requests, or it can also provide DNS services? 2. Where Dnsmasq save DHCP leases and Masq for DNS? 3. there isn't documentation which explain the source code of Dnsmasq. Thanks a lot. ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
[Dnsmasq-discuss] (no subject)
zendegy6...@gmail.com ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
[Dnsmasq-discuss] (no subject)
zendegy6...@gmail.com ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
[Dnsmasq-discuss] (no subject)
zendegy6...@gmail.com ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
[Dnsmasq-discuss] (no subject)
zendegy6...@gmail.com ___ Dnsmasq-discuss mailing list Dnsmasq-discuss@lists.thekelleys.org.uk http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
Re: [Dnsmasq-discuss] (no subject)
hope you are doing good! i feel like you need to advance further in your life http://t.co/x6zs8eet
Re: [Dnsmasq-discuss] (no subject)
Jan 'RedBully' Seiffert wrote: It's a pity there isn't a way to do that portably without involving FP. Hmmm, sigh, yes, there's cleanly a gap (i mean, that's a quite common task and a double for this??...). On the other hand, what return type should a standard choose given that time_t can be complex/large... A function that just does time order of two time_t arguments and returns -1, 0, 1 for time1 before time2, time1 equals time2, time1 after time2 would be good. For systems where time_t is an integral type, it wouldn't need FP, but it would still work where time_t is a floating type. Cheers, Simon.
Re: [Dnsmasq-discuss] (no subject)
Il giorno 12/feb/07, alle ore 20:31, Jan 'RedBully' Seiffert ha scritto: Both can be ignored (modulo that 1) deals with permissions) So maybe some #ifdef __LINUX__ or something like that may help. ok, thanks, dnsmasq should run on my router, where there is only an account, root. Anyway even with this last version compiled, dnsmasq does not work as expected for my mipsel-uclibc router. As I've said in another post, if option -n is not give, the file resolv.conf file is not read. Is there a way to increase verbosity when the work in foreground option is enabled? Because I cannot do a strace on my router. Actually it's running an old (1.10) and modified version of dnsmasq. The problem is that it crashes every day... bye mmarkk -- ACPI - Another Crap Proposal Intel this signature is fantastic!
Re: [Dnsmasq-discuss] (no subject)
mmarkk wrote: Il giorno 12/feb/07, alle ore 20:31, Jan 'RedBully' Seiffert ha scritto: Both can be ignored (modulo that 1) deals with permissions) So maybe some #ifdef __LINUX__ or something like that may help. ok, thanks, dnsmasq should run on my router, where there is only an account, root. Anyway even with this last version compiled, dnsmasq does not work as expected for my mipsel-uclibc router. As I've said in another post, if option -n is not give, the file resolv.conf file is not read. Is there a way to increase verbosity when the work in foreground option is enabled? Because I cannot do a strace on my router. There's no way to increase verbosity which would be useful here, since you can build new binaries, I guess adding old-fashioned printf is the way to debug. The code you are interested in in src/dnsmasq.c, lines 521-570. One thought: does the filesystem you are using support mtime? Cheers, Simon.
Re: [Dnsmasq-discuss] (no subject)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il giorno 13/feb/07, alle ore 10:58, Simon Kelley ha scritto: There's no way to increase verbosity which would be useful here, since you can build new binaries, I guess adding old-fashioned printf is the way to debug. The code you are interested in in src/dnsmasq.c, lines 521-570. ok, I realized that the problem depend in some way from difftime function. Without changes, the function seems not to return a number (it returns nan), and the resolv.conf file is not read I have made this change: (int)difftime(now, last) and also int intdiff; intdiff=difftime(...); and I get always the same values from difftime, 2147483647. But in this case at least the file is read, and polling works. dnsmasq_time instead seems to work. The variable now is something like 1171387637, and is incremented when resolv.conf is changed. maybe all of this is because my processor does not handle floating point? cat /proc/cpuinfo processor : 0 cpu model : MIPS 4KEc V4.8 BogoMIPS: 149.91 wait instruction: no microsecond timers : yes extra interrupt vector : yes hardware watchpoint : yes VCED exceptions : not available VCEI exceptions : not available cheers mmarkk One thought: does the filesystem you are using support mtime? Cheers, Simon. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFF0epI8PPSbh9Zs4YRAhxeAJ9PdqqdiWkm7wqMSa5YIz0x676IZwCdFHKr qAPGdhNCH5QnjnW105COWLA= =lDFp -END PGP SIGNATURE-
Re: [Dnsmasq-discuss] (no subject)
mmarkk wrote: maybe all of this is because my processor does not handle floating point? cat /proc/cpuinfo processor : 0 cpu model : MIPS 4KEc V4.8 BogoMIPS: 149.91 wait instruction: no microsecond timers : yes extra interrupt vector : yes hardware watchpoint : yes VCED exceptions : not available VCEI exceptions : not available If that's case, you're going to get bitten in a few other places in the dnsmasq code. Do you have floating point functions available in your C library? The solution might be as simple as building dnsmasq with make COPTS=-msoft-float to force the compiler to insert calls to the library instead of FP instructions. Cheers, Simon.
Re: [Dnsmasq-discuss] (no subject)
mmarkk wrote: Il giorno 13/feb/07, alle ore 10:58, Simon Kelley ha scritto: There's no way to increase verbosity which would be useful here, since you can build new binaries, I guess adding old-fashioned printf is the way to debug. The code you are interested in in src/dnsmasq.c, lines 521-570. ok, I realized that the problem depend in some way from difftime function. Without changes, the function seems not to return a number (it returns nan), and the resolv.conf file is not read I have made this change: (int)difftime(now, last) and also int intdiff; intdiff=difftime(...); Casting the NaN representation to int wouldn't work. (or you're looking at garbage, since the ABI is messed up) H, ugly hack alarm, directly from the man page: NAME difftime - calculate time difference ... CONFORMING TO SVr4, 4.3BSD, C99 NOTES On a POSIX system, time_t is an arithmetic type, and one could just define #define difftime(t1,t0) (double)(t1 - t0) when the possible overflow in the subtraction is not a concern. On other systems, the data type time_t might use some other encoding where subtraction doesn't work directly. So, dropping the cast to double, you can maybe get away with this. (besides you also have to change the comparisons against floating point types) hmmm, or not? Rules of implicit type conversion... Is the difftime result casted to an int or the int casted to a double: Good? ./src/rfc2131.c:976: else if (lease lease-expires != 0 difftime(lease-expires, now) 0.0) Bad? ./src/lease.c:251: if ((lease-expires != 0 difftime(now, lease-expires) 0) || lease == target) Simon? [snip] maybe all of this is because my processor does not handle floating point? In this case, you should have some soft-float, as Simon mentioned, on the compiler line (and better compiled your libc and system this way), to ensure that the ABI matches. If everything is done right, you shouldn't have to bother (besides that it is slow, because the compiler will inserts emulation code). Your compiler should have something like that in it's spec-file (assuming it's gcc), so this setting becomes the default. On the other hand your cpu should signal (to the OS, finaly to you, sigill, sigsegv, sigfpe etc.) if there's no fpu and it runs about fpu-instructions. (Or there's OS-level fpu-emulation) cheers mmarkk Greetings Jan -- H.323 has much in common with other ITU-T standards - it features a complex binary wire protocol, a nightmarish implementation, and a bulk that can be used to fell medium-to-large predatory animals. -- Anthony Baxter
Re: [Dnsmasq-discuss] (no subject)
Jan 'RedBully' Seiffert wrote: hmmm, or not? Rules of implicit type conversion... Is the difftime result casted to an int or the int casted to a double: Good? ./src/rfc2131.c:976: else if (lease lease-expires != 0 difftime(lease-expires, now) 0.0) Bad? ./src/lease.c:251: if ((lease-expires != 0 difftime(now, lease-expires) 0) || lease == target) Simon? My understanding is that both of those work to determine which of the tho timevals is larger. I don't think you can be sure to eliminate all FP operations in either case by wrapping difftime. All of this is just a portable way to find the order of two time_t variables. It's a pity there isn't a way to do that portably without involving FP. Cheers, Simon.
Re: [Dnsmasq-discuss] (no subject)
mmarkk wrote: Il giorno 13/feb/07, alle ore 18:17, Simon Kelley ha scritto: Do you have floating point functions available in your C library? The solution might be as simple as building dnsmasq with make COPTS=-msoft-float to force the compiler to insert calls to the library instead of FP instructions. thank you a lot, now it works like a charm !! I wasted lot of time and I would have never solved my problem wihout your help. No problem: Jan's comments are valuable here, that option should be supplied automatically. If you're done hacking now, that's fine. If you plan to build more stuff it's work getting the compiler installation sorted. Cheers, Simon