Skip to main content

Fleek Network: Getting started guide


The setup for Fleek Network requires some additional software to build it from the source code, such as the programming language toolchain and related libraries. This can be a bit of a hassle for some users. The use of containers or virtualization lessens the worries about the dependencies or the run time environments, but even that requires additional software that some users might not have any familiarity with.

"Get Fleek Network" is an attempt to make our software more accessible. By providing scripts to automate the installation process of our software, we believe that it can help improve the onboarding experience of our users.

This is done by having the user execute a script maintained by our team, which allows you to install the recommended Docker Stack, or have it installed natively in your operating system.


To follow the guide, you will need the following:

  • Familiarity with the command-line interface
  • cURL installed
  • A supported Linux Server Operating system
    • Ubuntu (22.04 LTS), or earlier
    • Debian (version 11), or earlier
    • ArchLinux, which has rolling updates (Docker Stack).
  • Domain name and permissions to update the DNS Record settings

🤖 Requirements

  • Bash >= 4.2
  • 8 GB of memory
  • A reasonable amount of disk space for the installation and running processes >= 20 GB

Quick Video

A walkthrough video is provided as a quick reference for the users, we try to keep it simple and would suggest the text guide version to get more detailed information.

The video content is stored in our Fleek Network playlist on the Fleek XYZ Youtube channel.


Open your terminal, connect to your Linux server and run the following command:

curl | bash

Follow the wizard recommendations and have the Network Node set up quickly! For example, during the process, you are required to provide a domain name that should respond with the server where you want the node installed, as the assisted installer will try to secure it.

What is the assisted installer?

The assisted installer is a shell script written in Bash shell scripting language (a language used to interface with the system), that goes through the installation process instructed in our guides Running a node in a docker container for the recommended Docker Stack, or the How to install Rust and dependencies for the Ursa CLI.

Operating systems are highly customizable and some users might much prefer to set up the Network Node required applications and dependencies themselves. Some of these users have a lot of system-level knowledge, which not all other users have. By putting down the steps programmatically, or in a sequence of commands, we help reduce the frustration that some users might feel otherwise when following guides or long descriptive processes.

The assisted installer is one of the many options we provide to onboard users of any shape, geographical location, and technical knowledge into the Fleek Network, an open network made for everybody.

How does it Work?

A user has to copy or type the command provided in the guide or our website and paste it to a terminal connected to the machine or server where the Network Node will be installed and run.

Once the user executes the command, a process is initiated that attempts to provide the user with enough information about what's going on, or what can optionally happen, e.g., Git - a distributed version control system is a required application, if not found, the user will be informed and a request to install it will be presented as a user shell prompt. The users will be able to accept or deny the request, and the installer will only execute accordingly. Most requirements are dependencies, such as libraries or packages that your system must have for our software to run. Apart from the Ursa CLI we're developing, the dependencies are provided by third parties which you as a user might be interested in checking up on.

💡 The native installation will skip the questionary and go ahead and install any required application, dependency or library.

During the installation process, there'll be a request to provide a valid custom domain name of the user control, to decorate the server's public IP address, where an attempt to secure it with SSL/TLS Certificates will be handled by leveraging the Let's Encrypt API for the matter.

Once the SSL/TLS certification is provided, the Stack provided by Docker (a program that helps accelerate and simplify the distribution of applications via containers) is restarted. The services in the Stack, as described in our guide will then start with the final changes made during the certification process (mainly the reverse proxy, that's responsible to map the public port 80 to the internal 4069).

If all goes successfully, the user will have a running node that is secured with SSL/TSL and if the choice is Docker Stack, the operations can be monitored by our suggested apps Prometheus and Grafana, available to you easily in our opinionated stack.

Which operating systems are supported?

At present, the assisted installer is supporting the latest:

  • Ubuntu (22.04 LTS), or earlier
  • Debian (version 11), or earlier
  • ArchLinux, which has rolling updates (Docker Stack).

⚠️ Unfortunately, Desktop operating systems are not supported by the installer (e.g. Docker runs in a Linux virtual machine when running on a Desktop). If you're curious and would like to test, you might want to do it on your own by following our guide.

If you are serious about running a Node, consider running a Ubuntu, Debian or ArchLinux server. We'll provide support for more Linux operating systems shortly.

What are the server requirements?

It's recommended to have enough disk space and memory, which is about 8 GB of memory and a reasonable amount of space for the installation and running processes. At the time being, during the initial test phase, these requirements should be above what will be required in the future mainnet release.

You can find more details about it here and here

Is running the assisted installer secure?

While Piped Installers are widely used on the web, e.g., as you can find for Docker, Rust the user should be aware that this is run at his own risk.

You are advised to read the source code of the script before accepting to use it. Also, instead of piping the script to your bash shell program, you could instead copy the file locally after verifying it.

curl > install

Instead of piping the script immediately to your bash shell

curl | bash

Also, if you have a custom environment, then is best to follow the instructions provided in our guide, as otherwise the script risk changing or overriding your custom setup, especially if you are not aware of, or have no interest in going through the source-code logic of the installation scripts to understand what the commands are to be executed.

We'll provide guides on how to help improve the security of the Network Node server, but be aware that dodgy scripts might take control of the server, which may be locating your private keys, copying them, compromising them, etc.

Without hesitation, you should understand clearly that running a curl | bash script from the internet comes with a lot of risks and the responsibility is on your side as a user!

🫡 We'll provide a guide on this subject soon, where we'll expose the issues this may lead to when running random programs or scripts in the server where the Network Node is installed or running, and also some solutions or options to improve security.

How to use the assisted installer?

Get a custom domain name from one domain name registrar of your liking, or create a subdomain in an existing domain you may have registered and update the DNS Record settings to answer to the server where the Ursa Network Node is going to be installed and run. For example, or

💡 The process is illustrated in our guide Securing a node with SSL/TLS and provides a bit more information about why this is required. If you have questions, start by using the guide to get answers.

Connect to the server

Once you have the domain prepared, launch a terminal window on your computer and connect to your server.

We generally authenticate with SSH, which is our recommendation, but some users like to authenticate with passwords. This should be familiar to SSH users:

ssh -i ~/.ssh/ user@ip-address


ssh user@ip-address

💡 Some users have access to their server's terminal through a dashboard from their cloud providers, and others have physical access to the server box. We've been finding that the terminal has to support rendering all UTF8 characters, e.g. some users report missing characters. Feel free to use, whichever method suits you best but a proper terminal client like Kitty, iTerm, Alacritty, etc is wiser then running the Phpstorm or Vscode embedded terminals.

Running the assisted installer

Our Piped installer also known as curl | bash installer is available at the following address You are advised to open it on your browser or access it via the repository here, here and here to read the entire it of it to understand what it does or can do!

⚠️ Notice that you should use https:// and not http:// to access the script in the to establish a secure connection.

The command to run it is the following:

curl | bash

Currently, we support 🇪🇸 SPA, 🇵🇹 POR, 🇷🇺 RUS, 🇻🇳 VIE, 🇨🇳 CHI, and more! Type your preferred language in the command-line prompt, e.g., type "日本語" for Japanese, or the corresponding number 8 for Japanese. Otherwise, if a language is not selected and you press ENTER it'll default to 🏴󠁧󠁢󠁥󠁮󠁧󠁿 English. This is only available for the Docker Stack version at time of writing.

🫡 After copying the command to your terminal, you'd then press ENTER key to start. Once the assisted installer is launched you are guided through the installation process.

Alternatively, which is a safer bet and as suggested in the Is running the assisted installer secure?, we have:

curl >

🙏 You can then read the content of the file in a text editor of your liking to understand the process or processes declared in the file, which will run in the user operating system, at the user's consent.

Which would require you to provide execution permissions to the file, only if agreed as a user decision:

chmod +x

The difference between the curl | bash and this version is that it copies the file locally first and can only be run if you provide the correct permissions (+x, execution) and type the command. Which to run you'd do:


🚀 Once the assisted installer is launched you are presented with enough information to help you complete the installation process.

Health check

We provide a Node health check guide where you can find a more in-depth approach and detailed information about how the process work (log messages, hostnames, ports, etc).

As a quick take on this during this read, you can do a quick health check to verify that the domain is indeed running and set up correctly.

From outside the server network where the Network Node is running or installed, do a curl request to the /ping path, where you should get back a response pong, as follows:

curl -w "\n" https://<YOUR-NETWORK-NODE-DOMAIN-NAME>/ping

💡 The <YOUR-NETWORK-NODE-DOMAIN-NAME> is the domain name you have provided or set during the assisted installer process.

If successful, you'll get a response back:


If you'd like to have a prettier response use:

curl -s https://<YOUR-DOMAIN>/ping | grep -q 'pong' && echo "✅ Health check is ok!"

You should get back the response:

✅ Health check is ok!

🥳 If you made it this far, congratulations and thank you for the support!

Docker Stack

How to restart the Node Stack?

Firstly, you should understand that the "Assisted Installer" process has provided you with the Docker container to run the Fleek Network Node. Use the guide running a node in a Docker Container to learn more about how Docker works and mainly the "Docker compose" bit!

For example, if you have stopped or would like to control the Docker Stack, where your Fleek Network Node is running (the Ursa CLI is in a Docker container), you'll do:

Change directory to where Ursa is installed (e.g., by default is located at $HOME/fleek-network/ursa)

cd ~/fleek-network/ursa

Then after, use the "Docker compose" command to start or stop the services.

Here's how to start (up):

docker compose -f docker/full-node/docker-compose.yml up

💡 If you are running an old version of Docker compose, then switch the command for docker-compose, instead of docker compose as a subcommand.

If you don't want to show the service logs or output when executing the commands, you can run in detached mode

docker compose -f docker/full-node/docker-compose.yml up -d

Here's how you'd stop it (down):

docker compose -f docker/full-node/docker-compose.yml down

If running in detached mode, you can show/display the logs at anytime by using the command

docker compose -f docker/full-node/docker-compose.yml logs -f

Learn more by reading the running a node in a Docker Container guide.

Firewall tampering

Docker tampers with the firewall rules to some extent and that may cause some headaches if you are not aware of this.

By default, Docker will manipulate the iptables, so if you are using ufw, you might find that docker overrules it, that is Docker overrides UFW rules.

The ufw cli will fail to represent the actual state of iptables.

Check our reference or find more about this subject in the official Docker iptables.

Update to Latest

The assisted installer can modify the default docker-compose.yml, for example to have the Ursa Stack service use the latest image build from our repository. This is optional, but users have to be aware that to update the latest Docker image, the latest image has to be Docker pulled.

When a user accepts to use latest the first launch is faster, in comparison to having to build the Ursa Docker image from the source. This means that for building from source-code, Docker-compose does it automatically when changes occur, latest Docker users have to pull the latest.

You can see the status of the config file in $HOME/fleek-network/ursa/docker/full-node/docker-compose.yml (this is the default location, you may have changed where the file docker-compose.yml is located).

Learn how to pull by checking our reference here.

Native installation

How to start, stop or restart the Node?

Start the Network Node by running:

sudo systemctl start ursa

Stop the Network Node by running:

sudo systemctl stop ursa

Restart the Network Node by running:

sudo systemctl restart ursa

Check the status of the service:

sudo systemctl status ursa

How to watch the Node process output?

You can watch the Node output by running the command:

tail -f /var/log/ursa/output.log

For diagnostics run the command:

tail -f /var/log/ursa/diagnostic.log

How to help improve the onboarding experience?

We try our best to provide the best onboarding experience, but custom scripts to fit a whole range of computers or servers is a big chore and we expect some issues on the journey to make it better. Your feedback is of extreme importance to illustrate our end goal!

For this reason, we are open for contributions, either by reporting issues, sending amends, feedback, etc in our Github repository available here. Alternatively, you can join our Discord or follow us on Twitter.

Final Thoughts

Getting started requires some technical knowledge, that some users might not afford at the time, and have the means or the energy to complete and succeed. Others simply want to have something a bit quicker to test or have a look at. It shouldn't take a university course, or the IQ of Katherine Johson to run and operate a Node!

For this reason and more inclusivity, we started writing the assisted installer. At its very best it'll help ease the experience, but we are aware that it requires a lot of craft work to get this right for the majority of users and systems.

Our guide breaks all of this down by starting to introduce the assisted installer conceptually, what it does and how, but also questioning it by sharing some concerns about this piped installer concept.

Finally, we explain what you're required to do to start using it, in a quick and also safer way.

Discover more about the project by watching/contributing on Github, following us on Twitter, and joining our community Discord for all the best updates!

Helder Oliveira
Helder OliveiraSoftware Developer + DXGot questions? Find us on Discord!