Search docs...

TLS Termination of Akash Deployments

Currently only self-signed certificates are available from Akash Providers.

In this guide we detail a Cloudflare TLS termination strategy which will give Akash deployments valid public certificates. Cloudflare will proxy traffic intended for the Akash deployment and allow end to end encrypted communication.

STEP 1 - Prerequisites

STEP 2 - Akash with TLS Example

STEP 3 - Find IP Address of Deployment

STEP 4 - Cloudflare Configuration

STEP 5 - Verify HTTPS

STEP 6 - Troubleshooting


Cloudflare proxy of traffic is only possible if one of the following is in place:

  • Register your domain in Cloudflare
  • Transfer control of domain from current DNS provider to Cloudflare’s control
  • Point domain records from current nameservers of the DNS provider to Cloudflare nameservers instead

Akash with TLS Example

An example Akash deployment with TLS step by step example. We will use Ghost, a very simple web app, for the demo.

Deploy Ghost

Make sure to specify the hostname you control, in this example it is “”. Set the “https” when setting the “url” environment variable – this will get picked by the Ghost blogging platform so it knows to serve these HTTPS links.

When you deploy with 80/tcp port exposed in Akash, the nginx-ingress-controller on the provider will automatically get 443/tcp exposed too. This makes Full TLS termination possible.

If you are not familiar with Akash deployments, visit the documentation for the desktop app Cloudmos Deploy as an easy way to get started.

version: "2.0"
image: ghost:4.36.3-alpine
- 'url='
- port: 2368
as: 80
- ""
- global: true
units: 1.0
size: 512Mi
size: 512Mi
- "akash1365yvmc4s7awdyj3n2sav7xfx76adc6dnmlx63"
denom: uakt
amount: 100
profile: ghost
count: 1

Find IP Address of Deployment

We will need to lookup the IP address of the deployment to later use in the Cloudflare configuration

Domain of the Deployment

  • Find the domain name of the deployment in the Cloudmos Deployment Detail page

IP Address of Deployment

  • From your terminal ping the domain name of the deployment and the IP address will be revealed
  • In the example shown the IP address is listed as
scarruthers@Scotts-MacBook-Pro ghost % ping
PING ( 56 data bytes
64 bytes from icmp_seq=0 ttl=53 time=47.975 ms
64 bytes from icmp_seq=1 ttl=53 time=49.651 ms
64 bytes from icmp_seq=2 ttl=53 time=51.948 ms

Cloudflare Configuration

Point Domain Name to Deployment IP

These configs are necessary in Cloudflare:

  • Point the domain name of the deployment to the IP address of the deployment captured in the last step
  • Set Proxy Status to Proxied

Cloudflare Recommendation

Cloudflare recommends orange-clouding the record so that any dig query against that record returns a Cloudflare IP address and your origin server IP address remains concealed from the public.

DNS proxied means it will be shown a Cloudflare IP if you look it up. Thus all attacks at that domain will DDoS Cloudflare and not you host directly. Non proxied means all traffic goes directly to your own IP without Cloudflare being a safety net in front.

Ensure SSL/TLS Encryption Set to Full

In most situations we want Full TLS mode specified in Cloudflare based on:

  • Full TLS termination mode: if the backend understands it is behind the Full TLS termination balancer (be that Cloudflare or anything else), it should then keep serving HTTPS
  • Flexible TLS termination mode: this is when the backend is only serving HTTP requests and does not understand that something is terminating the TLS in front, then it will only work if it is NOT trying to serve full scheme URI’s (i.e. uri’s containing “http://” in them). Otherwise you get a mixed content error (see the comment on Mixed Content error is below).

NOTE - we advise using a Full TLS termination mode since Akash deployments exposed over the port 80/tcp HTTP (as: 80 in SDL manifest) are also automatically getting exposed over the 443/tcp HTTPS (TLS), though with the default self-signed certificates. This mode will ensure the traffic between Cloudflare and the Akash deployment gets encrypted.

Verify HTTPS

  • Test end to end HTTPS for your deployment


  • In this section we review a couple of common problems encountered

Mixed Content Errors

In the example below you’ve noticed the “https” was set - “”. That is to make sure the backend (Ghost) is serving the HTTPD links only, since our goal was to enable HTTPS via TLS termination over Cloudflare.

In situations when the backend server is not HTTPS aware, you will see the content would not load due to a mixed content (this is when the server is offering non-HTTPS links while being accessed over HTTPS).

Here is an example of that, the deployment is set to “” while “” is opened in the browser.


© Akash Network 2024 The Akash Network Authors Documentation Distributed under CC BY 4.0

Open-source Apache 2.0 Licensed.

GitHub v0.20.0