Ошибка не удалось получить данные о пользователе

Пытаюсь сделать регистрацию через соцсети на WP. Попробовал несколько плагинов и везде выдает одну и ту же ошибку при попытке входа через любую соцсеть: «Не удалось получить данные о пользователе с помощью токена».

Сейчас стоит uLogin. Хостинг шаред и доступа к настройкам сервера нет

задан 27 апр 2017 в 19:00

2

Я не специалист именно в вордпрессе, но сам после не особо приятного опыта с другими плагинами (в другой cms) для авторизации через соцсети использую и слышал только хорошие отзывы о библиотеке HybridAuth. У неё куча плагинов для фреймворков и cms, в том числе и для вордпресса. Так что если это — вариант, то лучше переходить на HybridAuth. А uLogin как проект судя по их твиттеру и гитхабу сейчас не в самом лучшем состоянии.

6

USE MyDB 
GO 
ALTER DATABASE MyDB set TRUSTWORTHY ON; 
GO 
EXEC dbo.sp_changedbowner @loginame = N'sa', @map = false 
GO 
sp_configure 'show advanced options', 1; 
GO 
RECONFIGURE; 
GO 
sp_configure 'clr enabled', 1; 
GO 
RECONFIGURE; 
GO

7

2

1

I was having the same problem. In my case it was due to the fact that my machine was part of a domain, but I was not connected to the company VPN. The problem was solved after connecting to the VPN (so the domain user could be resolved by the SQLAgent).

I had the same issue where my domain login was not being recognized. All I did was go into the SQL Server configuration manager and start the services as Network Services instead of a local service. The sql server / agent was then able to recognize the AD logins for the jobs.

2

You should be connected with your domain. (VPN)

#25585773

Надеюсь, это поможет кому-то еще:

В моем случае sa не был владельцем БД, им был я. Когда я попытался выполнить конфигурацию CLR, которая требовала привилегий sa, я получил эту ошибку.

Решение:

Я использовал помощь команды db на работе и этот пост, чтобы найти ответ. Надеюсь, это поможет.

#25585777

Я знаю, что это долго, но недавно я столкнулся с такой же проблемой, и мой шаг решить эту ниже:

1. Щелкните правой кнопкой мыши на базе данных и выберите Свойства

2. Нажмите на файлы под «и выберите страницу и»

3. Под рук чуть ниже имя базы данных на правой панели, выберите SA как владелец.

Это позволит решить проблему для вас.

Я надеюсь, что это помогает

#25585775

В моем случае владельцем базы данных была доменная учетная запись DomainMe.

Сообщение об ошибке было следующим

Ошибка: 15404, Состояние: 19. Не удалось получить информацию о Windows NT
группа/пользователь ‘DomainMyAccount’

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

Я попробовал сменить владельца базы данных, но все равно все работало неправильно.

В конце концов я удалил и создал заново всю базу данных, убедившись, что владелец был SA.

Я также установил для брокера значение Enabled в настройках

Вещь начала волшебным образом работать после этого

#25585776

У меня возникла эта ошибка после запланированного задания в sql Server Agent, в моем случае, сразу после того, как я изменил имя хоста сервера Windows. Я также запустил sp_dropserver и sp_addserver. Моя база данных принадлежала «sa», а не пользователю Windows.

Я мог войти в SQL как пользователь Windows NEWHOSTNAMEusername (я полагаю, что после смены имени хоста SID не меняется, поэтому все работало автоматически?).

Однако, в SQL, в узле Security/Logins, у меня были логины SQL, определенные как OLDHOSTNAMEusername. Я подключился к SQL, используя «sa» вместо Windows Integrated, сбросил старые логины и создал новые с именем NEWHOSTNAMEusername.

Ошибка исчезла.

#25585780

#25585781

#25585779

чтобы сделать массовое обновление для всех баз данных, выполните этот скрипт и выполнить его вывод: