# Errores ocasionales de OAuth **URL:** \ **Category:** Bug\ **Tags:** oauth2\ **Created:** [8 Noviembre, 2023 12:06 UTC](https://meta.discourse.org/t/occasional-oauth-errors/284811 "2023-11-08T12:06:39Z")\ **Posts on this page:** 1\ **Showing post:** 4
**Author:** ![kayleeeeeeeee](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/kayleeeeeeeee/32/356688_2.png) [@kayleeeeeeeee](https://meta.discourse.org/u/kayleeeeeeeee)\ **Post date:** [21 Enero, 2024 23:24 UTC](https://meta.discourse.org/t/occasional-oauth-errors/284811/4 "2024-01-21T23:24:31Z")
Estaba pensando eso, pero el error surge demasiado rápido para que sea un comportamiento normal. Me pregunto si podría haber un tiempo de espera excesivamente agresivo en la búsqueda de DNS en algún lugar: 1. El error está en “resolver.rb”. 2. Se soluciona temporalmente al actualizar, cuando la búsqueda de DNS estaría en caché. 3. Por alguna razón completamente inexplicable, no puedo hacer que lea el documento de descubrimiento OIDC desde ninguna URL que involucre nuestro DNS autoalojado. Esto a pesar de que puedo hacer `curl` del archivo manualmente desde la instancia de docker. He eliminado muchas variables diferentes y el DNS parece ser el único factor común. Es importante destacar que el servidor Discourse _puede_ comunicarse con el servidor OIDC, incluso cuando falla de esta manera. De los registros de acceso, hay una solicitud: ``` 21/Jan/2024:23:10:21 +0000] "POST /application/o/token/ HTTP/1.1" 200 7998 "-" "Faraday v2.9.0" ``` cuando falla, y dos solicitudes: ``` [21/Jan/2024:23:21:03 +0000] "POST /application/o/token/ HTTP/1.1" 200 7998 "-" "Faraday v2.9.0" [21/Jan/2024:23:21:05 +0000] "GET /application/o/userinfo/ HTTP/1.1" 200 5254 "-" "Faraday v2.9.0" ``` cuando tiene éxito. Independientemente, nunca tarda más de 5 segundos. Aún no he intentado configurar un proxy para el servidor OIDC que utilice DNS de Cloudflare, pero ese será mi próximo paso. --- _[View the full topic](https://meta.discourse.org/t/occasional-oauth-errors/284811)._