Hi John,
> John Robson hat am 4. April 2019 um 10:40 geschrieben:
>
>
> A couple of packet captures might help you (and us) see what is being sent
> differently.
good idea. Here are the captures. To be honest, I don't see anything, which it
shouldn't work.
A couple of packet captures might help you (and us) see what is being sent
differently.
On Wed, 3 Apr 2019 at 20:32, Conrad Kostecki wrote:
> Hi,
> in order to make PXE possible with older notebooks, I've compiled for
> myself Netboot.
> This is a piece of software, which starts from floppy,
On 04-04-2019 11:58, Conrad Kostecki wrote:
>> John Robson hat am 4. April 2019 um 10:40 geschrieben:
>>
>>
>> A couple of packet captures might help you (and us) see what is being sent
>> differently.
> good idea. Here are the captures. To be honest, I don't see anything, which
> it shouldn't
On 03/04/2019 04:56, Bryce Larson wrote:
> In many dhcpv6 servers and on layer 3 switches, you can configure the
> valid lifetime and the preferred lifetime separately for dhcpv6 leases.
> Does that functionality exist in dnsmasq? It doesn't seem to be
> documented in the man page. Looking
On 03/04/2019 19:47, Conrad Kostecki wrote:
> Hi,
> in order to make PXE possible with older notebooks, I've compiled for
> myself Netboot.
> This is a piece of software, which starts from floppy, where you can
> load your dos paket driver and start PXE.
> Basically, it makes possible to boot with
On 29/03/2019 16:55, Marco Schuster wrote:
> Hello all,
>
> I have a working IPv4 setup as follows:
> 1) AVM FritzBox as DSL router
> 2) Debian / dnsmasq 2.80-1 router, with eth0 being uplink to the
> FritzBox and eth1.X the client VLANs (1-16)
> 3) a couple dozen clients in the different VLANs
>
On 27/03/2019 00:32, alexander.v.lit...@gmail.com wrote:
> Dear list,
>
> I configured dnsmasq with enabled negative cache and neg-ttl 600. I
> attempted to use it with a query that times out (configured fake dns servers
> in the config file). When I ping a host, I have NXDOMAIN in logs.
Ok, thanks - that makes sense in terms of the 'incomplete' entry being
cached.
I might set up a couple of dns servers to simulate this at some point - I'm
going to want a reproducible setup for our own testing as well... If I can
then I'll come back with that log...
Actually, maybe I already
On 30/03/2019 08:41, John Robson wrote:
> Simon,
>
> The upstream server is authoritative for the initial domain (being
> inside an organisation I don’t think that’s unusual) and the incomplete
> (but perfectly valid, I agree) response is taken as complete. The
> upstream server does do recursion
Hi Simon,
Am 04.04.2019 22:10:19, "Simon Kelley"
schrieb:
Sorry, I wasn't clear.
A DHCP client can set a bit in the DHCP DISCOVER message that asks the
DHCP server to broadcast the reply to it. The packet captures you posted
showed exactly that. It's quite possible that the ThinkPad X260,
an ICMP no route to host or similar should cause option b)
Simon.
On 04/04/2019 22:25, Alex Litvak wrote:
> Thank you for your reply Simon. If DNS service is down and dnsmasq
> receive immediate icmp reject will this be a) cached, b) handled as
> immediate error with next name server tried
Thank you for your reply Simon. If DNS service is down and dnsmasq receive immediate icmp reject will this be a) cached, b) handled as immediate error with next name server tried immediately, or c)
just a timeout within system defined time out?
We are looking to avoid a delay with failing /
Hi Geert,
Am 04.04.2019 14:55:47, "Geert Stappers"
schrieb:
The fritzbox is 192.168.178.1, dnsmasq machine is 192.168.32.1.
This is fine. My current setup with an linux router uses
192.168.32.0/24.
The test with the FritzBox was completly standalone and not connected in
any way to my
Hi Simon,
Am 04.04.2019 16:10:32, "Simon Kelley"
schrieb:
How are you producing the dnsmasq captures? on the host running dnsmasq,
or elsewhere on the network?
Both captures were produced on that machine, which runs the DHCP server.
This means, on the non working setup, this is my linux
14 matches
Mail list logo
