lox/crates/lox-distributor

Lox Distributor

The Lox distributor receives resources from rdsys and writes them to Lox BridgeLines. Concurrently, it receives and responds to requests from Lox clients. It saves the LoxContext to a database every time the Lox bridgetable is updated and before the distributor is shutdown.

Configuration

A test config.json is included for testing on a local instance of rdsys. There are several configurable fields in this config file:

DB Config

The DB config db accepts a db_path where the Lox distributor will look for or create a new Lox database as follows:

"db": {
    "db_path": "path/to/db"
}

Rdsys Config

The rdsys request rtype has the following fields:

endpoint the endpoint of the rdsys instance that the distributor will make requests to,

name the type of distributor we are requesting. In most cases this should be lox,

token the corresponding Api Token,

types the type of bridges that are being accepted.

Example configuration:

    "rtype": {
       "endpoint": "http://127.0.0.1:7100/resources",
       "name": "lox",
       "token": "LoxApiTokenPlaceholder",
       "types": [
           "obfs2",
           "scramblesuit"
       ]
   }

Bridge Config

The Bridge config, bridge_config has the following fields:

watched_blockages lists the regions (as ISO 3166 country codes) that Lox will monitor for listed blockages

percent_spares is the percentage of buckets that should be allocated as hot spares (as opposed to open invitation buckets)

Example configuration:

    "bridge_config": {
        "watched_blockages": [
            "RU"
        ],
        "percent_spares": 50
    },

Metrics Port

The metrics_port field is the port that the prometheus server will run on.

Command Line Arguments for Advanced Database Config

There are a few configurations for the Lox database that can be passed as arguments at run time since they are not likely to be suitable as persistent configuration options.

Rolling back to a previous version of the database is possible by passing the roll_back_date flag at runtime and providing the date/time as a %Y-%m-%d_%H:%M:%S string. This argument should be passed if the LoxContext should be rolled back to a previous state due to, for example, a mass blocking event that is likely not due to Lox user behaviour. If the exact roll back date/time is not known, the last db entry within 24 hours from the passed roll_back_date will be used or else the program will fail gracefully.

Test Run

For testing purposes, you will need a running instance of rdsys as well as a running Lox client.

Run rdsys locally

First clone rdsys from here then change into the backend directory:

cd rdsys/cmd/backend

Finally run rdsys:

 ./backend --config config.json

Run Lox Distributor locally

Simply run cargo run -- config.json :)

Run a Lox client locally

First clone lox-wasm from here. Follow the instructions in the README to build and test the Lox client.