I use windows 7 ultimate. I can login with windows authentication mode but SQL authentication with user sa doesn’t work. sa user is enabled. So what do I do?
![]()
RBT
23k21 gold badges155 silver badges232 bronze badges
asked Aug 27, 2010 at 11:16
Go to Start > Programs > Microsoft SQL Server > Enterprise Manager
Right-click the SQL Server instance name > Select Properties from the context menu > Select Security node in left navigation bar
Under Authentication section, select SQL Server and Windows Authentication
Note: The server must be stopped and re-started before this will take effect
Error 18452 (not associated with a trusted sql server connection)
![]()
RBT
23k21 gold badges155 silver badges232 bronze badges
answered Aug 27, 2010 at 11:18
KashifKashif
13.8k17 gold badges63 silver badges98 bronze badges
Login with windows authentication mode and fist of all make sure that the sa authentication is enabled in the server, I am using SQL Server Management Studio, so I will show you how to do this there.
Right click on the server and click on Properties.

Now go to the Security section and select the option SQL Server and Windows Authentication mode

Once that is done, click OK. And then enable the sa login.
Go to your server, click on Security and then Logins, right click on sa and then click on Properties.

Now go tot Status and then select Enabled under Login. Then, click OK.
Now we can restart the SQLExpress, or the SQL you are using. Go to Services and Select the SQL Server and then click on Restart. Now open the SQL Server Management Studio and you should be able to login as sa user.
answered Aug 29, 2019 at 9:58
![]()
Sibeesh VenuSibeesh Venu
16.9k11 gold badges91 silver badges136 bronze badges
-
Click on Start menu > Programs > Microsoft Sql Server > Configuration Tools
-
Select Sql Server Surface Area Configuration.
-
Now click on Surface Area configuration for services and connections
-
On the left pane of pop up window click on Remote Connections and Select Local and Remote connections radio button.
-
Select Using both TCP/IP and named pipes radio button.
-
click on apply and ok.
Now when try to connect to sql server using sql username and password u’ll get the error mentioned below
Cannot connect to SQLEXPRESS.
ADDITIONAL INFORMATION:
Login failed for user ‘username’. The user is not associated with a trusted SQL Server connection. (Microsoft SQL Server, Error: 18452)
ation
To fix this error follow steps mentioned below
-
connect to sql server using window authentication.
-
Now right click on your server name at the top in left pane and select properties.
-
Click on security and select sql server and windows authentication mode radio button.
-
Click on OK.
-
restart sql server servive by right clicking on server name and select restart.
Now your problem should be fixed and u’ll be able to connect using sql server username and password.
Have fun.
Ateev Gupta
answered Feb 2, 2011 at 12:03
- First make sure
sais enabled - Change the authontication mode to mixed mode (Window and SQL authentication)
- Stop your SQL Server
- Restart your SQL Server
![]()
RBT
23k21 gold badges155 silver badges232 bronze badges
answered Aug 24, 2013 at 10:23
- Go to services.msc from run prompt.
- Restart the services of SQL server(MSSQLSERVER)
- Restart the services of SQL server(SQLEXPRESS)
![]()
RBT
23k21 gold badges155 silver badges232 bronze badges
answered Jul 18, 2016 at 10:55
sivasiva
1151 silver badge4 bronze badges
I faced the very same error when I was trying to connect to my SQL Server 2014 instance using sa user using SQL Server Management Studio (SSMS). I was facing this error even when security settings for sa user was all good and SQL authentication mode was enabled on the SQL Server instance.
Finally, the issue turned out to be that Named Pipes protocol was disabled. Here is how you can enable it:
Open SQL Server Configuration Manager application from start menu. Now, enable Named Pipes protocol for both Client Protocols and Protocols for <SQL Server Instance Name> nodes as shown in the snapshot below:

Note: Make sure you restart the SQL Server instance after making changes.
P.S. I’m not very sure but there is a possibility that the Named Pipes enabling was required under only one of the two nodes that I’ve advised. So you can try it one after the other to reach to a more precise solution.
answered Mar 15, 2018 at 12:43
![]()
RBTRBT
23k21 gold badges155 silver badges232 bronze badges
I was stuck in same problem for many hours. I tried everything found on internet.
At last, I figured out a surprising solution : I had missed SQLEXPRESS part of the Server name: MY-COMPUTER-NAMESQLEXPRESS
I hope this helps someone who is stuck in similar kind of problem.
answered Jun 29, 2020 at 7:39
In my case I just closed MSSMS and restarted SQL SERVER from services.
answered Jul 4, 2022 at 11:54
![]()
Ali SheikhpourAli Sheikhpour
9,7805 gold badges37 silver badges80 bronze badges
|
|||
| WalDW
08.09.22 — 12:51 |
Ошибка: 18456 Login failed for user ‘sa’. Причина: пароль не соответствует переданному имени для входа. [КЛИЕНТ: <local machine>]
Перед каждым выполнением плана обслуживания, но при этом все в порядке. Все планы выполняются как положено, но пишет в журнал данное событие. |
||
| WalDW
1 — 08.09.22 — 13:09 |
совпадение времени появления ошибки на всех шагах плана обслуживания. Где там в этих заданиях идёт передача данных от учетки sa — не вижу, как посмотреть и где. |
||
| 1Сергей
2 — 08.09.22 — 13:12 |
Скуль, а самое главное Агент под какими учетками запускаются? |
||
| WalDW
3 — 08.09.22 — 13:16 |
(2) Службы? |
||
| arsik
4 — 08.09.22 — 13:19 |
(3) А под кем рег. задания скуля запускаются? Там вроде можно указать. |
||
| WalDW
5 — 08.09.22 — 13:32 |
(4) sa, Я зашел в mssms под sa и создал планы обслуживания мастером, пробовал менять на проверку подлинности windows и вводил пароль sa в свойствах задания, все равно сыпет эту ошибку в общий журнал sql сервера. Сейчас нашел инфу об этой трабле за забугорном форуме, возможно что-то найду если тут не подскажут, потом отпишусь. |
||
| WalDW
6 — 08.09.22 — 15:21 |
а вот и решение проблемы а именно, Possibly try, in the maintenance plan go to Manage Connections -> Local server connection -> select «Use Windows NT Integrated security» Может кому пригодится. |
||
|
WalDW 7 — 08.09.22 — 15:24 |
После переключения на на «безопсность windows» в настройках плана обслуживания — управления соединениями проблема ушла. Мелкософт как я понял из прочитанного на их же форуме признает этот баг. |
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.
Ошибка 28000 80040E4D: Login failed for user ‘sa’, что делать
Данная ошибка говорит сама за себя, но это не значит, что всё может быть просто. Мне потребовалось час, чтобы выяснить реальную причину.
- Менял пароли;
- прописывал права;
- нового пользователя создавал;
- перезапускал службы;
- грешил на firewall, хотя код ошибки был бы другой.
Для многих причина может очевидна, но я каждый день новые сервера не подключаю.
Основная причина
Неверное имя пользователя или пароля для базы данных на MSSQL
Решение
- Внесите пароль в свойства базы сервера 1С повторно (если вы не давно его меняли или добавляете новую базу).
- Проверьте раскладку.
- Обратите внимание: все ли символы вводятся.
- Замените пароль на базе данных непосредственно в консоли MS SQL Management
Альтернативная причина
У вас отключена авторизация на уровне SQL сервера при установке или после, об этом он пишет в логе, но не в тексте ошибки.
В свойствах сервера необходимо включить режим «SQL Server and Windows Autentification mode»
Включите: тогда после перезапуска сервера или службы MSSQLSERVER всё должно быть отлично.
Реклама всегда менее актуальна, чем думают ее создатели.
- Remove From My Forums
-
Question
-
When I use the following setting to connect server, it succeeds
Server type: Database Engine
Server name: Home-PC
Authentication: Windows Authentication
User name: Home-PCJohn
Password:<empty>However, when I try to use the following setting to connect the same server, it fails as always
Server type: Database Engine
Server name: Home-PC
Authentication: SQL Server Authentication
Login: sa
Password: 1234567
The Error Message as follows
TITLE: Connect to Server
——————————
Cannot connect to Home-PC.
——————————
ADDITIONAL INFORMATION:
Login failed for user ‘sa’. (Microsoft SQL Server, Error: 18456)
For help, click: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&EvtSrc=MSSQLServer&EvtID=18456&LinkId=20476Then, I enter the server to change some security configurations by means of Windows Authentication
1. go to Security > Login > sa
change ‘sa’ status in Login to Enabled
reset ‘sa’ password as ‘1234567’
2. go to this database property > Security > SQL Server and Windows Authentication mode set as selectedUnfortunately, the same problem still occurs.
p.s. My computer o.s. is Vista Ultimate SP2 64bit and SQL Server 2008 has been installed successfully.Thank you so much for helping me.
Answers
-
Did you restart SQL services after changing the mixed mode authentication?
Some of the server level properties takes only after a SQL restart , one such is authentication modes.
Thanks, Leks
-
Proposed as answer by
Tuesday, February 2, 2010 6:41 PM
-
Marked as answer by
enix0907
Tuesday, February 2, 2010 9:05 PM
-
Proposed as answer by
- Remove From My Forums
-
Вопрос
-
Здравствуйте.
У нас на одном из серверов MS SQL возникла проблема — один раз в минуту в лог прилетает сообщение: «Ошибка: 18456, серьезность: 14, состояние: 8.» и второе сообщение следом «Login failed for user ‘sa’. Причина: пароль
не соответствует переданному имени входа. [КЛИЕНТ: <local machine>]»На данном сервере установлено ПО СКУД ParsecNET 3. По информации от поддержки данного софта, учетнуая запись sa этим софтом никак не используется. При этом никаких других баз на сервер больше нет. Maintenance plan и job`s не
настроены. В планировщике Windows тоже нет никаких заданий, использующих учетку sa или подключающихся к инстансу SQL.Смешанная аутентификация включена, службы MS SQL после смены режима аутентификации перезапускал.
Прошу помочь в устранении проблемы.
Ответы
-
Проблему удалось решить при помощи статьи https://www.eraofdata.com/sql-server/connectivity/login-failures/.
Автору статьи огромное спасибо!!!
Ошибку доступа вызывала служба reporting Service, в настройках которой была указана учетка sa.
-
Помечено в качестве ответа
23 марта 2022 г. 15:22
-
Помечено в качестве ответа