Infrastructure
· 9 checks — DNS, redirects, IPv6, crawlability, URL variants, and domain intelligence rolled into one auditable list.DCDN & DeliveryActionNo CDN detectedFIX
Consider using a CDN to improve global delivery speed and reduce origin load.
CDNS RecordsAction1 A records, 262 ms lookupREVIEW
| A | 121.43.225.189 |
| AAAA | 2401:b180:1100::1ae |
| CNAME | ai.advertisement.alibabacorp.sm.cn |
| NS | — |
| MX | — |
| TXT | — |
| CAA | Lookup not available with standard resolver |
Multiple A records provide failover if one server goes down.
Single A record means a single point of failure — if that IP goes down, your site is unreachable until DNS TTL expires.
Learn more ▾ ▴
Add multiple A records for round-robin failover, or use a managed DNS provider with health-checked failover (Route 53, Cloudflare, NS1). Short TTL (60-300s) lets clients recover faster on outages.
Source: SRE practice / DNS architecture
A CNAME at the zone apex can break MX and NS records. Use ALIAS/ANAME or A records instead.
CNAME at the apex (example.com) breaks every other apex record (MX, TXT, NS) — DNS-protocol violation per RFC 1034.
Learn more ▾ ▴
RFC 1034 forbids CNAME alongside other records at the same name. Some DNS providers offer ALIAS / ANAME / flattened-CNAME records that work around this — use those instead. Otherwise apex-level CNAME breaks email (no MX), domain ownership verification (no TXT), and more.
Source: RFC 1034
CAA record lookup requires a specialized DNS resolver. This check will be available in a future update.
Informational: CAA (Certification Authority Authorization) records weren't checked in this scan.
SPF helps prevent email spoofing. Add a TXT record starting with 'v=spf1'.
Without SPF, receiving servers can't validate sending IPs — your domain is easier to spoof in phishing.
Learn more ▾ ▴
SPF complements DMARC. Both should be published. SPF records list authorized sending IPs (e.g., `v=spf1 include:_spf.google.com ~all` for Google Workspace). After publishing, verify in Google Postmaster Tools or mxtoolbox.
Source: RFC 7208 (SPF)
Slow DNS adds latency to every page load. Consider a faster DNS provider.
DNS resolution is slow — anycast DNS providers (Cloudflare, Route 53) typically resolve <50ms globally.
Source: DNS performance benchmarks
BRedirect Chain1 redirect(s), 2078 ms totalREVIEW
https://quark.cn
837 ms · HTTP/1.1
https://www.quark.cn/
1241 ms · HTTP/1.1 FINAL
| # | URL | Status | Time | Protocol | Server |
|---|---|---|---|---|---|
| 1 | https://quark.cn | 301 | 837 ms | HTTP/1.1 | Userver |
| 2 | https://www.quark.cn/ | 200 | 1241 ms | HTTP/1.1 | Userver |
See the visual redirect chain in the HTTP Probe tab →
BURL Variantswww/non-www, trailing slash, HTTP→HTTPSREVIEW
www / non-www
Inconsistent — duplicate content risk
HTTP → HTTPS
Consistent
CHTTP Probe TimingActionTotal 1928 ms — DNS, TCP, TLS, TTFB, content transfer breakdownREVIEW
Connection waterfall
BTLS Certificate Expiry & Recommendations161 days until leaf cert expires — 5 issues to addressREVIEW
Certificate validity
Recommended actions
- Prefer TLS 1.3 — TLS 1.2 is acceptable but TLS 1.3 removes RSA key exchange and improves latency
- Add includeSubDomains to the HSTS directive
- Add the preload directive and submit to hstspreload.org once max-age + includeSubDomains are in place
- Enable DNSSEC on your domain for DNS spoofing protection
- Enable OCSP stapling on your TLS server to remove a CA roundtrip and protect user privacy
A+IPv6 ReadinessIPv6 reachable (222 ms)PASS
A+Crawlabilityrobots.txt present, sitemap with 33 URLsPASS
Add a 'Sitemap:' directive to robots.txt so search engines can discover your sitemap.
robots.txt omits Sitemap: directive — crawlers must fetch /sitemap.xml by convention; reliable but missing the explicit hint.
Source: sitemaps.org
User-Agent: *
Allow: /
Disallow: /*?*
Disallow: /articles/*
Disallow: /articles$
Disallow: /quarkai/*
Disallow: /quarkai$
Disallow: /quarkapp/*
Disallow: /quarkapp$
Disallow: /quarkpc/*
Disallow: /quarkpc$
Disallow: /pan/*
Disallow: /pan$
Disallow: /saomiaowang/*
Disallow: /saomiaowang$
Disallow: /kuakexuexi/*
Disallow: /kuakexuexi$
Disallow: /kuakepaiti/*
Disallow: /kuakepaiti$
Disallow: /cuotizhengli/*
Disallow: /cuotizhengli$
Disallow: /kuakewendang/*
Disallow: /kuakewendang$
Disallow: /zhengjianzhao/*
Disallow: /zhengjianzhao$
Disallow: /kuakesousuo/*
Disallow: /kuakesousuo$
Disallow: /s/*
Disallow: /s$
Disallow: /ai/s/*
Disallow: /ai/s$
A+Domain Intelligencequark.cn — via 阿里巴巴云计算(北京)有限公司, 14 years oldPASS
337 days
June 18, 2027
161 days
Issued by GlobalSign nv-sa
14 years
Registered June 18, 2012
Status unknown
Protects against DNS spoofing
Unknown
2401:b180:1100::1ae
阿里巴巴云计算(北京)有限公司
Expiry timeline
Domain cannot be transferred without explicit unlock from the registrar. This protects against unauthorized transfers.
Registrar lock (clientTransferProhibited et al.) prevents unauthorized domain transfers — strongest defense against domain hijacking.
Source: ICANN / domain-security best practice