Outline Server, developed by Jigsaw. The Outline Server is a proxy server that runs a Shadowsocks instance and provides a REST API for access key management. https://getoutline.org/
Find a file
Jonathan Cohen 07ff4524b5
Fill out GCP server creation instructions (#570)
* Add a new section for the 'Create your Server' directions

* Adjust step numbers depending on which cloud provider is selected.

* Add GCP account creation instructions

Screenshots and i18n will wait until the instructions themselves have
been reviewed and finalized.

* Add directions for creating a new VM isntance.

There is still no recommendation for machine type, and i18n won't be
finished until the directions are reviewed and approved by the team

* Specify f1-micro machine type

Looking at Prometheus for some large servers showed that we never get
above a few hundred megabytes in memory usage and don't go anywhere near
the 10 GB of disk space's worth of virtual memory + persistence.

* Re-order instructions to create the firewall rule before the VM

This way there is no separate assignment step

* Format with Prettier

* Respond to code review

Most importantly, removes the recommendation of CoreOS to instead use
the default Debian image.

* Respond to review comments

Use a CSS class to select the correct dropdowns to clear
Rewrite a ternary statement

* Consolidate the GCP-specific instructions in to a single dropdown

* Internationalize new messages

* Revert accidental message change

* Removed unused messages

* Use computed properties for the step numbers

* Make the translation instructions consistent with that of pre-existing messages.

* Replace placeholder assets

* Respond to review comments

* Remove a spurious comment
* Use single quotes in messages
2020-04-13 19:08:25 -04:00
scripts i18n: mirror UI for RTL languages, detect user locale (#463) 2019-08-28 11:11:13 -04:00
src Fill out GCP server creation instructions (#570) 2020-04-13 19:08:25 -04:00
third_party/prometheus Use DB-IP's Geolocation database instead of MaxMind's (#557) 2020-01-16 18:08:29 -05:00
.clang-format import code 2018-03-14 17:52:39 -04:00
.dockerignore Add .dockerignore 2018-05-30 23:35:11 -04:00
.gitignore Allow users to change the hostname for new access keys (#565) 2020-01-30 15:22:57 -05:00
.travis.yml Specify macOS image in Travis (#532) 2019-11-07 12:14:09 -05:00
CONTRIBUTING.md import code 2018-03-14 17:52:39 -04:00
jasmine.json Feature metrics (#577) 2020-02-26 12:49:52 -05:00
LICENSE import code 2018-03-14 17:52:39 -04:00
macos-signing-certificate.p12.enc Sign macOS manager on Travis (#12) 2018-03-23 14:08:27 -04:00
package.json Only lint HTML files with prettier (#592) 2020-02-28 17:59:32 -05:00
README.md spelling: javascript 2018-11-25 17:13:58 -05:00
tsconfig.json import code 2018-03-14 17:52:39 -04:00
tslint.json Clear unused imports and variables (#473) 2019-08-21 14:21:30 -04:00
yarn.lock Data limits surveys (#612) 2020-04-09 13:38:50 -04:00

Outline Server

Build Status

This repository has all the code needed to create and manage Outline servers on DigitalOcean. An Outline server runs instances of Shadowsocks proxies and provides an API used by the Outline Manager application.

Go to https://getoutline.org for ready-to-use versions of the software.

Components

The system comprises the following components:

  • Outline Server: a proxy server that runs a Shadowsocks instance for each access key and a REST API to manage the access keys. The Outline Server runs in a Docker container in the host machine.

    See src/shadowbox

  • Outline Manager: an Electron application that can create Outline Servers on the cloud and talks to their access key management API to manage who has access to the server.

    See src/server_manager

  • Metrics Server: a REST service that the Outline Server talks to if the user opts-in to anonymous metrics sharing.

    See src/metrics_server

Code Prerequisites

In order to build and run the code, you need the following installed:

  • Node
  • Yarn
  • Wine, if you would like to generate binaries for Windows.

Then you need to install all the NPM package dependencies:

yarn

Note: If you are using root (not recommended on your dev machine, maybe in a container), you need to add { "allow_root": true } to your /root/.bowerrc file.

This project uses Yarn workspaces.

Build System

We have a very simple build system based on package.json scripts that are called using yarn and a thin wrapper for what we call build "actions".

We've defined a do package.json script that takes an action parameter:

yarn do $ACTION

This command will define a do_action() function and call ${ACTION}_action.sh, which must exist. The called action script can use do_action to call its dependencies. The $ACTION parameter is always resolved from the project root, regardless of the caller location.

The idea of do_action is to keep the build logic next to where the relevant code is. It also defines two environmental variables:

  • ROOT_DIR: the root directory of the project, as an absolute path.
  • BUILD_DIR: where the build output should go, as an absolute path.

Build output

Building creates the following directories under build/:

  • web_app/: The Manager web app.
    • static/: The standalone web app static files. This is what one deploys to a web server or runs with Electron.
  • electron_app/: The launcher desktop Electron app
    • static/: The Manager Electron app to run with the electron command-line
    • bundled/: The Electron app bundled to run standalone on each platform
    • packaged/: The Electron app bundles packaged as single files for distribution
  • invite_page: the Invite Page
    • static: The standalone static files to be deployed
  • shadowbox: The Proxy Server

The directories have subdirectories for intermediate output:

  • ts/: Autogenerated Typescript files
  • js/: The output from compiling Typescript code
  • browserified/: The output of browserifying the JavaScript code

To clean up:

yarn run clean