The login is from an untrusted domain and cannot be used with windows authentication
Вопрос
Windows 8 Pro подключается к SQL Server 2008 R2/2012 по Windows Autentification. Если сидеть под локальной учётной записью, то подключается нормально и можно работать. Не нормально начинается когда подключаюсь под учётной записью Microsoft (ну эта, которая с минсвипером, пасьянсами и бесплатной почтой). Credential Manager настроить пробовал не помогло.
Ответы
Все просто — вы НЕ будете подключаться к SQL Server под Windows Autentification из под LiveID-учетки (она же имеется в виду?).
1. Отставить баловство c I-net учетками и юзать «старые-добрые» local/domain учетки. И коннектиться к серверу под Windows Autentification.
2. Продолжать баловаться с этими учетками, а SQL Server перевести в mixed-режим аутентификации. И конектиться, ясное дело, по логину/паролю.
«Третьего не дано». (C)
www.sqlCMD.ru — all around MS SQL Server
- Предложено в качестве ответа Иван Проданов Microsoft contingent staff, Moderator 15 марта 2013 г. 23:39
- Изменено Smarty 18 марта 2013 г. 16:10
- Помечено в качестве ответа Иван Проданов Microsoft contingent staff, Moderator 3 апреля 2013 г. 6:22
Все ответы
Все просто — вы НЕ будете подключаться к SQL Server под Windows Autentification из под LiveID-учетки (она же имеется в виду?).
1. Отставить баловство c I-net учетками и юзать «старые-добрые» local/domain учетки. И коннектиться к серверу под Windows Autentification.
2. Продолжать баловаться с этими учетками, а SQL Server перевести в mixed-режим аутентификации. И конектиться, ясное дело, по логину/паролю.
«Третьего не дано». (C)
www.sqlCMD.ru — all around MS SQL Server
- Предложено в качестве ответа Иван Проданов Microsoft contingent staff, Moderator 15 марта 2013 г. 23:39
- Изменено Smarty 18 марта 2013 г. 16:10
- Помечено в качестве ответа Иван Проданов Microsoft contingent staff, Moderator 3 апреля 2013 г. 6:22
К 2012 серверу не получается подключиться даже под локальной учётной записью, хотя к 2008 можно. Я проверил, единственное их отличие в том что 2008 имеет локальных пользователей (и пользователь моего локального компа имеет такое же имя и пароль, как пользователь 2008), а 2012 берет логины из контролера домена (логин и пароль на контроллере домена такие же как и на моём компе). Как исправить?
PS: Если запускать C:\Windows\System32\runas.exe /netonly /user:UUU «C:\Program Files (x86)\Microsoft SQL Server\110\Tools\Binn\ManagementStudio\Ssms.exe -S SSS -E»
то подключается к 2012 но постоянно нужно вбивать пароль
Лично я, из последнего сообщения ветки, не понял ни-че-го. Попробуйте изложить так:
2. Что хочется и в каком именно месте эта «хотелка» не срабатывает.
На буквах не экономьте, нам, по эту сторону экрана, в общем-то, есть чем заняться кроме как расшифровывать полу-законченные вопросы/сообщения. 🙂
>> что 2008 имеет локальных пользователей
2008-й SQL Server или 2008-й OS Windows? Если первое — в каком именно месте SQL Server «имеет» локальных пользователей, по вашему?
www.sqlCMD.ru — all around MS SQL Server
Прошу прощения за краткость.
«2008-й SQL Server или 2008-й OS Windows?» — Windows 2003 Server, на котором стоит SQL Server 2008, имеет пользователя с таким же именем и паролем, как и на моей локальной машине. Подключаться к этому SQL Server могу только под локальной учётной записью, но не могу под учётной записью Microsoft. (Если нажать Ctrl+I, потом чанже писи сетингс, потом юсерс, то можно выбрать под какой учеткой работать, есть только два варианта: Local account и Microsoft account (хотя Микрософт аккаунт все равно работает как локал акаунт, просто пароль и имя входа в машину другое, только маджонг с минсвипером без пароля запускаются)). Кстати, и под учёткой Микрософт и под локальной могу заходить на сетевые папки Windows 2003 где SQL Server 2008, то есть вот тут виндовс аутентификация работает, а через манаджмент студио подключиться к SQL серверу могу только под учеткой локальной.
Error: Login failed. The login is from an untrusted domain and cannot be usedwith Windows authentication
I am working over LAN using sql server inside visual studio 2013. My server has an ip address of 192.168.0.19 and my client is 192.168.0.18 my port is 49170 which i configured at windows firewall. I connect the client into the ip address of the server but i always end up on getting the Error: Login failed. The login is from an untrusted domain and cannot be usedwith Windows authentication. I use windows authentication because i haven’t set a username and a password through my installation. I think im getting the error because i must use the Sql Server Authentication. But how? I dont know what to enter on username and password. Please help. Thanks!
2 Answers 2
I had this problem today, and it was caused by my Active Directory account being locked out.
Yeah. perhaps the error message should’ve made that a little clearer !
To check if this is the cause for you, simply open a Command Prompt and run:
For example: » net user jsmith /domain «.
If your account is locked, it’ll report this in the results.
I had the same issue recently. My account was not locked out, but my password had expired whilst I had an RDP session open (this session stayed open for days). Thus I could access the local SQL (on the RDP box) but when I tried to connect to a remote server in SSMS, I got the same error.
When I tried to RDP into the remote server, I then got a usable error message to the tune of. ‘Your password has expired; change it or contact an admin’.
I change the password in my open RDP session; thereafter, I could login directly to the remote server, and could access it via SSMS in my open session.
Note: If I’d run the NET USER command as Mike suggests, I would have been able to see that the password expired the previous day:
SQL Server 2008 — ошибка входа в систему. Имя Входа принадлежит недоверенному домену и не может использоваться при проверке подлинности Windows
Я только что установил SQL Server 2008 Developer edition, и я пытаюсь подключиться с помощью SQLCMD.exe, но я получаю следующую ошибку:
экземпляр SQL Server настроен на использование режима проверки подлинности SQL Server и Windows. Если я укажу-U sa, я смогу успешно войти в систему, но я хотел бы использовать проверку подлинности windows. Подключение с помощью SSMS с проверкой подлинности windows, кажется, работает нормально.
8 ответов
У меня была эта проблема, и это было потому, что машина, на которой работает приложение, не доверяет делегированию в домене active directory. Если это приложение .net, работающее под идентификатором пула приложений DOMAIN_application.например, окружающая среда.. идентификатор не может выполнять вызовы SQL, если машине не доверяют.
вы не передаете никаких учетных данных в sqlcmd.exe
таким образом, он пытается аутентифицировать вас с помощью учетных данных входа Windows, но вы не должны иметь настройки SQL Server, чтобы принять эти учетные данные.
когда вы устанавливали его, вам пришлось бы указать пароль администратора сервера (для
в моем случае, эта ошибка была вызвана переименованием моей клиентской машине. Я использовал новое имя длиной более 13 символов (несмотря на предупреждение), в результате чего имя NETBIOS было усечено и отличалось от полного имени машины. Как только я переименовал клиента в более короткое имя, ошибка исчезла.
просто попытался это:
ч:>»C:\Program файлы\программы\Microsoft SQL сервер 90 инструменты\\Бинн\программы sqlcmd.exe «- S».\SQL2008″ 1>
и это работает.. (У меня есть каталог Microsoft SQL Server\100\Tools\Binn в моем пути).
все еще не уверен, почему версия SQL Server 2008 программы SQLCMD не работает..
ваша ошибка буквально говорит:»вы пытаетесь использовать аутентификацию Windows, но Ваш логин не из доверенного домена». Что странно, потому что вы подключаетесь к локальной машине.
возможно, вы вошли в Windows, используя локальную учетную запись, а не учетную запись домена? Убедитесь, что вы входите в систему с учетной записью домена, которая также является участником SQL Server на экземпляре SQL2008.
вы укажите имя пользователя и пароль для входа? Что такое ваша полная командная строка?
Если вы работаете на своем поле, вы можете указать имя пользователя / пароль или использовать -E параметр для входа с учетными данными Windows (если они разрешены в установке SQL server).
Я тоже получал эту ошибку, хотя моя проблема заключалась в том, что я продолжал переключаться между двумя корпоративными сетями через свою виртуальную машину с разными учетными данными доступа. Мне пришлось запустить командную строку:
после этого мои сетевые проблемы были решены, и я мог снова подключиться к SQL.
просто нашел эту тему и опубликовал альтернативный ответ (скопированный ниже) здесь: https://stackoverflow.com/a/37853766/1948625
конкретно по этому вопросу, если точка» . » используется в -S значение командной строки означает то же самое, что и 127.0.0.1 , тогда это может быть та же проблема, что и строка подключения другого вопроса. Вместо этого используйте имя хоста или проверьте файл hosts.
старый вопрос, и мои симптомы немного другая, но та же ошибка. Моя строка подключения была правильной (встроенная безопасность, и я не предоставляю пользователю и pwd) с data source значение 127.0.0.1 . Это хорошо работало в течение многих лет.
но недавно я добавил строку в файл хост для тестирования ( C:\Windows\System32\drivers\etc\hosts )
удаление этой строки и ошибка исчезла.
я получил подсказку из этой статьи (https://support.microsoft.com/en-gb/kb/896861) который говорит о узлов и шлейфовый.
другое возможное исправление (если вам нужно сохранить эту строку в файле hosts) — использовать имя хоста (например, MYSERVER01 ) вместо 127.0.0.1 на data source в строке подключения.