Devise confirmation_token jest nieprawidłowy

Question

Moja User.rb:

class User < ActiveRecord::Base 

    devise :database_authenticatable, :registerable,:confirmable,:token_authenticatable, 
    :recoverable, :rememberable, :trackable, :validatable, :authentication_keys => [:name] 

Moje trasy:

devise_for :users, :controllers => { :sessions => "sessions", :confirmations => "confirmations", :passwords => "passwords", :registrations => "registrations" } 

Moja ConfirmationsController to standardowy kontroler, ale z innego przekierowania.

mam link na mój e-mail, takich jak:

/users/confirmation?confirmation_token=167bad44a15e02b0bd570b51e1bf927b88368d8855d92b9833a24017a2bad4be 

W użytkownika bazy danych ma

confirmation_token:167bad44a15e02b0bd570b51e1bf927b88368d8855d92b9833a24017a2bad4be 

ale po kliknięciu na ten link i tylko patrz strona z:

Resend confirmation instructions 
Confirmation token is invalid 

Czego nie robię - co jeszcze muszę ustawić.

CONFIRMATIONCONTROLLER:

def resource_params 
params.require(:user).permit(:confirmation_token) 
    end 
    private :resource_params 


    def show 
self.resource = resource_class.confirm_by_token(params[:confirmation_token]) 

if resource.errors.empty? 
    set_flash_message(:notice, :confirmed) if is_navigational_format? 
    sign_in(resource_name, resource) 
    session['new_user'] = true 
    respond_with_navigational(resource){ redirect_to after_confirmation_path_for(resource_name, resource) } 
else 
    respond_with_navigational(resource.errors, :status => :unprocessable_entity){ render :new } 
end 
    end 

    protected 
    # The path used after resending confirmation instructions. 
    def after_resending_confirmation_instructions_path_for(resource_name) 
     new_registration_path(resource_name) 
    end 

mówię „standardowy kontroler”, ponieważ kiedy go usunąć i nie używać niestandardowych kontrolera problemu jest to, że samo.

Answer 1

Którą wersję urządzenia używasz? Jeśli jesteś na 3.1.0 lub wyższym, oczekuje się, że takie zachowanie:

CHANGELOG.md

Tokeny, które są przechowywane w bazie danych nie mają dopasować znaki, które wysyłają w potwierdzeniu e-mail. Zobacz devise/lib/devise/models/confirmable.rb, która obecnie zawiera następujące elementy:

def confirm_by_token(confirmation_token) 
    original_token  = confirmation_token 
    confirmation_token = Devise.token_generator.digest(self, :confirmation_token, confirmation_token) 

    confirmable = find_or_initialize_with_error_by(:confirmation_token, confirmation_token) 

Jak widać, token, które przechodzą w za pośrednictwem string zapytanie params jest konsumowanych przez Devise.token_generator, a wynik tej operacji jest to, co w porównaniu z tokena w baza danych, aby odkryć rekord użytkownika.

Wygląda na to, że to chwilowo możliwe (ale nie w 3.1 3.2), aby to wyłączyć przez ustawienie

config.allow_insecure_token_lookup = true 

w opracować inicjatora. Ale domyślne zachowanie zostało zmienione, aby zapewnić lepsze zabezpieczenie. Zobacz this blog post, aby uzyskać pełny przegląd ulepszeń w zakresie bezpieczeństwa w wersji 3.1, w tym tej zmiany.

Answer 2

Możesz użyć poniższego rozwiązania (ustawienie config.allow_insecure_token_lookup = true), ale zgodnie z the Devise changelog, będzie ono dostępne tylko tymczasowo.

Problem prawdopodobnie pojawił się, ponieważ uruchomiłeś generator devise do zrzutu wszystkich swoich widoków na swój powrót, zanim wprowadzono te zmiany. Potem zaktualizowałeś swój klejnot Devise i wszystkie zmiany zostały zmienione, ale twoje poglądy nie. Teraz wszystkie widoki i kopie związane z programowaniem są nieaktualne i nie będą działać z nowymi stylami znaczników.

Nowe wiadomości e-mail można zobaczyć pod adresem: https://github.com/plataformatec/devise/tree/master/app/views/devise/mailer.Główną zmianą jest zmiana tej linii:

<p><%= link_to 'Confirm my account', confirmation_url(@resource, :confirmation_token => @resource.confirmation_token) %></p> 

do

<p><%= link_to 'Confirm my account', confirmation_url(@resource, confirmation_token: @token) %></p> 

Główną różnicą jest @resource.confirmation_token staje tylko @token.

Answer 3

Zmieniam @resource.confirmation_token na @token, a następnie zadziała.