|
1С:Предприятие
:: 1С:Предприятие 8 общая
|
|
| ||
shevchya 03.11.16 - 10:42 | Добрый день.
Может знает как вылечить. Есть база ms sql, в которой заведен пользователь с доменной аутентификацией. Подключаюсь строкой: DRIVER={SQL Server};SERVER=****;DATABASE=***;Trusted_Connection=Yes; При подключении вылезает ошибка: "Ошибка входа пользователя NT AUTHORITY\АНОНИМНЫЙ ВХОД". В локальной базе естественно проблем нет. Может знает кто как вылечить? | ||
Ёпрст 1 - 03.11.16 - 10:44 | в строке подключения указывай юзверя и пароль | ||
shevchya 2 - 03.11.16 - 10:46 | Windows аутентификация. Какой пользователь и пароль? | ||
Ёпрст 3 - 03.11.16 - 10:49 | (2) дык ты пытаешься зайти с системной учетной записью, тебе оутлуп.
Заведи смешанную авторизацию в скуле, делов то. Будешь задавать нормального юзверя и пароль. | ||
shevchya 4 - 03.11.16 - 10:52 | (3) Это решение - крайняя мера. Понимаю, что простое, ну а если нужно, что бы каждый под своей доменной учеткой работал? | ||
SSSSS_AAAAA 5 - 03.11.16 - 10:52 | (0) А не могли бы вы выражаться яснее?
Откуда и куда "подключаюсь"? О какой "локальной" базе речь? А проблема в "не локальной" базе? А подключение идет с сервера или с клиента? | ||
shevchya 6 - 03.11.16 - 10:54 | (5)
1. Есть база ms sql 2. Есть база 1С, расположенная на сервере 1с предприятия 3. Есть локальная файловая база. при подключении из 3 к 1, все работает при подключении из 2 к 1 не работает | ||
shevchya 7 - 03.11.16 - 10:56 | (5) Еще раз, пользуюсь внешними источниками данных. Как оно там сделано, я без понятия. Судя по тому что выдает ошибку, дело происходит на стороне сервера 1с предприятия. | ||
YFedor 8 - 03.11.16 - 11:00 | (2) Имя пользователя и пароль Windows | ||
Sammo 9 - 03.11.16 - 11:00 | (6) Под каким пользователем запущена служба 1с? Должна быть под тем же доменным, под которым надо входить в скуль - тогда будет работать. Но лучше используется смешанную авторизацию. | ||
DmitrO 10 - 03.11.16 - 11:00 | ну так из серверной базы авторизация будет от пользователя под которым работает рабочий процесс сервера 1С | ||
shevchya 11 - 03.11.16 - 11:05 | (10) Об этом я догадываюсь, но не понятно
а) зачем во внешних источниках есть настройки для каждого пользователя, и вообще доменная аутентификация. б) Ошибка была бы типа "Нет доступа для пользователя домен\пользователь", а тут выскакивает анонимная аутентификация | ||
shevchya 12 - 03.11.16 - 11:09 | (8) Доменная аутентификация она же сквозная, то есть один раз вошел в домен, потом вводить ничего не надо. | ||
YFedor 13 - 03.11.16 - 11:47 | (12) кто там в домен вошел, системная учетная запись сервера 1с? | ||
Ёпрст 14 - 03.11.16 - 11:48 | Че паришься ?
Ну запусти службу агента 1с от имени пользователя, у которого есть права на вход в скуль и привет. | ||
shevchya 15 - 03.11.16 - 11:51 | (14) Ну у меня их будет несколько десятков разных, поэтому и парюсь. Я вот думаю я где-то косячу или 1С просто не доделали. | ||
b_ru 16 - 03.11.16 - 11:56 | (15) Ты просто не въежаешь в клиент-серверный принцип работы. Серверу на доменную авторизацию клиента чихать - он сам по себе, и клиентов у него много разных.
Если сильно хочешь на сиквеле авторизоваться как клиент - придется этот код на клиенте и выполнять. | ||
YFedor 17 - 03.11.16 - 11:59 | (15) так на сервере же соединение создается | ||
shevchya 18 - 03.11.16 - 12:10 | (16) Ну ну, не понимаю. То, что оно так реализовано, не означает что это единственно правильное решение.
Это я так воздух сотрясаю. Ладно, всем спасибо за соучастие. | ||
YFedor 19 - 03.11.16 - 12:15 | (18) В 1С хорошее и логичное (с точки зрения использования) решение Windows-авторизации ...
Ты просто в Eset Nod не видел | ||
shevchya 20 - 03.11.16 - 12:51 | В продолжениеЗавели пользователя в базу sql, под которым службы сервера 1с подняты. Завели хорошо, через ADO на сервере коннект есть. Но вот внешние источники данных так и не заработали. (19) Так что, хорошо, может и хорошо (мне тоже нравится), но не идеально. | ||
shevchya 21 - 03.11.16 - 12:55 | Ну и кстати, не вижу проблемы протянуть аутентификацию до сервера (При входе в 1С они то это сделали), хотя тут уже я все-таки не эксперт.
(17) По поводу соединений: на сервере то на сервере, но не обязательно же под пользователем, под которым запущена служба, это же все-таки не внутренний код 1С. | ||
shevchya 22 - 03.11.16 - 13:06 | Подумалось. У меня то прав на вход на сервер 1С нет, может поэтому он там дальше и не прокидывает. Но это так, размышления, как оно там может быть реализовано в этих внешних источниках данных. | ||
DmitrO 23 - 03.11.16 - 13:42 | (22)То что тебе нужно называется Имперсонализация, этого в 1С нет, ни в родных процессах доступа к ресурсам, ни во внешних источниках. | ||
DmitrO 24 - 03.11.16 - 13:49 | (23)+ и да, это понятие есть только под Windows, так что вряд ли 1С поспешат это реализовывать, хотя несомненно это вполне реализуемо и может быть востребовано. ) | ||
b_ru 25 - 03.11.16 - 15:56 | (20) В вашем случае надо было сделать ровно наоборот. Настроить запуск сервера 1С не от имени локальной записи, а от доменного пользователя, и уж этому доменному пользователю давать права на базу sql.
Админа, что ли, пригласили бы уже. | ||
shevchya 26 - 03.11.16 - 16:10 | (25) Именно это и было сделано.
Кстати походу с доменной аутентификацией походу вообще плохо во внешних источниках. Пробовали вообще под одним пользователем: 1) Вход в домен Windows 2) Вход в базу под тем же пользователем3) Сервер так же под ним же поднят. В итоге не работает. |
|
Список тем форума
|