SurfaceMap › j › jstv.com

jstv.com

Checked 2026-10-22 09:25 UTC · first added 2026-10-21
✗Problems found Score 53 of 100

Domain & DNS

fail

24 passed 4 warn 1 failed

Areas

iRegistration !Delegation ✓Nameservers !SOA iDNSSEC ✗Records

Problems

  • ✗
    CNAME at the apex
    Records · The zone apex is a CNAME to jstv.com.w.kunlunaq.com. A CNAME can't coexist with the SOA and NS records (RFC 1034); use your provider's ALIAS/flattening feature instead.
    #33
  • !
    NS sets differ
    Delegation · The nameservers at the parent and in the zone should be the same. Only at the parent: vip1.alidns.com, vip2.alidns.com; only in the zone: vip3.alidns.com, vip4.alidns.com. vip1.alidns.com, vip2.alidns.com, vip3.alidns.com, vip4.alidns.com report NS vip3.alidns.com vip4.alidns.com.
    #7
  • !
    Glue differs from the zone
    Delegation · The addresses at the parent (glue) differ from the addresses in the zone: vip1.alidns.com (glue 121.40.6.161, 140.205.1.1, 170.33.32.208, 170.33.73.24, 170.33.80.8, 2408:4009:500::1, 39.103.26.210, 47.116.84.176, 8.129.152.243, 8.212.93.1, zone 8.212.93.1, 140.205.1.1, 170.33.80.8, 170.33.73.24, 170.33.32.208, 2408:4009:500::1); vip2.alidns.com (glue 121.40.6.162, 140.205.1.2, 170.33.32.209, 170.33.73.25, 170.33.80.9, 2408:4009:500::2, 39.103.26.211, 47.116.84.177, 8.129.152.244, 8.212.93.2, zone 170.33.32.209, 170.33.80.9, 8.212.93.2, 140.205.1.2, 170.33.73.25, 2408:4009:500::2). Update the glue at your registrar.
    #8
  • !
    Serials differ
    SOA · The nameservers serve different versions of the zone: 2008080818 on vip1.alidns.com (140.205.1.1), vip2.alidns.com (8.212.93.2), vip2.alidns.com (140.205.1.2), vip2.alidns.com (170.33.73.25), vip3.alidns.com (8.212.93.3), vip3.alidns.com (170.33.73.26), vip4.alidns.com (170.33.73.27); 2026081712 on vip2.alidns.com (170.33.32.209), vip3.alidns.com (170.33.32.210); 2026081716 on vip1.alidns.com (170.33.73.24), vip2.alidns.com (170.33.80.9); 2026081810 on vip1.alidns.com (8.212.93.1), vip1.alidns.com (2408:4009:500::1), vip2.alidns.com (2408:4009:500::2), vip3.alidns.com (2408:4009:500::3), vip4.alidns.com (2408:4009:500::4); 2026082415 on vip3.alidns.com (140.205.1.5), vip4.alidns.com (140.205.1.6); 2026082516 on vip1.alidns.com (170.33.80.8), vip1.alidns.com (170.33.32.208), vip3.alidns.com (170.33.80.10), vip4.alidns.com (170.33.80.11), vip4.alidns.com (170.33.32.211), vip4.alidns.com (8.212.93.4). This is normal for a few minutes after a change; if it lasts, zone transfers to the secondaries are failing.
    #22
  • !
    Unusual SOA timers
    SOA · expire 1d is shorter than 7d; secondaries stop answering too soon when the primary is down. Current values: refresh 1h, retry 20m, expire 1d, negative TTL 10m.
    #23

Recent checks

✗

Full report

Domain & DNS report for jstv.com ›

Mail

fail

20 passed 5 warn 1 failed

Areas

✓SPF ✗DMARC !DKIM ✓DNSSEC !MX !TLS iBIMI

Problems

  • ✗
    Policy: none (monitoring only)
    DMARC · DMARC policy is set to 'none', which only monitors but doesn't protect against spoofing. Consider upgrading to 'quarantine' or ideally 'reject'.
    #4
  • !
    No key under common selectors
    DKIM · The _domainkey name exists but no DKIM key was found under the common selectors. Selectors are provider-specific; check yours with -selector.
    #7
  • !
    Hosts without IPv6
    MX · The following MX hosts could not be resolved to IPv6 addresses: mxbiz1.qq.com, mxbiz2.qq.com
    #11
  • !
    Report address not authorized
    DMARC · These report addresses are in another domain that has not agreed to receive your reports, so receivers will not send them: mailto:mailauth-reports@qq.com (needs jstv.com._report._dmarc.qq.com). Ask the report provider to publish the record, or check the address.
    #29
  • !
    Addresses without reverse DNS
    MX · These MX addresses have no PTR record, which many receivers treat as a spam signal: 103.86.78.2 (mxbiz1.qq.com), 103.86.78.3 (mxbiz1.qq.com), 43.154.252.202 (mxbiz2.qq.com), 43.154.252.16 (mxbiz2.qq.com). Ask your hosting provider to set one.
    #30
  • !
    Not configured
    TLS · MTA-STS is not configured, so other mail servers fall back to unencrypted delivery when TLS fails or is stripped by an attacker. Publish a _mta-sts TXT record and a policy at https://mta-sts.<domain>/.well-known/mta-sts.txt.
    #32

Recent checks

✗

Full report

Mail report for jstv.com ›