This guide will provide you with a working relay to test and configure to your liking.
If you are familiar with NixOS/Flakes, then installing the NixOS module is by far the easier route!
If you're not ready to take the NixOS plunge, here's another option to install the FediBuzz relay on server with a recent release of Ubuntu.
The official buzzrelay is attached to hundreds of instances and has thousands of followers with a configuration similar to the requirements listed below.
- 1 Core
- 1 GB RAM
If you're connecting to the fedi.buzz relay and perhaps one or two others on your own relay, this should be more than enough.
One caveat here. FediBuzz has an option for individual users to utilize relays as well by "following" a relay actor, like @tag-dogsofmastodon@relay.com
.
If you promote this alternative route and many individuals start connecting to your relay, it will cause more outgoing traffic and queue processing, therefore increasing your hardware requirements.
You'll need a domain or subdomain to run this application. For example, a subdomain of https://relay.{yourdomain}
.
An SSL certificate associated to your relay's domain name is required. This certificate should be added to your reverse proxy.
Additionally, ensure the TLS configuration is properly set up to facilitate secure connections.
Please refer to your reverse proxy's documentation for the specific steps required to complete this process.
These packages are required for rust / cargo to work.
sudo apt-get update
sudo apt-get install pkg-config libssl-dev libsystemd-dev git cargo curl
Ensure Rust is installed on your server. Ubuntu has a rustc installation included by default, but it is likely not the latest version. In addition, you may prefer to use rustup to manage your install. Check out the official installation guide.
A PostgreSQL database is needed for this application. This installation guide will assist with the initial install.
Create the relay user for the database. This command creates a user named relay and then prompts for a password.
sudo -u postgres createuser -P relay
Then create the database and grant all privileges to the relay user.
sudo -u postgres psql
createdb -O relay buzzrelay
\c buzzrelay
GRANT ALL PRIVILEGES ON ALL TABLES IN SCHEMA public TO relay;
GRANT ALL PRIVILEGES ON ALL SEQUENCES IN SCHEMA public TO relay;
GRANT ALL PRIVILEGES ON ALL FUNCTIONS IN SCHEMA public TO relay;
ALTER DEFAULT PRIVILEGES IN SCHEMA public GRANT ALL PRIVILEGES ON TABLES TO relay;
ALTER DEFAULT PRIVILEGES IN SCHEMA public GRANT ALL PRIVILEGES ON SEQUENCES TO relay;
ALTER DEFAULT PRIVILEGES IN SCHEMA public GRANT ALL PRIVILEGES ON FUNCTIONS TO relay;
A cheat sheet for getting to the database.
psql -U relay -h localhost -d buzzrelay
\c buzzrelay
It's not necessary to install this, it is not used by the core relay. Just comment out the associated lines in the YAML file.
This was used if you are going to host the page shown at https://fedi.buzz which doesn't come with this relay configuration.
git clone https://github.com/astro/buzzrelay.git
Move into the project folder and open the config.yaml
sudo vim config.yaml
- Leave the fedibuzz stream as is.
- Comment out the first example.
- Change the last example to your instance's url and token.
- Add as many others as desired.
If you have a token for an instance that you are using to connect to a mastodon public stream, you're not limited to just the federated stream of all posts. If you want to get more granular, these streaming timelines work, too.
View additional filter details
All of the items listed below have a /local/ version as well if you want to get REALLY granular and only pick up posts from the local instance.This does not work for the default fedibuzz relay stream, only for mastodon servers for which you have an access token.
Public remote posts only - federated posts excluding local ones
You can also pass a "only_media" parameter in the querystring and get back only posts with some type of attachment (audio, image, or video) Cool!
GET /api/v1/streaming/public/remote?only_media={true|false}&access_token={yourAccessToken} HTTP/1.1
Public posts with a specific hashtag
This one does not has the only_media parameter unfortunately.
GET /api/v1/streaming/hashtag?tag={yourTag}&access_token={yourAccessToken} HTTP/1.1
Watch a list for posts For the user with the associated token, you can create a list of accounts and pass the list_id to this query. It will return only posts from those accounts.
GET /api/v1/streaming/list?list={yourListId}&access_token={yourAccessToken} HTTP/1.1
Set it to your domain. I used the sub-domain format of "relay.{yourdomain}"
Update if necessary for your proxy configuration.
Generate a new RSA key pair for signing ActivityPub messages. Note using this command also sets the appropriate permissions values.
Run these commands from the root of the project.
openssl genrsa -out private-key.pem 4096
openssl rsa -in private-key.pem -pubout -out public-key.pem
I used the default user and dbname listed in the config file. Update the password as needed.
From the root of the buzzrelay project, with the config.yaml finalized, run the following.
cargo build --release
This creates a compiled version in the target/release folder.
From the root of the project, you can run this command to start up the app:
cargo run --release config.yaml
If you see redis errors, be sure to comment out those lines in the config.yaml - it is NOT needed.
With the fedi relay public stream enabled, I did see the following error stream quite often, showing that the uri is missing, which it is.
2024-03-23T03:39:34.773184Z TRACE buzzrelay::relay: data: {"created_at":"2024-03-23T03:39:33.020Z","url":"https://some.instance/notes/9r73vj18yk","content":"<p><a href=\"https://some.instance/@some.user\" class=\"u-url mention\">@some.user</a><span> Some Content</p>","account":{"username":"some.user","display_name:":"some.display.name","url":"https://some.instance/@some.user","bot":true},"tags":[],"sensitive":false,"mentions":[],"language":"ja","media_attachments":[],"reblog":null}
2024-03-23T03:39:48.745870Z ERROR buzzrelay::relay: parse error: missing field `uri` at line 1 column 746
However, even with that error, plenty of content is getting pushed to my instance.
Check the homepage of your new relay for instructions on how to add your desired entries to a fediverse server and start pulling in posts.
You should see entries being added to your federated timeline.
You've got a basic working relay to test with. Congratulations! 🎉