ikastetiket.dk

📜 Historical scan 2026-06-24 09:19:37  ·  ← Latest scan
⬇ Zone File 📜 Timeline & History ⚡ Scan Now

ikastetiket.dk is a .dk domain served by 2 nameservers (ns1.123hotel.dk, ns2.123hotel.dk). It was registered on 11 March 2002 (WHOIS) and was already in the .dk zone when our tracking began on 16 June 2026. Its website address 185.21.42.170 is hosted by team.blue Denmark A/S (AS48854) in Denmark. Mail is handled by mx1-eu.spamexperts.com, mx2-eu.spamexperts.com and 2 more. The zone is DNSSEC-signed and validates, publishes a DMARC policy and has no IPv6 address. Below are all of its DNS records from this scan: nameservers, A/AAAA, MX, TXT, SPF, DMARC, CAA, TLSA/DANE, MTA-STS, SRV and more.

🖥️ Nameservers#

2 records   222ms

🌍 A Records#

1 records   221ms

📧 MX Records#

4 records   218ms

📧 Autodiscover / Autoconfig#

ServiceCNAME / IP
🔷 Autodiscoverautodiscover-mf.onlinemail.io → 185.21.40.62
🔶 Autoconfigautoconfig-mf.onlinemail.io → 185.21.40.62

🔷 AAAA Records (IPv6)#

✗ No AAAA records — IPv6 not configured

🔐 HTTPS Records#

✗ No HTTPS RR — no SVCB/HTTPS service binding

📝 TXT Records#

2 records   642ms
TXT Record
facebook-domain-verification=2ilo4degc3uha7qk2c462jtnavxfk7
v=spf1 include:ikastetiket.ip-zone.com include:trustpilotservice.com ip4:185.21.42.1/24 ip4:94.143.10.1/24 include:spf.mandrillapp.com include:148165761.spf05.hubspotemail.net -all

✉️ SPF#

PolicyRecord (ikastetiket.dk)
-all (hard fail) v=spf1 include:ikastetiket.ip-zone.com include:trustpilotservice.com ip4:185.21.42.1/24 ip4:94.143.10.1/24 include:spf.mandrillapp.com include:148165761.spf05.hubspotemail.net -all

📨 DMARC#

PolicyRecord (_dmarc.ikastetiket.dk)
p=quarantine v=DMARC1; p=quarantine; rua=mailto:dmarc-rapporter@ikastetiket.dk; ruf=mailto:dmarc-fejl@ikastetiket.dk; fo=1

📬 MTA-STS#

✗ No MTA-STS policy — SMTP TLS not enforced

📈 TLSRPT#

✗ No TLSRPT record — no SMTP TLS failure reporting

📜 CAA Records#

✗ No CAA records — any CA may issue certificates

🧩 Web & zone#

latest probe, not this scan · checked 2026-10-23 08:36:41
www185.21.42.170 (AS48854) (address records, no CNAME)
www vs bare domainSame network
ikastetiket.dk: 185.21.42.170 (AS48854)
www.ikastetiket.dk: 185.21.42.170 (AS48854)
WildcardYes: any name under the zone resolves
Denial of existenceNSEC3 · 1 iteration · 1-byte salt RFC 9276 recommends 0 iterations and no salt
CDS / CDNSKEYNone 0 CDS, 0 CDNSKEY

🔎 SPF check#

zone-wide SPF report

DNS lookups: 4/10 · policy: -all

No problems found

🔗 TLSA / DANE#

✗ No TLSA records — DANE not configured for HTTPS (_443) or MX (_25)

🔐 DNSSEC#

437ms
CheckResult
Validation Status🔒 Secure
AD Flag (resolver validates)✓ Set
DS Record✓ Found
DNSKEY Record✓ Found
Flagsfully validated

🏷️ SOA#

222ms
FieldValue
Serial2026052701
Primary NS (MNAME)ns1.123hotel.dk
Responsible (RNAME)hostmaster@curanet.dk
Refresh14400s
Retry3600s
Expire1209600s
Minimum (neg-cache TTL)300s

📋 Registration#

WHOIS fetched 2026-10-23 09:05:50
FieldValue
RegistrarGIGAHOST ApS
Registered2002-03-11
Expires2027-03-31 (158d)

🔗 Same registrant#

0 domains

Other .dk domains whose WHOIS registrant has the same name and postal address. Matched on a keyed hash: the registrant's details are not stored or shown. Covers only domains whose WHOIS we have fetched (refreshed about monthly).

No other domain with this registrant in our WHOIS data yet
📋 WHOIS#

⏱️ Lookup Timing#

NS
222ms
A
221ms
MX
218ms
AAAA
221ms
TXT
642ms
CAA
221ms
HTTPS
217ms
TLSA
116ms
SOA
222ms
MTA-STS
257ms
DNSSEC
437ms
SRV
165ms
Total
2084ms

🕐 Scan History#

Scanned AtDurationRecordsDNSSEC
2026-10-23 08:36:41 1510ms 2 NS 1 A 4 MX 🔒 Secure
2026-09-24 15:45:14 568ms 2 NS 1 A 4 MX 🔒 Secure
2026-09-17 21:00:45 593ms 2 NS 1 A 4 MX 🔒 Secure
2026-09-08 14:38:43 698ms 2 NS 1 A 4 MX 🔒 Secure
2026-09-03 04:31:01 1117ms 2 NS 1 A 4 MX 🔒 Secure
2026-09-01 04:27:15 699ms 2 NS 1 A 4 MX 🔒 Secure
2026-06-24 09:19:37 shown 2084ms 2 NS 1 A 4 MX 🔒 Secure
2026-06-23 12:11:48 971ms 0 NS 0 A 0 MX ❓ Unknown
2026-06-17 14:26:39 1359ms 2 NS 1 A 4 MX 🔒 Secure
dhd.dk [/] search Domains, Hosts & DNS — .dk zone