Domain Diagnostics by Acinsoft avatar

Domain Diagnostics by Acinsoft

Under maintenance

Pricing

from $0.002 / domain inspection

Go to Apify Store
Domain Diagnostics by Acinsoft

Domain Diagnostics by Acinsoft

Under maintenance

Diagnose public domains with DNS records and TTLs, HTTPS checks, TLS certificate validity, RDAP registration and email configuration signals. Choose Cloudflare or Google and export structured results with source timings and explicit coverage limitations.

Pricing

from $0.002 / domain inspection

Rating

0.0

(0)

Developer

Acinsoft Services

Acinsoft Services

Maintained by Community

Actor stats

0

Bookmarked

1

Total users

0

Monthly active users

a day ago

Last modified

Categories

Share

Domain Inspector by Acinsoft

Inspect a public domain's DNS, HTTPS, TLS certificate, RDAP registration and email configuration in one structured report. Choose Cloudflare or Google for DNS resolution. Get records, TTLs, source timings and explicit warnings when evidence is incomplete. No browser, PDF generation or proxy is required.

Version 1.0

This commercial release provides English documentation, input forms and result labels. Input keys and report formats remain compatible with the validated 0.1 release. Apify identifies the source version as 1.0 and automatically assigns build numbers starting at 1.0.1.

Quick start

Enter an exact public DNS name:

{"domain":"example.com","resolver":"cloudflare"}

You can also choose google. Run the Actor, then open JSON report or Exportable results. Each run inspects one domain. You do not need to supply an Acinsoft API key.

InputDescription
domainRequired public DNS name, without a URL scheme, port or credentials. IP addresses and batches are not supported.
resolvercloudflare (default) or google. Arbitrary DNS servers and automatic resolver substitution are not supported.
requestIdOptional UUID identifying an operation. Keep it when retrying in a new run. Duplicates return 409 without another Acinsoft inspection unit. If omitted, the Actor uses its run ID.

What you receive

  • DNS records and TTLs using the selected resolver over TCP/53.
  • HTTPS status and TLS certificate observations.
  • RDAP registration data when available from the registry.
  • SPF, DMARC and other email-related observations, including MTA-STS when advertised in DNS.
  • A summary, findings with source and severity, per-source status and timing, and overall inspection duration.
  • A JSON report and one Dataset row, exportable through Apify as JSON, CSV or Excel.

The output includes requestId, actorRunId, executionUid and a verified SHA-256 hash of the original Acinsoft report bytes. The hash does not describe the output wrapper or a CSV export.

Understanding the results

Report formats v3/v4 include summary: certificate and registration days remaining, HTTP status, and SPF/DMARC observations for the exact name queried. Days are calculated in UTC at inspection start and rounded down. null means insufficient evidence, never a guarantee of safety.

Each source retains its own status, data and duration. A partial report can still be useful and billable. For example, a domain may have DNS and HTTPS data while RDAP is unavailable. If no MTA-STS DNS advertisement is found, the policy status is not_applicable and no policy HTTP request is made. Failed DNS lookup is unavailable, not proof that a record is absent.

Report v4 can observe expired certificates, hostname mismatches and untrusted chains. tls.status=ok means an observation was obtained, not that the certificate is valid: inspect chainAndHostnameValid and validationErrors. The summary includes certificate_untrusted when appropriate. The measurement handshake sends no application data. HTTPS, RDAP and MTA-STS requests still reject invalid certificates.

There are no live certificate-revocation checks or AIA intermediate downloads; an incomplete chain may appear untrusted. Missing DMARC on a subdomain does not evaluate its parent domain's policy. Email records do not prove deliverability or correct configuration. RDAP/IANA infrastructure resolves independently of the selected report DNS resolver.

This is a point-in-time technical observation, not a security certification, reputation assessment, global propagation test or full security audit. No SLA or mass-throughput guarantee is offered. Historical report formats v2/v3/v4 remain supported; saved checkpoints are not reinterpreted.

Pricing

  • USD 0.002 per useful report delivered — USD 2 per 1,000 reports, billed individually rather than in prepaid blocks.
  • USD 0.00005 per Actor start — an additional USD 0.05 for 1,000 starts.

Thus, 1,000 successful single-start runs cost USD 2.05 in Actor events. A restart or resurrection may add a start fee without producing another inspection. Review the run budget before resuming. A valid partial report counts as a useful report; an empty response or a mere error does not incur the report event. A rejected run can still incur its start fee.

The Actor uses pay-per-event pricing. An event receipt is not an invoice or proof of a settled payment. Free-plan usage does not establish a paid payout to Acinsoft.

Capacity and rate limits

Initial shared capacity is one active inspection, up to 30 requests per minute across the connection and 10 requests per minute per consumer. The shared monthly operating ceiling is 1 million report units, not an individual reservation or a throughput guarantee; other tools in the integration account also share its aggregate ceiling.

There is no waiting queue. Requests can receive 429 when capacity is busy or a limit is reached. Space out runs. A rejected inspection does not incur the report event, but starting the Actor can still incur USD 0.00005. There are no automatic retries.

Privacy and permissions

The Actor runs with limited permissions, 128 MiB of memory, a 180-second default timeout and no automatic restart. This integration does not configure proxies or schedules.

The domain and execution-verification data are sent to the Acinsoft backend. Apify injects a run token, which is forwarded only to verify the run; it is not written to OUTPUT or logs. The connection checks the exact Actor and authorized build. Operator credentials are secret environment variables, not input fields, and are not applied during the build. No administrative Apify token is configured in the Actor.

Acinsoft stores request attribution and metrics in its dedicated integration account. The technical artifact has a 24-hour validity period; that does not imply automatic deletion of request history or receipts. Apify retains INPUT, OUTPUT, Dataset, CHECKPOINT and run data according to its storage settings. Never enter secrets in domain or share credentials with support.

Recovery and billing receipts

CHECKPOINT preserves the original report and progress, signed and bound to the run, input and account. It contains no credentials. On restart, an existing report is reused rather than inspected again. An uncertain Dataset write is not repeated automatically. Do not delete or edit CHECKPOINT to repair a run.

The Actor prepares an Acinsoft receipt after verifying delivery to Dataset and before attempting the report charge. It then confirms the event by querying Apify. OUTPUT includes receipt on confirmation. Failed confirmation preserves pending evidence; recovering the same run reuses the receipt and does not create another inspection unit. OUTPUT is not replaced by a billing error.

ERROR records the last failed attempt. Its timestamp does not invalidate a subsequently recovered OUTPUT. receipt_http_* requires checking confirmation, not starting another inspection. Receipts retain delivery and event metadata independently of the 24-hour technical artifact. Past charges without a prepared receipt are not reconstructed.

For execution_outcome_unknown, dataset_outcome_unknown or an uncertain charge, review the original operation before retrying. Recovery is conservative to avoid duplicates; automatic recovery from every interruption is not guaranteed. Keep the original build when recovering a prepared receipt. Switching builds requires an explicit operator recovery authorization.

Troubleshooting and support

ErrorMeaning / next step
401 / 403Ask the operator to check the credential, account and execution profile. Do not submit credentials in the input.
409A duplicate operation or conflicting state was detected. Inspect the original run before retrying.
429Shared capacity or a rate/usage limit was reached. Space out runs; check the applicable limit.
503Inspect the original execution before repeating the request.

For support, share only requestId, actorRunId, executionUid and the error code through the Actor's Issues tab. Never share tokens or API keys.