Es-tu totalement sûr de cela ? Parce que si c’est vrai, je vais immédiatement mettre en place un proxy inverse.
Modifier
L’IA a dit la même chose ici. Donc, ce sera un proxy inverse.
Réponse de l'IA
Le plugin GeoBlock pour Discourse utilise la base de données MaxMindDB pour déterminer le pays ou le réseau (ASN) d’un utilisateur en fonction de son adresse IP, mais le blocage réel se produit au niveau de l’application (à l’intérieur de l’application Discourse), et non au niveau du serveur ou du réseau/pare-feu.
En pratique :
- Si l’IP d’un visiteur correspond à un pays ou un réseau bloqué, l’application Discourse renvoie une page d’erreur au visiteur au lieu du contenu du forum.
- Le blocage ne se produit que lorsque la requête HTTP atteint l’application Discourse. En d’autres termes, les requêtes passent toujours par votre serveur web (par exemple, nginx) et votre conteneur Docker et atteignent le logiciel Discourse avant que l’utilisateur ne soit bloqué.
- Cela signifie que vous verrez toujours ces requêtes dans les journaux de votre serveur et de votre proxy/nginx, même si l’utilisateur est finalement bloqué par Discourse.
- Si vous avez besoin d’un blocage “dur” (empêchant l’accès avant même que la requête n’atteigne l’application Discourse), vous auriez besoin d’une solution GeoIP au niveau du serveur (comme le blocage au niveau nginx/iptables ou un outil externe).
Sources et plus d’informations :
- Plugin Geo Blocking - meta.discourse.org
- Documentation GitHub du plugin : GitHub - communiteq/discourse-geo-blocking
Résumé :
Le plugin Discourse GeoBlock ne bloque pas les requêtes au niveau du réseau/serveur, mais seulement après que l’application Discourse a traité la requête. Si vous avez besoin d’empêcher tout accès avant que votre application ne voie la requête, vous devez utiliser une approche GeoIP au niveau du serveur.
Je n’ai pas utilisé share conversation parce que j’ai posé la question en finnois et que vous ne pouvez probablement pas la comprendre 