Signal: MollySocket-Datenbank Reset
Per Mail und im Forum kamen immer mehr Hinweise auf verzögerte Push-Benachrichtigungen rein. Ich selbst habe es ebenfalls bemerkt und wollte nun einmal handeln.
- Um eine IP-Sperre auszuschließen habe ich den MollySocket Dienst erstmal umgezogen auf einen anderen Server, es brachte keine Besserung.
- Nach ein paar Anpassungen im NGINX sind die Warnungen im Log nicht verschwunden:
WARN mollysocket::ws::websocket_connection] Did not receive the last keepalive: aborting. - Ein bisschen Recherche und KI-Chat brachten mir die Idee die MollySocket eigene Datenbank zu leeren und quasi bei Null anzufangen.
- Ein Test wie im Forum beschrieben unter neuer Subdomain mit den gleichen Einstellungen brachte gute Ergebnisse, Push-Benachrichtigungen kamen wieder direkt an.
Was muss ich machen?
Die MollySocket-Datenbank habe ich jetzt resettet.
Es sollte automatisch gehen, aber zur Sicherheit scannt bitte den QR-Code neu ein: https://molly.adminforge.de
Was ist Molly und MollySocket?
Molly ist ein unabhängiger Signal-Fork für Android mit verbesserten Features.
MollySocket ermöglicht es, Signal-Benachrichtigungen über UnifiedPush zu erhalten.
Euer adminForge Team
 Das Betreiben der Dienste, Webseite und Server machen wir gerne, kostet aber leider auch Geld.Unterstütze unsere Arbeit mit einer Spende und diskutiere in unserem Chat mit. |
Ich habe schon mehrfach versucht das Problem zu beheben.
Problem:
Die Verzögerung der Push-Nachrichten liegt nicht an einem „Offline-Server“, sondern an einer instabilen WebSocket-Verbindung zwischen MollySocket und den Signal-Servern.
Sobald der Keepalive fehlschlägt, bricht die Verbindung ab. Signal puffert die Nachrichten währenddessen in einer Warteschlange. Die „Verspätung“ ist genau das Zeitfenster, in dem MollySocket versucht, den unterbrochenen Handshake wiederherzustellen. Erst nach dem Reconnect werden alle gestauten Nachrichten auf einmal zugestellt.
Was ich jetzt nochmal zur Abhilfe versucht habe:
Upgrade/Connection) aktiv und Timeouts (proxy_read_timeout) auf3600sgesetzt, um vorzeitige Abbrüche durch den Proxy zu verhindern.1420reduziert, um Probleme mit Paket-Fragmentierung auszuschließen.sysctlsdeaktiviert, um Routing-Probleme zu umgehen.Handshake not finished, was auf eine serverseitige Ablehnung durch Signal (z. B. wegen Session-Kollisionen oder Rate-Limiting) hindeutet.Ich habe unter https://mollysocket.adminforge.de einen Mollysocket mit neuer Datenbank aufgesetzt. Testet bitte einmal ob es damit funktioniert.
Bei Problemen mit offenen Sockets komme ich immer auf tcp keepalive, hast du Mal probiert das für die Verbindungen anzuschalten
Sowas wie SO_KEEPALIVE true
Das klingt gut!
Berichte weiter bitte.
Die Config von https://mollysocket.adminforge.de ist identisch zu https://molly.adminforge.de und auf dem selben Server.
Ich habe lediglich die Datenbank neu angefangen bei https://mollysocket.adminforge.de
Ich befürchte ich muss die molly.adminforge.de Datenbank resetten. Danach gehts dann wieder für alle. Das hat der Test bis jetzt zumindest ergeben.
Klar kann man sich immer gerne austauschen…der Dienst lief aber sehr lange bereits bei adminForge ohne Probleme.
Ok ich plane den Reset dann für morgen. Dazu schreibe ich dann nochmal sowie im Chat, webseite und Mastodon.