DNS resolves incorrectly
The provider hostname may point to the wrong public IP, an outdated address or a proxy that is not forwarding traffic to the provider.
The provider process may be running while its public HTTPS endpoint is unreachable. DNS, TLS certificates, firewalls, upstream network rules, reverse proxies and incorrect listeners can all break port 8443.
Run the free provider checkA working provider endpoint requires the hostname, certificate, listener, firewall and upstream network path to agree. A failure at any layer can make port 8443 unavailable.
The provider hostname may point to the wrong public IP, an outdated address or a proxy that is not forwarding traffic to the provider.
The certificate may be expired, issued for a different hostname, missing its chain or served by the wrong virtual host.
Nothing may be listening on port 8443, or Nginx, Traefik or another proxy may be forwarding to the wrong local service or port.
The host firewall, hosting provider, router or upstream security policy may block inbound TCP traffic before it reaches the server.
The provider URI, DNS record and certificate subject must refer to the same hostname. A mismatch can cause HTTPS validation to fail.
Port 8443 may accept a connection but return a default page, proxy error, redirect or response from an unrelated service.
The free checker tests the public provider hostname and HTTPS endpoint before you change Kubernetes, certificates, firewalls or reverse-proxy settings.
Run the free check, review the results and submit the failed items when you need help diagnosing lease declines or provider readiness.
Run the free Akash provider check