Follow

oups sur :
"Vous avez envoyé trop de requêtes et êtes actuellement limité·e, merci de réessayer dans 10 minutes"

Musique + check d'un artiste... :O

@lucius ça peut indiquer un problème de configuration du serveur, tu as des détails ?

@eliotberriot sorry du décalage, j'ai pas vu le toot ni la notif.

Par contre, c'est revenu tout seul, je vais tenter de reproduir eet check en live les logs nginx... car je viens de relire le .env et y a pas de limite il me semble ? et mon reverse proxy non plus :)

@lucius pas de soucis :)

est-ce que tu étais connecté quand c'est arrivé ?

(Le ratelimiting se base sur l'IP quand l'utilisateur·rice n'est pas authentifiée, et si le proxy est mal configuré, ça peut provoquer des souci, genre c'est l'IP du loadbalancer ou localhost qui est utilisée)

@lucius (le ratelimiting est intégré directement dans Funkwhale, tu peux le désactiver en mettant "THROTTLING_ENABLED=False" dans ton .env si besoin.)

@eliotberriot Alors oui j'étais connecté et je me rappelle pas avoir été déco (ni switch entre 2 vpn)

=> bien vu, j'avais pas fait gaffe mais c'est l'ip du reverse proxy qui est loggée, grrrrmpppfff

en l'état, c'est la première fois que j'ai cela. Faut dire que la zik est posée sur l'instance et que clementine fait le reste ;)

@lucius ah oui, et Clementine charge l'intégralité de la bibliothèque en faisant une reqûete par album je crois, donc ça peut très vite taper dans la limite.

L'idéal c'est de régler le souci au niveau du reverse proxy.

Pour savoir si Funkwhale détecte la bonne IP, tu peux lancer:

curl -L https://tondomaine/api/v1/rate-limit | jq ".ident"

(ça te donne l'info sur quelle est l'IP utilisée lors du ratelimiting)

@lucius Si tu es connecté, l'IP ne joue pas c'est l'ID utilisateur qui est utilisé (peut importe donc que tu sois sur un VPN puis non, par exemple)

Dans le cas présent, Clementine a réellement tapé dans la limite, ce qui est tout à fait possible car ce soft fait BEAUCOUP de requêtes

@eliotberriot et vu que j'ai fais quelques refresh de bibliothèque ne // car j'ai une erreur de gstreamer sur ma arch sur certains fichiers, tout s'explique :)

Merci des retours en tout cas ;)

@eliotberriot souci réglé, il manquait ceci dans ma conf nginx :
set_real_ip_from ip_reverse_proxy;
real_ip_header X-Forwarded-For;
real_ip_recursive on;

Car en gros, chez moi ca done : client <> Nginx1 (qui forward selon le ndd via proxypass) <> Nginx2 pour le traitement en local
J'ai complexifié, mais ca me permet de bypass le besoin de nat hairpinning pour l'usage de mes services en local

Sign in to participate in the conversation
Mastodon

Instance mise en place le 2019-07-17 à fin de rendre un service accessible à ceux désirant utiliser Mastodon sans maintien du serivce.