Gracias por aclararlo. Seguiré los consejos y hasta ahora el servicio está muy bien. ¡Estoy ansioso por la actualización de la nueva función y otras cosas! 
1 me gusta
Nos complace lanzar una nueva versión beta que incluye algunas funciones muy esperadas:
- Los administradores ahora pueden elegir entre bloquear por completo (block) o desafiar las conexiones sospechosas con un CAPTCHA (captcha). Actualmente se admiten tanto Cloudflare Turnstile como hCaptcha.
- Tokens de verificación independientes para visitor, login, signup, email_login y forgot_password, para garantizar que resolver un desafío en un contexto no otorgue acceso generalizado a otros.
- Analíticas visuales interactivas de 30 días (extensibles) impulsadas por Chart.js, que muestran las comprobaciones totales frente al tráfico de proxy/VPN detectado.
- Registros que muestran los últimos 500 intentos bloqueados, incluyendo marca de tiempo, dirección IP, nombre de usuario (si está habilitado) y acción.
Para probar esta nueva versión beta, solo tienes que cambiar la línea en tu containers/app.yml de:
git clone https://github.com/proxytracer/discourse-proxytracer.git
a lo siguiente:
git clone -b beta-testing https://github.com/proxytracer/discourse-proxytracer.git
Y después de ejecutar ./launcher rebuild app, deberías estar listo para comenzar.
Agradeceríamos cualquier comentario o sugerencia sobre cómo mejorar aún más el plugin.
2 Me gusta
¡Vaya, fue más de lo que esperaba! Aprecio tu dedicación con Discourse y valoro tu servicio, y tengo la intención de seguir pagando y proporcionando comentarios.
No sé en qué jurisdicción está ubicada su empresa, pero en cuanto a, por ejemplo, saber que catalogar redes de VPN y proxies es un juego de gato y ratón, estaría dispuesto a enviar información específica sobre redes que hayan pasado por su filtro, de modo que pueda contribuir a mejorar la detección. Al vivir en Brasil, debo cumplir ciertas reglas similares al RGPD, conocidas como LGPD, por lo que creo que sería interesante entender primero qué datos serían necesarios y cómo se tratarían. Dicho esto, es más una reflexión sobre cómo las instancias, ya sea con Discourse o Flarum, puedan contribuir y que exista un beneficio mutuo para ambas partes.
1 me gusta
Clonando la beta ahora, pronto daré mi opinión.
1 me gusta
Hice una pequeña prueba y funcionó como se esperaba. Ahora solo queda esperar las pruebas en producción. Gracias por la disponibilidad para incorporar estas nuevas funciones.
1 me gusta
Gracias por las amables palabras, ¡nos alegra que la extensión actualizada haya resultado útil para ti!
Estamos pensando en esperar un poco más a recibir comentarios adicionales o informes de errores antes de pasarla al canal estable.
1 me gusta
Una cosa que noté es que, cuando el inicio de sesión se realiza a través de un SSO, al ser una acción de inicio de sesión, no asigna un usuario ni un correo electrónico.
Otro detalle es que la acción create aparece incluso cuando la cuenta ya existe. Por ejemplo, ayer hice una prueba usando una cuenta alternativa que ya existía, pero el registro (log) registró la acción como si la cuenta hubiera sido creada en ese momento. Esto puede generar cierta confusión a la hora de interpretar los registros.
Y, por último, volviendo al tema de las redes móviles, me di cuenta de que se produjo un falso positivo. La ASN 26599 y 22085, que es un operador brasileño de datos móviles, apareció en los registros de bloqueo tanto en intentos a través de SSO como en un intento que involucraba a un usuario existente.
Aquí vuelvo a plantear el mismo problema de la confusión en los registros: un usuario intentó iniciar sesión en su propia cuenta utilizando un rango perteneciente a esa ASN, pero la acción aparece como create, cuando, en realidad, no se creó ninguna cuenta. Esto puede dificultar la distinción entre un intento de creación de cuenta y un intento de inicio de sesión de un usuario que ya existe.