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
Vielen Dank, ich habe die neue URL bei mir eingetragen und gebe sie in der Community von /e/OS zum Testen weiter!
Ersteindruck nach 15h: Bisher scheint es zu funktionieren
, was bei molly.adminforge.de bei meinem letzten Versuch leider nicht der Fall war. Schauen wir, welche Erfahrungen die Mitglieder der /e/OS-Community und ich in den nächsten Tagen machen.
P.s.: Da ich beruflich mit dem Zusammenspiel von Reverse Proxy, Firewall, Authentication Server & Applikationsserver zu tun habe, kenne ich (zumindest oberflächlich) die Erfahrung, dass man oft an Kleinigkeiten drehen muss, bis alles fehlerfrei läuft.
Vielen Dank deswegen nochmal für den tollen Einsatz!
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