Вход в Django без аутентификации

Question

У меня есть приложение Django, где есть 2 варианта использования, когда я хочу, чтобы пользователь мог войти без пароля.

1. Пользователь регистрируется и получает ссылку активации по электронной почте.
2. Пользователь сбрасывает пароль и получает ссылку на изменение формы пароля по электронной почте.

Ссылки включают одноразовый ключ, который я проверяю, а затем я хочу войти в систему без использования учетных данных.

# This raises an exception unless 
# I call user.authenticate 1st. 
auth.login(request, user) 

Как это получить?

Answer 1

Вы можете написать собственный бэкэнд для аутентификации, который обрабатывает ваши два варианта использования. Смотрите документацию по написанию и с помощью пользовательских аутентификации бэкенд: http://docs.djangoproject.com/en/1.2/topics/auth/#other-authentication-sources

EDIT: Там, кажется, что может быть какой-то неправильное представление о том, как трудно это может быть, чтобы написать свой собственный бэкенд аутентификации. Из документов:

бэкэнд аутентификации является классом , который реализует два метода: get_user (user_id) и аутентификацию (** мандатных).

Это верно. Это любой класс, который реализует две функции, которые возвращают объекты User.

Метод get_user принимает user_id - , который может представлять собой имя пользователя, идентификатор базы данных или любой другой - и возвращает пользователя объект.

... Аутентифицировать должен проверить учетные данные он получает, и он должен вернуть объект пользователя, соответствующий этих учетных данных, если учетные данные действительны. Если они недействительны, то должен вернуть None.

OP уже заявил, что ссылки содержат одноразовые ключи, которые он проверяет (и предположительно связан с пользователем, которого он хочет зарегистрировать). Другими словами, он уже написал бизнес-логику для бэкэнда, ему просто нужно было преобразовать его в подходящий класс.

Пользовательские серверы аутентификации могут выполнять ряд потрясающих вещей в Django 1.2, например, разрешения на уровне объектов, но они не обязательно должны быть такими сложными. Кроме того, они складываются, поэтому вы можете смешивать свою аутентификацию на основе токенов с бэкэндом по умолчанию или OpenID или Facebook.Но в конце концов, бэкэнд-сервер является просто классом с двумя методами, и я не вижу, как вы можете назвать это излишеством.

Answer 2

Посмотрите на django-registration приложение, это именно то, что вам нужно :)

Edit:

Новая ссылка на django-registration repo

Answer 3

Я не думаю, что любой из этих случаев должны считаться «Логин». Их следует рассматривать как особый случай с помощью представлений, которые не требуют аутентификации.

Answer 4

Здесь у вас есть рабочий фрагмент, который вводит пользователя в действие без использования учетных данных.

http://djangosnippets.org/snippets/1547/

Answer 5

Вы можете использовать метод, описанный here в документации Django. Вы хватаете своего пользователя на основе используемого вами одноразового ключа и вызываете логин (запрос, пользователь). Уловка здесь заключается в том, что вам нужно вручную указать сервер аутентификации, потому что вы сначала не вызываете authenticate().

from django.contrib.auth import login 

def my_view(request): 

    // your user retrieval code 
    ... 

    user.backend='django.contrib.auth.backends.ModelBackend' 
    login(request, user) 

Answer 6

Вы можете использовать ska пакет, который имеет беспарольный вход Джанго реализован. ska работает с токенами аутентификации, а его «безопасность» основана на SHARED_KEY, который должен быть равен всем вовлеченным сторонам (серверам).

На стороне клиента (сторона, которая запрашивает пароль без пароля) вы создаете URL-адрес и подписываете его, используя ska. Пример:

from ska import sign_url 
from ska.contrib.django.ska.settings import SECRET_KEY 

server_ska_login_url = 'https://server-url.com/ska/login/' 

signed_url = sign_url(
    auth_user = 'test_ska_user_0', 
    secret_key = SECRET_KEY, 
    url = server_ska_login_url 
    extra = { 
     'email': 'john.doe@mail.example.com', 
     'first_name': 'John', 
     'last_name': 'Doe', 
    } 
    ) 

Срок службы по умолчанию токена составляет 600 секунд. Вы можете настроить это, доказав аргумент lifetime.

На стороне сервера (сайта, к которому журнал пользователей в), имея в виду, что вы установили ska должным образом, пользователь вошел в при посещении URL, если они существуют (имя пользователя матч), или в противном случае - создано: , Существует 3 обратных вызова, которые вы можете настроить в настройках Django вашего проекта.

USER_GET_CALLBACK (строка): вызывается, если пользователь был успешно извлечен из базы данных (существующий пользователь). USER_CREATE_CALLBACK (строка): выстрелил сразу после создания пользователя (пользователя не существует). USER_INFO_CALLBACK (строка): активирован при успешной аутентификации.

См. Документацию (http://pythonhosted.org/ska/) для получения дополнительной информации.