# Getting Started Ash Authentication Phoenix ### With Igniter This will also install `ash_authentication` if you haven't run that installer. ```sh mix igniter.install ash_authentication_phoenix ``` If you'd like to see only the changes that `ash_authentication_phoenix` makes, you can run: ```sh mix igniter.install ash_authentication # and then run mix igniter.install ash_authentication_phoenix ``` See the [AshAuthentication getting started guide](https://hexdocs.pm/ash_authentication/get-started.html) for information on how to add strategies and configure `AshAuthentication` if you have not already. ### Manual #### Router Setup `ash_authentication_phoenix` includes several helper macros which can generate Phoenix routes for you. For that you need to add 6 lines in the router module or just replace the whole file with the following code: **lib/example_web/router.ex** ```elixir defmodule ExampleWeb.Router do use ExampleWeb, :router use AshAuthentication.Phoenix.Router # <-------- Add this line pipeline :browser do plug :accepts, ["html"] plug :fetch_session plug :fetch_live_flash plug :put_root_layout, {ExampleWeb.Layouts, :root} plug :protect_from_forgery plug :put_secure_browser_headers plug :load_from_session # <-------- Add this line end pipeline :api do plug :accepts, ["json"] plug :load_from_bearer # <--------- Add this line end scope "/", ExampleWeb do pipe_through :browser get "/", PageController, :home # add these lines --> # Standard controller-backed routes auth_routes AuthController, Example.Accounts.User, path: "/auth" sign_out_route AuthController # Prebuilt LiveViews for signing in, registration, resetting, etc. # Leave out `register_path` and `reset_path` if you don't want to support # user registration and/or password resets respectively. sign_in_route(register_path: "/register", reset_path: "/reset", auth_routes_prefix: "/auth") reset_route [auth_routes_prefix: "/auth"] # <-- add these lines end ... end ``` #### AuthController While running `mix phx.routes` you probably saw the warning message that the `ExampleWeb.AuthController.init/1 is undefined`. Let's fix that by creating a new controller: **lib/example_web/controllers/auth_controller.ex** ```elixir defmodule ExampleWeb.AuthController do use ExampleWeb, :controller use AshAuthentication.Phoenix.Controller def success(conn, _activity, user, _token) do return_to = get_session(conn, :return_to) || ~p"/" conn |> delete_session(:return_to) |> store_in_session(user) # If your resource has a different name, update the assign name here (i.e :current_admin) |> assign(:current_user, user) |> redirect(to: return_to) end def failure(conn, _activity, _reason) do conn |> put_flash(:error, "Incorrect email or password") |> redirect(to: ~p"/sign-in") end def sign_out(conn, _params) do return_to = get_session(conn, :return_to) || ~p"/" conn |> clear_session() |> redirect(to: return_to) end end ``` ## Generated routes Given the above configuration you should see the following in your routes: ``` # mix phx.routes Generated example app auth_path GET /sign-in AshAuthentication.Phoenix.SignInLive :sign_in auth_path GET /sign-out ExampleWeb.AuthController :sign_out auth_path * /auth/user/password/register ExampleWeb.AuthController {:user, :password, :register} auth_path * /auth/user/password/sign_in ExampleWeb.AuthController {:user, :password, :sign_in} page_path GET / ExampleWeb.PageController :home ... ``` ### Customizing the generated routes If you're integrating AshAuthentication into an existing app, you probably already have existing HTML layouts you want to use, to wrap the provided sign in/forgot password/etc. forms. Liveviews provided by AshAuthentication.Phoenix will use the same root layout configured in your router's `:browser` pipeline, but it includes its own layout file primarily for rendering flash messages. If you would like to use your own layout file instead, you can specify this as an option to the route helpers, eg. ```elixir reset_route(layout: {MyAppWeb, :live}, auth_routes_prefix: "/auth") ``` ## Tailwind If you plan on using our default [Tailwind](https://tailwindcss.com/)-based components without overriding them you will need to modify your `assets/tailwind.config.js` to include the `ash_authentication_phoenix` dependency: **assets/tailwind.config.js** ```javascript // See the Tailwind configuration guide for advanced usage // https://tailwindcss.com/docs/configuration const plugin = require("tailwindcss/plugin"); module.exports = { content: [ "./js/**/*.js", "../lib/*_web.ex", "../lib/*_web/**/*.*ex", "../deps/ash_authentication_phoenix/**/*.*ex", // <-- Add this line ], theme: { extend: { colors: { brand: "#FD4F00", }, }, }, plugins: [ require("@tailwindcss/forms"), plugin(({ addVariant }) => addVariant("phx-no-feedback", [ ".phx-no-feedback&", ".phx-no-feedback &", ]), ), plugin(({ addVariant }) => addVariant("phx-click-loading", [ ".phx-click-loading&", ".phx-click-loading &", ]), ), plugin(({ addVariant }) => addVariant("phx-submit-loading", [ ".phx-submit-loading&", ".phx-submit-loading &", ]), ), plugin(({ addVariant }) => addVariant("phx-change-loading", [ ".phx-change-loading&", ".phx-change-loading &", ]), ), ], }; ``` ## Example home.html.heex If you've just created your application, you can replace the default Phoenix `home.html.eex` with a minimal example which has a top navbar. On the right side it shows the `@current_user` and a sign out button. If you are not signed in you will see a sign in button. **lib/example_web/controllers/page_html/home.html.heex** ```html

Demo

``` ### If you are using LiveView If you are using LiveView, jump over to the [Use AshAuthentication with LiveView](/documentation/tutorials/liveview.md) section and set up your LiveView routes for `AshAuthentication`. Once that is done, you can proceed with the following steps. ### Configure strategies By default, no strategies are included. See the [getting started guide](https://hexdocs.pm/ash_authentication/get-started.html) in `AshAuthentication` for more on setting up individual authentication strategies. ### Start Phoenix You can now start Phoenix and visit [`localhost:4000`](http://localhost:4000) from your browser. ```bash $ mix phx.server ``` ### Sign In Visit [`localhost:4000/sign-in`](http://localhost:4000/sign-in) from your browser. The sign in page shows a link to register a new account. ### Sign Out Visit [`localhost:4000/sign-out`](http://localhost:4000/sign-out) from your browser. ### Debugging the Authentication flow The default authentication view shows a generic error message to users if their sign-in fails, like "Email or password was incorrect". This is for security purposes - you don't want potentially malicious people to know if an email address definitively exists in your system. However, if you're having issues setting up AshAuthentication, or trying to debug issues with your implementation, that error message isn't super useful to figure out what's going wrong. To that end, AshAuthentication comes with debug functionality that can be enabled in dev: **config/dev.exs** ```elixir config :ash_authentication, debug_authentication_failures?: true ``` > #### Don't enable debugging outside `dev` environments! {: .warning} > > This could leak users' personally-identifiable information (PII) into your logs on failed sign-in attempts - a security issue! Once the config is added, you can restart your dev server and test what happens when you visit the sign-in page and submit invalid credentials. You should see log messages like - ```text [timestamp] [warning] Authentication failed: Query returned no users Details: %AshAuthentication.Errors.AuthenticationFailed{ field: nil, strategy: %AshAuthentication.Strategy.Password{ confirmation_required?: true, ... ``` ## Reset Password In this section we add a reset password functionality. Which is triggered by adding `resettable` in the `User` resource. Please replace the `strategies` block in `lib/example/accounts/user.ex` with the following code: **lib/example/accounts/user.ex** ```elixir # [...] strategies do password :password do identity_field :email resettable do sender Example.Accounts.User.Senders.SendPasswordResetEmail end end end # [...] ``` To make this work we need to create a new module `Example.Accounts.User.Senders.SendPasswordResetEmail`: **lib/example/accounts/user/senders/send_password_reset_email.ex** ```elixir defmodule Example.Accounts.User.Senders.SendPasswordResetEmail do @moduledoc """ Sends a password reset email """ use AshAuthentication.Sender use ExampleWeb, :verified_routes @impl AshAuthentication.Sender def send(user, token, _) do Example.Accounts.Emails.deliver_reset_password_instructions( user, url(~p"/password-reset/#{token}") ) end end ``` We also need to create a new email template: **lib/example/accounts/emails.ex** ```elixir defmodule Example.Accounts.Emails do @moduledoc """ Delivers emails. """ import Swoosh.Email def deliver_reset_password_instructions(user, url) do if !url do raise "Cannot deliver reset instructions without a url" end deliver(user.email, "Reset Your Password", """

Hi #{user.email},

Click here to reset your password.

If you didn't request this change, please ignore this.

""") end # For simplicity, this module simply logs messages to the terminal. # You should replace it by a proper email or notification tool, such as: # # * Swoosh - https://hexdocs.pm/swoosh # * Bamboo - https://hexdocs.pm/bamboo # defp deliver(to, subject, body) do IO.puts("Sending email to #{to} with subject #{subject} and body #{body}") new() |> from({"Zach", "zach@ash-hq.org"}) # TODO: Replace with your email |> to(to_string(to)) |> subject(subject) |> put_provider_option(:track_links, "None") |> html_body(body) |> Example.Mailer.deliver!() end end ``` Your new reset password functionality is active. Visit [`localhost:4000/sign-in`](http://localhost:4000/sign-in) with your browser and click on the `Forgot your password?` link to trigger the reset password workflow.