This repository has been archived on 2022-10-07. You can view files and clone it, but cannot push or open issues or pull requests.
skynet-webportal/setup-scripts
Matthew Sevey 5380585250
update py file for black
2022-02-03 12:02:30 -05:00
..
support get rid of unused cache purgin code 2022-01-10 17:10:59 +01:00
README.md Merge branch 'master' into sevey/doc-updates 2022-02-03 11:46:57 -05:00
blocklist-airtable.py do not prune blocklist manually 2021-12-23 13:17:07 +01:00
bot_utils.py update py file for black 2022-02-03 12:02:30 -05:00
disk-usage-dump.sh Update root dir output 2021-12-08 12:20:57 +01:00
funds-checker.py fix health check script invalid syntax 2021-10-06 14:21:58 +02:00
health-checker.py Mute check failures unless server is down 2021-12-06 13:28:30 -05:00
log-checker.py fix health check script invalid syntax 2021-10-06 14:21:58 +02:00
serverload.service Add serverload endpoint (#1410) 2021-12-06 12:49:58 +01:00
serverload.sh Add serverload endpoint (#1410) 2021-12-06 12:49:58 +01:00
setup-docker-services.sh Cleanup Kratos, Oathkeeper, CockroachDB. 2021-12-16 13:08:35 +02:00
setup-health-check-scripts.sh Just make the scripts runnable. 2021-08-16 15:48:59 +03:00
setup-server.sh Block outgoing traffic to local networks. 2021-05-18 11:41:25 +02:00

README.md

Skynet Portal Setup Scripts

⚠️ This documentation is outdated and should be used for reference only. Portal setup documentation is located at https://docs.siasky.net/webportal-management/overview.

This directory contains a setup guide and scripts that will install and configure some basic requirements for running a Skynet Portal. The assumption is that we are working with a Debian Buster Minimal system or similar.

Latest Setup Documentation

Latest Skynet Webportal setup documentation and the setup process Skynet Labs supports is located at https://docs.siasky.net/webportal-management/overview.

Some of the scripts and setup documentation contained in this repository (skynet-webportal) can be outdated and generally should not be used.

Initial Setup

You may want to fork this repository and replace ssh keys in setup-scripts/support/authorized_keys and optionally edit the setup-scripts/support/tmux.conf and setup-scripts/support/bashrc configurations to fit your needs.

Step 0: stack overview

  • dockerized services inside docker-compose.yml
  • discord integration
    • funds-checker: script that checks wallet balance and sends status messages to discord periodically
    • health-checker: script that monitors health-check service for server health issues and reports them to discord periodically
    • log-checker: script that scans siad logs for critical errors and reports them to discord periodically
  • blocklist-skylink: script that can be run locally from a machine that has access to all your skynet portal servers that blocklists provided skylink and prunes nginx cache to ensure it's not available any more (that is a bit much but that's the best we can do right now without paid nginx version) - if you want to use it, make sure to adjust the server addresses

Step 1: setting up server user

  1. SSH in a freshly installed Debian machine on a user with sudo access (can be root)
  2. apt-get update && apt-get install sudo libnss3-tools -y to make sure sudo is available
  3. adduser user to create user called user (creates /home/user directory)
  4. usermod -aG sudo user to add this new user to sudo group
  5. sudo groupadd docker to create a group for docker (it might already exist)
  6. sudo usermod -aG docker user to add your user to that group
  7. Quit the ssh session with exit command

You can now ssh into your machine as the user user.

Step 2: setting up environment

  1. On your local machine: ssh-copy-id user@ip-addr to copy over your ssh key to server
  2. On your local machine: ssh user@ip-addr to log in to server as user user
  3. You are now logged in as user

Following step will be executed on remote host logged in as a user:

  1. sudo apt-get install git -y to install git
  2. git clone https://github.com/SkynetLabs/skynet-webportal
  3. cd skynet-webportal
  4. run setup scripts in the exact order and provide sudo password when asked (if one of them fails, you can retry just this one before proceeding further)
    1. /home/user/skynet-webportal/setup-scripts/setup-server.sh
    2. /home/user/skynet-webportal/setup-scripts/setup-docker-services.sh
    3. /home/user/skynet-webportal/setup-scripts/setup-health-check-scripts.sh (optional)

Step 3: configuring siad

At this point we have almost everything running, we just need to set up your wallet and allowance:

  1. Create a new wallet (remember to save the seed)

    docker exec -it sia siac wallet init

  2. Unlock the wallet (use the seed as password)

    docker exec -it sia siac wallet unlock

  3. Generate a new wallet address (save it for later to transfer the funds)

    docker exec -it sia siac wallet address

  4. Set up allowance

    docker exec -it sia siac renter setallowance

    1. 10 KS (keep 25 KS in your wallet)
    2. default period
    3. default number of hosts
    4. 4 week renewal time
    5. 500 GB expected storage
    6. 500 GB expected upload
    7. 5 TB expected download
    8. default redundancy
  5. Set a maximum storage price

    docker exec -it sia siac renter setallowance --max-storage-price 100SC

  6. Instruct siad to start making 10 contracts per block with many hosts to potentially view the whole network's files

    docker exec -it sia siac renter setallowance --payment-contract-initial-funding 10SC

Step 4: configuring docker services

  1. edit /home/user/skynet-webportal/.env and configure following environment variables

    • PORTAL_DOMAIN (required) is a skynet portal domain (ex. siasky.net)
    • SERVER_DOMAIN (optional) is an optional direct server domain (ex. eu-ger-1.siasky.net) - leave blank unless it is different than PORTAL_DOMAIN
    • EMAIL_ADDRESS is your email address used for communication regarding SSL certification (required if you're using http-01 challenge)
    • SIA_WALLET_PASSWORD is your wallet password (or seed if you did not set a password)
    • HSD_API_KEY this is a random security key for a handshake integration that gets generated automatically
    • CLOUDFLARE_AUTH_TOKEN (optional) if using cloudflare as dns loadbalancer (need to change it in Caddyfile too)
    • AWS_ACCESS_KEY_ID (optional) if using route53 as a dns loadbalancer
    • AWS_SECRET_ACCESS_KEY (optional) if using route53 as a dns loadbalancer
    • PORTAL_NAME a string representing name of your portal e.g. siasky.xyz or my skynet portal
    • DISCORD_WEBHOOK_URL (required if using Discord notifications) discord webhook url (generate from discord app)
    • DISCORD_MENTION_USER_ID (optional) add /cc @user mention to important messages from webhook (has to be id not user name)
    • DISCORD_MENTION_ROLE_ID (optional) add /cc @role mention to important messages from webhook (has to be id not role name)
    • SKYNET_DB_USER (optional) if using accounts this is the MongoDB username
    • SKYNET_DB_PASS (optional) if using accounts this is the MongoDB password
    • SKYNET_DB_HOST (optional) if using accounts this is the MongoDB address or container name
    • SKYNET_DB_PORT (optional) if using accounts this is the MongoDB port
    • COOKIE_DOMAIN (optional) if using accounts this is the domain to which your cookies will be issued
    • COOKIE_HASH_KEY (optional) if using accounts hashing secret, at least 32 bytes
    • COOKIE_ENC_KEY (optional) if using accounts encryption key, at least 32 bytes
    • S3_BACKUP_PATH (optional) is using accounts and backing up the databases to S3. This path should be an S3 bucket with path to the location in the bucket where we want to store the daily backups.
  2. docker-compose up -d to restart the services so they pick up new env variables

Subdomains

It might prove useful for certain skapps to be accessible through a custom subdomain. So instead of being accessed through https://portal.com/[skylink], it would be accessible through https://[skylink_base32].portal.com. We call this "subdomain access" and it is made possible by encoding Skylinks using a base32 encoding. We have to use a base32 encoding scheme because subdomains have to be all lower case and the base64 encoded Skylink is case sensitive and thus might contain uppercase characters.

You can convert Skylinks using this converter skapp. To see how the encoding and decoding works, please follow the link to the repo in the application itself.

There is also an option to access handshake domain through the subdomain using https://[domain_name].hns.portal.com.

To configure this on your portal, you have to make sure to configure the following:

Useful Commands

  • Starting the whole stack

    docker-compose up -d

  • Stopping the whole stack

    docker-compose down

  • Accessing siac

    docker exec -it sia siac

  • Portal maintenance
    • Pulling portal out for maintenance

      scripts/portal-down.sh

    • Putting portal back into place after maintenance

      scripts/portal-up.sh

    • Upgrading portal containers (takes care of pulling it and putting it back)

      scripts/portal-upgrade.sh

  • Restarting caddy gracefully after making changes to Caddyfile (no downtime)

    docker exec caddy caddy reload --config /etc/caddy/Caddyfile

  • Restarting nginx gracefully after making changes to nginx configs (no downtime)

    docker exec nginx openresty -s reload

  • Checking siad service logs (since last hour)

    docker logs --since 1h $(docker ps -q --filter "name=^sia$")

  • Checking caddy logs (for example in case ssl certificate fails)

    docker logs caddy -f

  • Checking nginx logs (nginx handles all communication to siad instances)

    tail -n 50 docker/data/nginx/logs/access.log to follow last 50 lines of access log tail -n 50 docker/data/nginx/logs/error.log to follow last 50 lines of error log