Skip to content


Switch branches/tags

Name already in use

A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?

Latest commit


Git stats


Failed to load latest commit information.
Latest commit message
Commit time


Merging filesystems together


This project aims to be an easy-to-use web API and frontend that allows the management of cloud storage alongside local filesystems. While this is intended mostly for my own use, I am documenting it in a way that I hope allows others to use it!


Sliproad uses "Providers" to support various filesystems "types", whether it be remote or local. Currently, three exist - disk for filesystems local to the machine, backblaze to leverage Backblaze B2 file storage and s3 for AWS S3 (and other compatible providers).

An example of leveraging all three, in various forms, can be found below. As more are added, this example will be updated, and more examples can be found in the assets/config_examples directory.

  provider: disk
  path: /tmp/nas
  provider: backblaze
    bucket: some-bucket
    applicationKeyId: application-key-id
    applicationKey: application-key
  provider: s3
    region: eu-west-2
    bucket: some-bucket
# An example of an S3 compatible API, doesn't have to be Backblaze.
  provider: s3
    bucket: some-bucket
    region: us-west-000
    keyid: key-id
    keysecret: key-secret


After configuring the providers you would like to utilize, simply run ./sliproad. This will spin up the webserver at, listening on all addresses.


The frontend is a very lightweight JavaScript application and aims to be very functional, if a bit rough around the edges.

Screenshot_2021-05-29 Sliproad

It should scale reasonably well for smaller devices. Because it's now bundled into the binary (as opposed to distributed alongside), it's no longer possible to swap it out for a custom frontend without serving the frontend seperately.


This project is largely API-first, and documentation can be found here:


This project leverages a Makefile to macro common commands for running, testing and building this project.

  • make will build the project for your system's architecture.
  • make run will run the project with go run
  • make pi will build the project with the GOOS=linux GOARCH=arm GOARM=5 go flags set for Raspberry Pi.
  • make dist will build and package the binaries for distribution.

Adding Providers

New file providers can be implemented by building off the FileProviderInterface struct, as the existing providers demonstrate. You can then instruct the TranslateProvider() function that it exists and how to configure it.

Authentication [!]

Authentication is a bit tricky and due to be reworked in the next iteration of this project. Currently, support for Keycloak is implemented, if a bit naively. You can turn this authentication requirement on by adding auth.yml alongside your providers.yml file with the following:

provider_url: "https://url-of-keycloak"
realm: "keycloak-realm"
redirect_base_url: "https://location-of-sliproad"

Keycloak support is not currently actively supported, and is due to be removed in the next major release of Sliproad. That said, if you encounter any major bugs utilizing it before this, please open an issue so I can dig in further.


SVG Icons provided by Paweł Kuna: (see assets/web/icons/