Hi guys,
I saw a weird scenario in one of our dnsmasq servers yesterday. As the logs
below show, the server was all happy doing its thing, until a set of PTR
queries came from normal servers in our network. The last of it would ask for
the hostname of the dns server giving the IP, and from
Alberto Cuesta-Canada wrote:
Hi guys,
I saw a weird scenario in one of our dnsmasq servers yesterday. As the
logs below show, the server was all happy doing its thing, until a set
of PTR queries came from normal servers in our network. The last of it
would ask for the hostname of the dns
Hi Simon,
2.47
Cheers,
Alberto Cuesta-Canada
GaaS Team Lead
Excelian Ltd.
+44 (0) 7942633361
From: Simon Kelley [mailto:si...@thekelleys.org.uk]
Sent: Wed 17/02/2010 09:46
To: Alberto Cuesta-Canada
Cc: dnsmasq-discuss@lists.thekelleys.org.uk; Grid Support
Alberto Cuesta-Canada wrote:
Hi guys,
I saw a weird scenario in one of our dnsmasq servers yesterday. As the
logs below show, the server was all happy doing its thing, until a set
of PTR queries came from normal servers in our network. The last of it
would ask for the hostname of the dns
Hi Simon,
the parents of 250 (my dnsmasq server) have forwarding rules for the
dselgrid.local domain, that I run. So I assumed that the queries pushed
upstream would be routed down again, and timeout in a loop.
That said, in the logs I could still see successful PTR and A queries,
Alberto Cuesta-Canada wrote:
Hi Simon,
the parents of 250 (my dnsmasq server) have forwarding rules for the
dselgrid.local domain, that I run. So I assumed that the queries pushed
upstream would be routed down again, and timeout in a loop.
Ahh, that could easily be the problem. If you
Cool, that makes a lot of sense. I'm actually reengineering the DNS
infrastructure here, so it will be easy to account for and trace that at this
stage.
I'll let you know when I find the rogue queries, many thanks,
Alberto Cuesta-Canada
GaaS Team Lead
Excelian Ltd.
+44 (0) 7942633361
Alberto's query got me thinking: If dnsmasq were to read the value of
the IP hop-count on incoming queries, and decrement it when forwarding,
loops would be squashed in the same way as IP layer-three forwarding.
Can anyone see a problem with this?
Simon.
ignacio.br...@belden.com wrote:
Simon Kelley si...@thekelleys.org.uk wrote on 16/02/2010 14:27:36:
fakeroot debian/rules binary
I found a problem when fakerooting (sorry for my ignorance) Do I need to
install additional tools containing this lib?:
Package libidn was not found in the
Simon Kelley schrieb:
Alberto's query got me thinking: If dnsmasq were to read the value of
the IP hop-count on incoming queries, and decrement it when forwarding,
loops would be squashed in the same way as IP layer-three forwarding.
Can anyone see a problem with this?
If i'm not
On Wed, Feb 17, 2010 at 5:03 AM, Simon Kelley si...@thekelleys.org.uk wrote:
ignacio.br...@belden.com wrote:
Simon Kelley si...@thekelleys.org.uk wrote on 16/02/2010 14:27:36:
fakeroot debian/rules binary
I found a problem when fakerooting (sorry for my ignorance) Do I need to
install
On Tue, Feb 16, 2010 at 09:42:33AM +0100, SamLT wrote:
Simon:
Maybe your ISPs DNS server is playing games?
I think my ISP also REDIRECTs DNS traffic to their nameservers,
since, I get the same result using google public dns service. (and
this doesn't happen @home with an other ISP).
richardvo...@gmail.com wrote:
Actually, I think you can avoid that without loss of generality.
By DeMorgan's theorem, the AND and NOT operations currently available
are sufficient to define any expression. You just need a way to do
grouping, which a syntax for setting one tag conditionally
Jan 'RedBully' Seiffert wrote:
Simon Kelley schrieb:
Alberto's query got me thinking: If dnsmasq were to read the value of
the IP hop-count on incoming queries, and decrement it when forwarding,
loops would be squashed in the same way as IP layer-three forwarding.
Can anyone see a problem
14 matches
Mail list logo