Registro inconsistente o faltante y última IP

Soporte
1

Tenemos una instalación de Discourse, mantenida durante varios años y actualmente en la última versión (2.4.0beta2) usando la imagen Docker más reciente, con una dirección IP pública, sin proxy ni ningún otro elemento delante, y certificados de LetsEncrypt.

A veces, la IP de registro del usuario y la última IP funcionan perfectamente; otras veces, no. No veo ningún patrón ni razón aparente. Por ejemplo, aquí hay un usuario creado hace 7h, con direcciones sin sentido:

47
471716×1254 157 KB

Otro usuario creado hace 17h está perfectamente bien:

53
531722×1252 150 KB

Y así sucesivamente: en algunos usuarios funciona bien, en otros no. ¿Alguna idea sobre qué está ocurriendo?

Ahora que lo miro, me llama la atención que podría deberse a que estos usuarios están accediendo mediante IPv6, ya que nunca he visto una dirección IPv6 en estos campos. ¿Discourse no soporta IPv6? ¿El proxy de Docker no entiende o no transmite la información relevante? ¿O es algo más?

2

Discourse definitivamente sí, pero necesitarías configurar tu servidor y todo lo demás que esté delante de él para que IPv6 funcione, etc.

3

IPv6 es muy funcional y se está utilizando la configuración recomendada de imágenes de Docker con las plantillas de web + datos. No hay nada más delante. ¿Qué deberíamos ajustar?

Tenga en cuenta que nuestro archivo yml de contenedores lleva varios años, aunque incluye las plantillas más recientes y las imágenes en sí se reconstruyen con frecuencia. ¿Podría ser algo que haya cambiado con el tiempo?

4

Parece que otras personas que ejecutan la configuración predeterminada de Docker tienen el mismo problema.

https://meta.discourse.org/t/why-are-my-301-redirects-not-working-ipv6-users-also-show-as-localhost/80442/9

5

Es difícil de decir. Acabo de auditar a los últimos ~8 usuarios nuevos que se registraron en talk.commonmark.org, que es una instalación estándar muy básica, y todos tenían direcciones IPv4 válidas para la última IP y la IP de registro (a veces ambas diferían, también).

Sé que si las cuentas de usuario llegan a través de SSO u otras vías inusuales, eso puede afectar las IPs que se muestran allí. ¿Son todos estos usuarios a los que te refieres registros regulares a través del diálogo estándar de nuevo usuario en Discourse?

6

¿Alguna de esas direcciones era IPv6?

7

No, ninguno de ellos lo era, pero no sé si este proveedor de alojamiento en colocalización siquiera ofrece IPv6.

8

Entonces, estoy seguro de que no presentará el problema de mostrar localhost en lugar de direcciones IPv6 para los usuarios que acceden a través de IPv6. Eso no significa que el problema no exista.

9

El problema no existe en el alojamiento oficial de Discourse, al menos, y ese sí es compatible con IPv6. Tampoco veo problemas en una instalación estándar en un host de colocalización aleatorio. No sé qué más decirte, aparte de que no has respondido a mi pregunta bastante importante.

10

Ah, sí, esas son inscripciones normales, sin SSO ni cuentas asociadas.

00
001388×1240 69.9 KB

No dudo de que funcione en tu alojamiento, pero no usas la configuración “estándar” de Docker que utiliza la mayoría de los usuarios, ¿verdad? Quiero decir, estoy seguro de que es posible que funcione si un proxy configura las cabeceras correctas, etc.; la cuestión es si la configuración predeterminada lo hace y, si no, si podemos hacer que lo haga.

11

Estoy bastante seguro de que necesitas agregar algo a tu app.yml que le indique a nginx que reconozca tu dirección IPv6 y retransmita la dirección del cliente. Aunque aún no he logrado averiguar cómo hacerlo. Los temas sobre la ejecución de un proxy inverso incluyen ejemplos de IPv6 que ofrecen pistas.

Esto está en mi lista de cosas por resolver, pero tengo una lista bastante larga. Terminé desactivando IPv6, creo que debido a este problema, aunque quizás por alguna otra falta de conocimiento sobre IPv6.

(Jeff, puedes obtener un bloque IPv6 enrutado, pero debes solicitarlo y luego configurar tus hosts para que lo utilicen.)

12

Meta es simplemente una instalación estándar de Docker con un proxy inverso externo y maneja IPv6 de manera excelente:

image
image398×252 14.5 KB

13

¿Hay una sección en tu discourse.conf que le indique set_real_ip con tu dirección IPv6, algo como esto?

    - replace:
        filename: /etc/nginx/conf.d/discourse.conf
        from: "types {"
        to: |
          set_real_ip_from 192.168.1.0/24;
          set_real_ip_from 172.18.0.0/24;
          set_real_ip_from 172.17.0.0/24;
          set_real_ip_from <ALGO_DE_DIRECCIÓN_IP_V6_AQUÍ?>
          real_ip_recursive on;
          real_ip_header X-Forwarded-For;
          types {
14

Creo que el proxy inverso externo es la clave; no creo que esto sea solucionable en absoluto, o al menos no fácilmente, solo desde dentro del contenedor Docker.

Lo he resuelto ahora configurando que el contenedor Docker de Discourse escuche en un socket Unix y lo frontee con Caddy en la misma máquina (fuera de Docker). La configuración de Caddy es trivial, incluye Let’s Encrypt, y ahora funciona como se espera también para IPv6.

forum.example.com {
  proxy / unix:/var/discourse/shared/web-only/nginx.http.sock {
    transparent
    websocket
  }
}