Benachrichtigungen für neue Nachrichten am Smartphone

Mittlerweile bin ich noch einen Schritt weitergekommen. Sowohl in der Erkenntnis als auch der Umsetzung. Ich habe nun wieder gotify-up im Einsatz, da mir diese Lösung auch ermöglicht, Notifications per curl auf der Shell aus einem Skript heraus an meine Devices senden zu lassen.

Die Architektur ist eigentlich relativ einfach. Ich habe einen gotify-Server auf meinem Proxy-Host laufen. https://github.com/gotify/server

Dazu hab ich einen User “gotify” auf dem Host eingerichtet, unter dem ich das Binary (direkter Download über den Link vorhin) mittels systemd laufen lasse:

~: # systemctl cat gotify.service 
# /etc/systemd/system/gotify.service
[Unit]
Description=Gotify Push Server
After=network.target
Requires=network.target
[Service]
Type=simple
ExecStart=/opt/gotify/gotify-linux-amd64
WorkingDirectory=/opt/gotify/
Restart=always
RestartSec=10
User=gotify
Group=gotify
[Install]
WantedBy=multi-user.target

Außerdem hab ich einen zweiten Service common-proxies als Rewrite-Proxy für Matrix eingerichtet, der mit dem ebenfalls neu erstellten User “commonproxies” unter systemd läuft:

# systemctl cat up-rewrite-proxy.service 
# /etc/systemd/system/up-rewrite-proxy.service
[Unit]
Description=Rewrite Proxy for some UnifiedPush providers in Go
After=network.target
Requires=network.target
[Service]
Type=simple
WorkingDirectory=/opt/common-proxies/
ExecStart=/opt/common-proxies/up-rewrite-proxy
Restart=always
RestartSec=10
User=commonproxies
Group=commonproxies
[Install]
WantedBy=multi-user.target

Auf dem Smartphone habe ich aus dem F-Droid-Store Gotify-UP installiert. Wichtig ist die Version Gotify-UP nicht Gotify zu nehmen, da Gotify-UP für unifiedpush verwendet wird.

nginx wird für diesen Service mit dieser Config eingerichtet. Wichtig ist die location (FCM|UP|_matrix) für die Notifications für Matrix.

upstream gotify {
  # Set the port to the one you are using in gotify
  server 127.0.0.1:8081;
}
server {
listen 443;
# Here goes your domain / subdomain
server_name push.schuerz.at;
access_log /var/log/nginx/push.schuerz.at.access.log;
error_log /var/log/nginx/push.schuerz.at.error.log;

ssl_certificate /etc/letsencrypt/live/schuerz.at/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/schuerz.at/privkey.pem; # managed by Certbot

# this sends traffic to common-proxies
location ~ ^/(FCM|UP|_matrix) {
        proxy_pass                  http://127.0.0.1:5000;
}


location / {
    # We set up the reverse proxy
    proxy_pass         http://gotify;
    proxy_http_version 1.1;

    # Ensuring it can use websockets
    proxy_set_header   Upgrade $http_upgrade;
    proxy_set_header   Connection "upgrade";
    proxy_set_header   X-Real-IP $remote_addr;
    proxy_set_header   X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header   X-Forwarded-Proto http;
    proxy_redirect     http:// $scheme://;

    # The proxy must preserve the host because gotify verifies the host with the origin
    # for WebSocket connections
    proxy_set_header   Host $http_host;

    # These sets the timeout so that the websocket can stay alive
    proxy_connect_timeout   1m;
    proxy_send_timeout      1m;
    proxy_read_timeout      1m;
}

}
server {
server_name    push.schuerz.at;

listen         80;
listen         [::]:80;

access_log /var/log/nginx/push.schuerz.at.access.log;
error_log /var/log/nginx/push.schuerz.at.error.log;

location / {
  return         301 https://$server_name$request_uri;
}

}