A recognizable address
Use a hostname that fits your customer-facing identity.
Your address. Your brand. A clearer connection.
Prepare your custom domain for the Strong 8K reseller workflow, understand the DNS requirements and test the connection before sharing it with customers.
Domain ownership · DNS configuration · Connection checks

connect.example.comIllustrative domainA private domain gives a supported service endpoint an address under your control.
For an IPTV reseller, this can help keep customer instructions consistent with the brand. The exact setup depends on the destination supported by your account.
First identify what the domain connects to. A customer connection URL and a reseller-panel login are different. Confirm the supported destination before setting DNS.
Use a hostname that fits your customer-facing identity.
Manage registration, renewal and DNS access through your own accounts.
Keep the chosen hostname, supported protocol and port documented together.
Collect these details first. A complete set of instructions makes the next step easier.
CUSTOM HOSTNAME
Keep the exact setup instructions beside you. This example does not show a live Strong 8K account.
Choose the type of instruction you received. Your checklist updates to match it.
This planner stays in your browser. It does not check availability, query DNS or change your account.
A practical six-step workflow. Follow the current instructions supplied for your account wherever they differ from this general guide.
Confirm whether you are connecting a customer service address or a reseller login address. Record the supported protocol and port.
Use a domain you control. Ask whether a root domain or a dedicated subdomain is supported before changing DNS.
Obtain the exact record type, name, target and any verification requirement from your panel or support.
Edit records at the authoritative DNS provider. Copy the supplied values exactly and preserve unrelated records.
Follow the domain registration or verification step required by the service. DNS resolution alone may not activate the hostname.
Check resolution, supported HTTPS, the intended destination and one supported customer device. Then confirm the migration plan.
Each field has a separate job. Choose a record type below to see an educational example.
Examples only: these values are not Strong 8K server details.
A CNAME maps one hostname to another hostname.
A saved DNS record is only one part of a working setup.
DNS cache updates take different amounts of time. HTTPS also needs configuration at the destination; adding a DNS record does not automatically create a certificate.
Start with the hostname and the current instructions. Check one cause at a time before making further changes.
Check the spelling and the authoritative DNS zone. Confirm the record was saved for the exact hostname and allow cached responses to expire.
Compare the record target against the supplied value. Check for conflicting records at that hostname without changing unrelated website or email records.
Confirm that HTTPS is supported and the destination has a certificate covering the exact hostname. DNS resolution alone is not an HTTPS test.
Compare protocol, port, app support and cached settings. Share the precise error with support through a private channel.

Protect the accounts that control your address, and make changes with a clear record of what was there before.
Use a unique password and enable two-factor authentication at your registrar and DNS provider.
Maintain recovery details and domain renewal settings so you retain control of the address.
Keep a record of the original DNS values before editing the selected hostname.
Use the supported protocol and check certificate validity when HTTPS is available.
Send customer connection details privately; keep account passwords out of public screenshots.
Answers to the questions that matter before you connect a hostname.
A domain or subdomain you control that is connected to a supported service endpoint. Confirm whether your account supports a customer connection address, a panel login address, or both: these are different destinations.
Ask which hostnames your provider supports. A dedicated subdomain such as connect.example.com can keep service DNS separate from the records used by your main website.
Use the record type specified for your account. An A record points to an IPv4 address; a CNAME points to another hostname. Neither should be guessed.
A custom address does not automatically provide a branded app, custom panel design or separate infrastructure. Confirm which branding options are included.
Timing depends on cached responses, TTL and any nameserver changes. Repeatedly editing a correct record can complicate troubleshooting. Check the authoritative DNS settings and allow existing caches to expire.
If the service supports your DNS configuration, Cloudflare can host the records. Confirm whether the record must be DNS-only or proxied; do not assume ordinary web proxy settings support every service or port.
DNS alone does not issue a certificate or configure the destination server. The endpoint must support HTTPS and present a valid certificate for your exact hostname.
Do not assume it will. Confirm the supported URL format, protocol, port and migration procedure with support before updating existing customer devices.
Review records for the exact hostname before changing anything. Keep unrelated website and mail records. Resolve conflicts using your DNS provider’s instructions.
Here, private domain means a custom address under your control. It does not mean the address is hidden, the infrastructure is independently owned, or service availability is guaranteed.
Get the current private-domain instructions for your Strong 8K account before changing DNS.
Have your intended hostname ready. Keep passwords private.