[RainLoop] Déconnexion anormale

Bonjour,

J’ai pour habitude de laisser mon RainLoop ouvert en permanence.
Depuis longtemps (toujours ?), je dois me reconnecter une fois par jour ou une fois tous les 2 jours (c’est variable) car je “perds” ma connexion, c’est-à-dire que lorsque j’essaie d’utiliser mon webmail cela affiche :

image
Si je fais F5, j’arrive sur la page de login de yunohost, je me log et le webmail fonctionne à nouveau normalement pour plusieurs heures.
Je précise que RainLoop est bien réglé dans ses paramètres pour ne pas se déconnecter tout seul.

J’aimerais comprendre pourquoi je perds ma connexion, et comment y remédier.

J’utilise Yunohost 3.7.1.1 (stable) sur un Raspberry Pi 3 Modèle B 1GB.

Dans les logs, je relève :

/var/log/nginx/error.log :

2020/04/23 13:01:11 [crit] 1165#1165: *16369 SSL_do_handshake() failed (SSL: error:1417D18C:SSL routines:tls_process_client_hello:version too low) while SSL handshaking, client: 198.20.103.242, server: 0.0.0.0:443
2020/04/23 13:01:15 [crit] 1167#1167: *16377 SSL_do_handshake() failed (SSL: error:1417D18C:SSL routines:tls_process_client_hello:version too low) while SSL handshaking, client: 198.20.103.242, server: 0.0.0.0:443

(je ne sais pas s’il y a un lien, je ne connais pas cette IP)

/var/log/nginx/rainloop.xxx.fr-error.log

2020/04/23 14:16:11 [error] 1167#1167: *11518 open() “/usr/share/nginx/htmlindex.php” failed (2: No such file or directory), client: xxx.xxx.xxx.xxx, server: rainloop.xxx.fr, request: “GET /ynhtheme/custom_overlay.css HTTP/2.0”, host: “rainloop.xxx.fr”, referrer: “https://rainloop.xxx.fr/app/
2020/04/23 14:16:11 [error] 1167#1167: *11518 open() “/usr/share/nginx/htmlindex.php” failed (2: No such file or directory), client: xxx.xxx.xxx.xxx, server: rainloop.xxx.fr, request: “GET /ynhtheme/custom_portal.js HTTP/2.0”, host: “rainloop.xxx.fr”, referrer: “https://rainloop.xxx.fr/app/
2020/04/23 14:16:11 [error] 1167#1167: *11518 open() “/usr/share/nginx/htmlindex.php” failed (2: No such file or directory), client: xxx.xxx.xxx.xxx, server: rainloop.xxx.fr, request: “GET /ynhtheme/custom_portal.js HTTP/2.0”, host: “rainloop.xxx.fr”, referrer: “https://rainloop.xxx.fr/app/
2020/04/23 14:16:11 [error] 1167#1167: *11518 open() “/usr/share/nginx/htmlindex.php” failed (2: No such file or directory), client: xxx.xxx.xxx.xxx, server: rainloop.xxx.fr, request: “GET /ynhtheme/custom_overlay.css HTTP/2.0”, host: “rainloop.xxx.fr”, referrer: “https://rainloop.xxx.fr/app/
2020/04/23 14:16:11 [error] 1167#1167: *11518 open() “/usr/share/nginx/htmlindex.php” failed (2: No such file or directory), client: xxx.xxx.xxx.xxx, server: rainloop.xxx.fr, request: “GET /ynhtheme/custom_portal.js HTTP/2.0”, host: “rainloop.xxx.fr”, referrer: “https://rainloop.xxx.fr/yunohost/sso/portal.html
2020/04/23 14:16:11 [error] 1167#1167: *11518 open() “/usr/share/nginx/htmlindex.php” failed (2: No such file or directory), client: xxx.xxx.xxx.xxx, server: rainloop.xxx.fr, request: “GET /ynhtheme/custom_overlay.css HTTP/2.0”, host: “rainloop.xxx.fr”, referrer: “https://rainloop.xxx.fr/yunohost/sso/portal.html
2020/04/23 14:16:11 [error] 1167#1167: *11518 open() “/usr/share/nginx/htmlindex.php” failed (2: No such file or directory), client: xxx.xxx.xxx.xxx, server: rainloop.xxx.fr, request: “GET /ynhtheme/custom_portal.js HTTP/2.0”, host: “rainloop.xxx.fr”, referrer: “https://rainloop.xxx.fr/yunohost/sso/portal.html
2020/04/23 14:16:11 [error] 1167#1167: *11518 open() “/usr/share/nginx/htmlindex.php” failed (2: No such file or directory), client: xxx.xxx.xxx.xxx, server: rainloop.xxx.fr, request: “GET /ynhtheme/custom_overlay.css HTTP/2.0”, host: “rainloop.xxx.fr”, referrer: “https://rainloop.xxx.fr/yunohost/sso/portal.html

(ces messages reviennent environ 1 fois par jour et pourraient donc correspondre aux déconnexions constatées)

Je n’ai rien vu de spécial dans les autres logs, mais n’hésitez pas à me demander des précisions si besoin.

Merci !

Hey again !

First thing that comes to my mind : do you have a web browser extension that blocks/removes your cookies ?

About the IPv4 address in the nginx’s error.log, the address belongs to a company called SingleHop (located at Chicago). So you can just ignore these logs. :slight_smile:

For the other logs (from the rainloop.xxx.fr-error.log file), it doesn’t seem to be linked. But I don’t what’s the cause. I have the same logs and I don’t have the same behaviour for Rainloop

Hey :wink:

I’m using uBlock origin, but disabled for RainLoop.

Ok, so that’s not it. Just to be sure, it would be nice if you could use another web browser profile (for Firefox, launch firefox -p) or a different web browser for a day or two and see if the problem occurs again. That way we’ll be sure the issue is not coming from the client side.

Also, could you show me nginx’s logs, please ?

sudo journalctl -u nginx.service

Hi SohKa !

I usually use Firefox. I also opened RainLoop in Edge almost 3 days ago, and there was no disconnection, neither on Firefox, nor on Edge. Does this point you towards an explanation?

sudo journalctl -u nginx.service : “no entries”.

Mh, not really.

Is there anything in the /var/log/nginx/ssowat.log file ?

Could you also give me the output of this command, please ?

sudo systemctl status nginx.service

The /var/log/nginx/ssowat.log is empty.

sudo systemctl status nginx.service

● nginx.service - A high performance web server and a reverse proxy server
Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2020-04-22 15:17:35 UTC; 3 days ago
Docs: man:nginx(8)
Process: 20234 ExecReload=/usr/sbin/nginx -g daemon on; master_process on; -s reload (code=exited, status=0/SUCCESS)
Main PID: 1164 (nginx)
Tasks: 5 (limit: 4915)
CGroup: /system.slice/nginx.service
├─ 1164 nginx: master process /usr/sbin/nginx -g daemon on; master_process on;
├─20251 nginx: worker process
├─20252 nginx: worker process
├─20253 nginx: worker process
└─20254 nginx: worker process

Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.

Thanks :slight_smile: .

Does this time match with your last disconnection ? Or do you remember having restarted the nginx service or the whole server at that time ?

It was a server restart.

A manual one ?

Each time you restart the server or the nginx.service, it is expected that you have to reconnect to the Yunohost portal.

Yes it was a manual reboot. Usually I reboot my server about every 2 or 3 month.

Ok…

Tbh, I don’t have much ideas left.

Maybe, next time the issue occurs, connect to your server via ssh and check the uptime and if the nginx service has been restarted.

uptime
systemctl status nginx.service
1 Like

This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.