> ## Documentation Index
> Fetch the complete documentation index at: https://translations.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

> Aprenda a desarrollar y probar aplicaciones de Auth0.

# Probar aplicaciones localmente

En la mayoría de los casos, autenticar usuarios a través de Auth0 requiere una conexión a Internet. Sin embargo, aún puede desarrollar y probar aplicaciones que usan Auth0 de forma local. En algunos casos, es posible que ni siquiera necesite una conexión a Internet.

Para obtener más información sobre cómo estructurar sus entornos de desarrollo, prueba y producción al usar Auth0, consulte [Configurar varios entornos](/es/docs/get-started/auth0-overview/create-tenants/set-up-multiple-environments).

<div id="use-json-web-tokens-with-client-side-applications">
  ## Usar JSON Web Tokens con aplicaciones del lado del cliente
</div>

Como los [JSON Web Tokens (JWT)](/es/docs/secure/tokens/json-web-tokens) no tienen estado (es decir, la aplicación que los consume solo se fija en su contenido, no en ninguno de sus estados anteriores), este es uno de los escenarios más fáciles de probar localmente.

Puede obtener <Tooltip tip="JSON Web Token (JWT): formato estándar de ID Token (y, a menudo, también de token de acceso) que se usa para representar claims de forma segura entre dos partes." cta="Ver glosario" href="/es/docs/glossary?term=JWTs">JWTs</Tooltip> para realizar pruebas mediante cualquiera de los siguientes métodos:

1. Cree un usuario de prueba para una [conexión de base de datos](/es/docs/get-started/applications/set-up-database-connections) e inicie sesión de forma programática con ese usuario. En esencia, está usando el [flujo de contraseña del propietario del recurso](/es/docs/get-started/authentication-and-authorization-flow/resource-owner-password-flow). Para obtener instrucciones de implementación detalladas, lea [Llame a su API con el flujo de contraseña del propietario del recurso](/es/docs/get-started/authentication-and-authorization-flow/resource-owner-password-flow/call-your-api-using-resource-owner-password-flow).
2. Use un bot de navegador para simular a un usuario, iniciar sesión y obtener un JWT.

<div id="use-sessions-with-server-side-applications">
  ## Usa sesiones con aplicaciones del lado del servidor
</div>

A menos que tu aplicación del lado del servidor permita generar sesiones artificiales para realizar pruebas, necesitarás una forma de iniciar sesión con Auth0 manualmente.

Para obtener una visión general de alto nivel sobre cómo hacerlo, consulta [Flujo de código de autorización](/es/docs/get-started/authentication-and-authorization-flow/authorization-code-flow). Para obtener instrucciones de implementación detalladas, consulta nuestro tutorial, [Agregar inicio de sesión mediante el Flujo de código de autorización](/es/docs/get-started/authentication-and-authorization-flow/authorization-code-flow/add-login-auth-code-flow).

<div id="use-local-domains-with-auth0">
  ## Usar dominios locales con Auth0
</div>

Si estás desarrollando tu aplicación localmente, puedes usar `localhost` y otros dominios a los que Auth0 no puede acceder (como los de una intranet) como [URL de devolución de llamada](/es/docs/authenticate/login/redirect-users-after-login). Por ejemplo, durante el desarrollo, podrías usar `http://localhost:3000/callback` como URL de devolución de llamada.

1. Ve a [Auth0 Dashboard > Applications > Applications](https://manage.auth0.com/#/applications/\{yourClientId}/settings) y haz clic en la aplicación.
2. Agrega la URL a la lista **Allowed Callback URLs**.

Como el protocolo principal de identidad de Auth0 es [OpenID Connect (OIDC)](/es/docs/authenticate/protocols/openid-connect-protocol), Auth0 nunca necesita llamar directamente al servidor de tu aplicación. En su lugar, redirige a los usuarios a los endpoint(s) de tu aplicación con la información necesaria en una cadena de consulta o en un fragmento hash.

<div id="divert-emails-for-testing">
  ## Desviar correos electrónicos para pruebas
</div>

Si quiere probar su aplicación local y no desea que los correos electrónicos (de creación, validación, etc.) se envíen a la dirección de correo electrónico real de los usuarios que su aplicación crea o valida, Auth0 recomienda usar un proveedor de correo electrónico personalizado. Por ejemplo, un servicio como [Mailtrap](https://mailtrap.io/signin) o una implementación propia de servidor SMTP puede aplicar la lógica que necesite para interceptar los correos electrónicos. Esto garantiza que los usuarios no reciban correos electrónicos, pero que usted pueda acceder a ellos para fines de validación y solución de problemas. Para obtener más información, consulte [Configurar un servidor SMTP de prueba para correo electrónico](/es/docs/customize/email/configure-test-smtp-email-servers).

Auth0 no permite ciertos dominios "falsos" que suelen usarse durante las pruebas. Use direcciones de correo electrónico reales para evitar interrupciones o errores.