Источники данных SSRS Update всегда сообщают "Пароль недействителен. Пожалуйста, введите пароль".

Ответ 1

В конечном счете это была проблема браузера /javascript, я думаю.

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

Единственная работа, которую я обнаружил, заключалась в том, что мне пришлось переключать фокус между тремя параметрами переключателя ( "Учетные данные, хранящиеся безопасно в отчете", "Интегрированная защита Windows" и "Учетные данные не требуются" ), а затем проверить соединение (это терпит неудачу). Затем мне пришлось переключиться на "Учетные данные, сохраненные в отчете", и это сработало.

Изменить, этот обходной путь работал на Firefox и Chrome (я не пробовал I.E)

Ответ 2

и у меня тоже была эта проблема.

Вначале я думал, что у меня был неверный пароль учетной записи MYCOMPANY\reports, и я даже проверил все это с другой учетной записью, только чтобы узнать, что происходит одна и та же проблема -

"Недопустимый пароль. Повторите пароль".

то я использовал свою собственную учетную запись со всеми ее сверхмощными полномочиями и все еще тем же сообщением об ошибке, после чего пришел к выводу, что это не связано с AD или брандмауэром.

что я сделал, изменил настройки на использование Windows Integrated Security, попробовал и применил, даже если он не работал, затем переключился на другую опцию и снова применил и сохранил.

В конечном итоге я вернулся к Credentials stored securely in the report server, поместил учетную запись и пароль, и это сработало.

полдня тратилось, но оно сработало.

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

следовательно, сообщение здесь, включая изображение и все. иметь хороший день!

Ответ 3

Это проблема с браузером. Мы пробовали его в IE и работали.

Ответ 4

Ретипировал всю строку соединения... Никакой скопируйте... и это сработало. Странно, что когда я вводил идентификатор пользователя и пароль раньше, и он показал, что соединение прошло успешно, но учетные данные просто не будут вставляться. Набрал строку соединения вручную, и она сработала.

Ответ 5

Черт возьми, эта штуковина давала мне покоя! Я даже зашел так далеко, что создал заменяющий источник данных, а затем использовал несколько сценариев вуду, чтобы переопределить RDL (который работал только во время тестирования, я мог бы добавить, но приобрел большой опыт во внутренней работе структур базы данных).

Переключение фокуса на метод аутентификации "Credentials not required" и обратно сработало для меня. И это работает в IE (по моему опыту, веб-менеджер SSRS слишком ограничен в браузерах, отличных от Microsoft).

Ответ 6

У меня была такая же проблема даже с IE, и, наконец, она была решена, поскольку это была строка возврата или пробел в строке подключения. просто снова набрал его, и после этого он сохранил пароль.

странно, что "тестовое соединение" работало все время, но после подачи заявки оно показывало неверный пароль, если я повторил "тестовое соединение"

Ответ 7

Используется Edge и все тот же. Снимите флажок и позвольте учетной записи Windows войти в качестве учетной записи SQL. Наконец, появилась ошибка в журналах SQL Server, так как имя входа - windows, и его нельзя использовать в качестве SQL.

Проверил чекбокс и все заработало. Я понятия не имею, почему такая вещь случилась все же.

Ответ 8

Специально для IE Edge или IE 11: откройте консоль разработчика (F12) и измените совместимость с Edge на IE 10.

Это все еще работает странно, но переключение переключателей помогает обновить его.

Ответ 9

Сегодня я какое-то время занимался этой же проблемой и попробовал все предложения, приведенные выше. Ни один из них не сработал, но я нашел решение:

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