sfGuardAuth в нескольких приложениях

У меня есть 3 приложения: Backend, Frontend и Members.
И у меня есть 2 учетных данных: Administrators и Members.

Администраторы импортируются по умолчанию, но участники создаются в бэкенде.
Когда создается участник, обработчик событий также вставляет этого участника как sf_guard_user и, конечно же, соответствующие отношения в sf_guard_user_group и sf_guard_user_permission.

Это скучная часть, теперь самое интересное:

Внешний интерфейс не защищен, но участники защищены и используют эти учетные данные: [administrator, member].

В соответствии со всем этим участники, созданные в бэкенде, которые также вставляются (насколько я могу судить правильно) должны иметь возможность войти в защищенное приложение участников, поскольку они получить группу member/разрешение/учетные данные.

Этого не происходит, единственные, кто может войти в приложение «Участники», — это администраторы, что не является ошибкой, но это также тот факт, что правильно созданные пользователи-члены не могут войти в него.

Ошибка, выдаваемая охранником, является классической: имя пользователя и/или пароль недействительны.

Теперь, когда я редактирую ошибку, на ум приходит соль: как можно эмулировать вставку соли, как это делает охранник? Может быть, это то, что я не вставляю правильно (или не вставляю вообще) и, следовательно, ошибка неверного пароля (и на самом деле все остальное, что я описал, в порядке! омг)

И это моя проблема.

Заранее спасибо :)


person Leonardo Del Gesso    schedule 20.11.2010    source источник


Ответы (1)


[администратор, член] означает, что оба необходимы, я полагаю.

Я думаю, вам нужен [[администратор, участник]] для требования учетных данных.

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

    parent::_set('password', call_user_func_array($algorithm, array($salt.$password)));

Соль перед паролем тоже.

person jmather    schedule 20.11.2010
comment
Я неправильно добавлял соль, но это не решило основную проблему): - person Leonardo Del Gesso; 20.11.2010