--- Begin Message ---
Am 03.07.25 um 18:54 schrieb Chris Adams:
Once upon a time, Thomas Mieslinger said:
Source IP 2001:8d8:5c0:452:212:227:19:3 can not query 2001:500:2d::d.
Source IP 2001:8d8:5c0:452:212:227:19:2 can query 2001:500:2d::d.
Even/odd like that is sometimes a malfunctioning
Source IP 2001:8d8:5c0:452:212:227:19:3 can not query 2001:500:2d::d.
Source IP 2001:8d8:5c0:452:212:227:19:2 can query 2001:500:2d::d.
I analyzed the outgoing queries of my recursors
2001:8d8:5c0:452:212:227:19:2 and 2001:8d8:5c0:452:212:227:19:3
I see about 10 req per _minute_ towards 2001:5
--- Begin Message ---
Source IP 2001:8d8:5c0:452:212:227:19:3 can not query 2001:500:2d::d.
Source IP 2001:8d8:5c0:452:212:227:19:2 can query 2001:500:2d::d.
I analyzed the outgoing queries of my recursors
2001:8d8:5c0:452:212:227:19:2 and 2001:8d8:5c0:452:212:227:19:3
I see about 10 req per _
Anand Buddhdev wrote:
Roy Arends has already provided a contact for H-root. For
e.in-addr-servers.arpa, contact APNIC <[1]n...@apnic.net>.
Regards,
Anand Buddhdev
RIPE NCC
On Wed, 9 Apr 2025 at 11:22, Thomas Mieslinger via dns-operations
<[2]dns-operati...@dns-o
--- Begin Message ---
Hi,
it looks like my recursive DNS Servers using IPs from 74.208.0.0/16 got
deny listed on
203.119.86.101 - e.in-addr-servers.arpa
198.97.190.53 - h.root-servers.net
Who can I contact to resolve this issue?
Thanks
Cheers Thomas
(Thanks to jaredmauch for pdig-dns-tool to
--- Begin Message ---
Am 08.01.25 um 10:27 schrieb Anand Buddhdev:
Hello people! Our current registrar, Gandi, has increased the renewal
[..]
In the above, the "clientTransferProhibited" is because of a "registrar
lock". This is a standard feature provided by almost all registrars, and
it's not w
Hi,
anyone around here from zxcs.nl or vimexx.nl?
My customers complain that they can not sent emails to npsdriven.com or
watersnip.nl.
My recursor source addresses are
2607:f1c0:5c0:53::/64
2607:f1c0:5c1:53::/64
2001:8d8:5c0:453::/64
2001:8d8:5c1:453::/64
2001:ba0:5c0::/64
Anyone else with trouble to reach the *.o365filtering.com DNS Servers?
___
dns-operations mailing list
dns-operations@lists.dns-oarc.net
https://lists.dns-oarc.net/mailman/listinfo/dns-operations
Dear List Members,
I'd like your advice on my dns resolution problems for
edge-global.plcm.vc/A
When I can successfully resolve it is 1392byte / 84 A or a 1216bytes /
73 A Records answer.
But 50% of the requests get SERVFAILs or self referrals (testing from
AS8560).
Testing from outside AS 8
Hi,
I have trouble to activate my Cisco NCS5xxx Devices.
Turns out that tools.cisco.com. resolves to either 173.37.145.8 (this
works) or 72.163.4.38 (which was decommissioned earlier this year).
By running
dig A tools.cisco.com @alln01-ucs-dcz03n-gslb1-snip.cisco.com
four times I can reproduc
Hi,
I received customer complaints that quad8 and some german broadband
resolvers were unable to resolve .ag secondlevel domains.
peak.ag
hoevelmann.ag
sonnenschein.ag
hostedoffice.ag
I run the authoritatives serving the first three examples and we've had
no outage.
I don't understand the DNSE
On 9/1/20 9:15 PM, Andreas Ott wrote:
On Mon, Aug 31, 2020 at 8:00 PM P Vixie mailto:p...@redbarn.org>> wrote:
[...] the observation that something
bad is not happening to somebody doesn't mean it's not happening to
anybody.
May I please ask an operational question to experts: thoug
On 8/29/20 5:50 PM, Paul Hoffman wrote:
On Aug 28, 2020, at 3:24 PM, Puneet Sood via dns-operations
wrote:
We would be interested in hearing other operator's experience here.
Are recursive servers seeing similar behavior from authoritative
servers? If yes, are you discarding these responses?
A
I have a customer complaining being unable to send/receive email.
https://dnsviz.net/d/sportsproducts.net/dnssec/
shows errors:
sportsproducts.net/DS: No response was received from the server
over UDP (tried 12 times). (2001:502:1ca1::30, 2001:503:d414::30,
2001:503:eea3::30, UDP_-_NOEDNS_)
Hi,
if anyone has contacts to national-lottery.co.uk/camelotinteractive.com
please ask them to rethink the 30s ttl on NS and MX records.
I run a recursive DNS for a Mailsystem with 10 of millions of mailboxes
and my pdns_recusor queries fast enough but ns6/7.camelotinteractive.com
seem to thrott
.ns.uu.net. returns SERVFAIL for dig camccul.cm @auth02.ns.uu.net
benoue.camnet.cm does not exist
.cm, would you please take a look?
Thanks
Thomas Mieslinger
P.S.: please also fix mail setup for do...@antic.cm (SOA mail field)
___
dns-operations mailing list
Hi Tony,
On 21.10.13 13:37, Tony Finch wrote:
In practice, this depends a lot in the RR in question. NS pointing to
CNAME is not going to work. MX pointing to CNAME probably will work.
I can assure you that there are many MTA implementations which stricly
check that MXs point to A/ Record
domains my employer hosts where effectively offline.
Thomas
On 03/27/2013 08:10 PM, Joe Abley wrote:
On 2013-03-27, at 14:39, Thomas Mieslinger wrote:
--snip--
We have corrected the issue that was blocking email/MX queries to US domain
names from Europe.
Neustar had noticed a MX spike in i
On 03/27/2013 04:48 PM, Chris Thompson wrote:
> On Mar 26 2013, Thomas Mieslinger wrote:
> [...]
>> When doing a dig MX soderman.us @a.cctld.us in Europe I get no
>> answer at all.
> [...etc...]
>
> This seems to be fixed now, at least as seen from here.
>
> Do
Hi,
am I the only one having trouble to resolve MX records for .us Domains?
When doing a dig MX soderman.us @a.cctld.us in Europe I get no answer
at all.
In the US I get a referral to the nameservers which are authoritative
for this domain. To make this even more strange dig soderman.u
20 matches
Mail list logo
