Resolvery CZ.NIC nepřekládají weby Monety?

[McFly]

Čau, taky vám otevřené validující DNSSEC resolvery CZ.NICu nepřekládají weby Monety?


https://www.novinky.cz/clanek/internet-a-pc-internetove-bankovnictvi-moneta-banky-zkolabovalo-nefunguje-uz-druhy-den-40552484

Kód: [Vybrat]

# nslookup moneta.cz 193.17.47.1
Server:         193.17.47.1
Address:        193.17.47.1#53

Non-authoritative answer:
*** Can't find moneta.cz: No answer

# nslookup moneta.cz 185.43.135.1
Server:         185.43.135.1
Address:        185.43.135.1#53

Non-authoritative answer:
*** Can't find moneta.cz: No answer
DNS ISP OK. Google DNS OK.

Chyba v CZ.NICu?

[Reklama]

[Petr Krčmář]

Chyba je na straně autoritativních serverů. Zdá se, že vracejí A záznam a rovnou k němu informaci v NSEC3, že takový záznam neexistuje. Tipoval bych na nějakou kreativitu na straně F5, který jim dělá autoritativní servery.

[Michal Šmucr]

Chyba je na straně autoritativních serverů. Zdá se, že vracejí A záznam a rovnou k němu informaci v NSEC3, že takový záznam neexistuje. Tipoval bych na nějakou kreativitu na straně F5, který jim dělá autoritativní servery.

Teď jsem na to samé koukal na DNSViz

https://dnsviz.net/d/moneta.cz/dnssec/?rr=all&a=all&ds=all&doe=on&ta=.&tk=

Tam to tu chybu popisuje tak, že nesedí RR bitmapa s těmi záznamy.
Jen to vypadá, že DNS od NIC.CZ je na to citlivější, protože třeba Quad9 nebo Cloudflare to v pohodě vrací.. možná tohle ignorují.

U DNS4EU je to trochu zvláštní. U výchozí, protected: 86.54.11.1 se to chová stejně jako u NIC.CZ, ale ta uprotected 86.54.11.100 ten záznam vrací, přičemž by obě varianty měly používat DNSSEC.

Zajímavé, zatím jsem se podobnou věcí nesetkal.