Ошибка подключения с учёткой SQL

@SrgKord · Регистрация: 14.02.2013

Author24 — интернет-сервис помощи студентам

System.Data.SqlClient.SqlException: "Не удается открыть базу данных "Storage.dbo", запрашиваемую именем входа. Не удалось выполнить вход.
При входе в систему пользователя "SQLADMIN" произошла ошибка."

Учётные данные передаю через SqlCredential. Учётные данные передаются верные (хотя возможности увидеть передаваемый пароль нет, проверил введя случайный набор букв, да и длина пароля соответствует). Учётка, как уже было замечено, SQL. Использование SQL учётки разрешено. Роли проставлены для этой учётки вообще все, какие были там. И для сервера и для этой базы в частности.
В какую сторону копать не пойму.

Строка подключения:

XML

        "ConnectionString":
            "Server=localhost,58358;
            Database=Storage.dbo;
            Integrated Security=false;"

Когда ставил аутентификацию через Integrated Security=true ошибка другая была - подключение было успешным, но что-то там другое было.

Пытался ввести учётные данные системные, от учётки live.com - просто не принимает. При чём писал логин и учётки live.com, и учётки на компе, к которой она привязана (win 10), и почтовый ящик даже писал - одинаково всё. Вот это я тоже не понял - как войти под учёткой своего Live-аккаунта?

Какие может данные показать надо?

@qwertehok · 06.01.2018, 07:34

Сообщение от SrgKord

Не удается открыть базу данных "Storage.dbo

что такое Storage.dbo?

@SrgKord · 06.01.2018, 11:03 **[ТС]**

Сообщение от qwertehok

что такое Storage.dbo?

Э, ну у меня была другая проблема с подключением, нагуглил на каком-то форуме ответ, проблему решил, а база данных вот именно так и была там записана. Думаете, стоит просто Storage написать?

Добавлено через 4 минуты
Написал Database=Storage; - теперь просто:

System.Data.SqlClient.SqlException: "При установлении соединения с SQL Server произошла ошибка, связанная с сетью или с определенным экземпляром. Сервер не найден или недоступен. Убедитесь, что имя экземпляра указано правильно и что на SQL Server разрешены удаленные соединения. (provider: TCP Provider, error: 0 - Удаленный компьютер отклонил это сетевое подключение.)"

Добавлено через 2 минуты
Написал Database=dbo.Storage - аналогично

@qwertehok · 06.01.2018, 11:24

Database это имя базы, просто имя, пишите как оно у вас есть

теперь с подключением

Сообщение от SrgKord

"Server=localhost,58358;

что такое 58358?

@SrgKord · 06.01.2018, 13:46 **[ТС]**

Сообщение от qwertehok

что такое 58358?

Это номер порта. Там же вычитал, что можно порт через зпт написать. Посмотрел, как проверить действующий порт, и записал здесь.

Но попробовал и без порта. И вовсе убрал запись Server, т.к. на msdn было сказано, что если не указывать, то будет подключаться к локальному.
Без порта ошибка такая же как и выше. Ещё такая приписка после текста описания ошибки:

Win32Exception: Не удается найти указанный файл

Получилось!

Написал так:

"Server=DESKTOP-N3HG1RC\\SQLEXPRESS;
Database=Storage;
Integrated Security=false;"

Добавлено через 4 минуты
Ладно, с подключением SQL-учётки разобрался. Осталось не ясно, как войти под виндовой учёткой. При текущих параметрах - когда удалось подключиться, я вводил свои учётные данные, опять, короткое имя учётки, имя локальной виндовой учётки, и почтовый ящик. Во всех случаях данные отклоняются.
Может там надо что-то типа домена указать?

Добавлено через 1 минуту
Ещё, да, хочу обратить внимание всех, кто будет это читать решая такую же проблему:
Не пишите localhost, localdb, (local), 127.0.0.1, пишите только полное имя вашего сервера в формате ИМЯ МАШИНЫ\\ИМЯ СЕРВЕРА

@qwertehok · 06.01.2018, 14:06

Сообщение от SrgKord

Это номер порта.

почему вы не посмотрели какой порт использует MSSQL?

Сообщение от SrgKord

Не пишите localhost

если писать Localhost то все работает, а вот Local и localdb не нужно писать

Сообщение от SrgKord

Может там надо что-то типа домена указать?

нужно указать что нужно использовать доменную аутентификацию

@SrgKord · 06.01.2018, 14:25 **[ТС]**

Сообщение от qwertehok

почему вы не посмотрели какой порт использует MSSQL

Так наоборот, посмотрел:

SQL

USE MASTER
GO
xp_readerrorlog 0, 1, N'Server is listening on'
GO

Сообщение от qwertehok

если писать Localhost то все работает, а вот Local и localdb не нужно писать

Только что проверил - не то. Всё равно не пускает.

Добавлено через 1 минуту

Сообщение от qwertehok

нужно указать что нужно использовать доменную аутентификацию

Integrated Security=true - это вот чтоли?

@qwertehok · 06.01.2018, 14:36

Сообщение от SrgKord

Так наоборот, посмотрел:

посмотрел, но не то
https://www.osp.ru/winitpro/2014/08/13042170

Сообщение от SrgKord

Только что проверил - не то. Всё равно не пускает.

см картинку, меня пускает

Сообщение от SrgKord

это вот чтоли?

Trusted_connection - не оно?

@invm · 06.01.2018, 14:57

Сообщение от SrgKord

Там же вычитал, что можно порт через зпт написать. Посмотрел, как проверить действующий порт, и записал здесь.

Перезагрузите комп и порт станет другой. Так и будете все время строку соединения править?
Читайте что такое служба SQL Server Browser.

Сообщение от SrgKord

И вовсе убрал запись Server, т.к. на msdn было сказано, что если не указывать, то будет подключаться к локальному.

Нужно различать именованный и неименованный (дефолтный) экземпляр.
У вас именованный, поэтому указывать сервер нужно обязательно.

Сообщение от SrgKord

Осталось не ясно, как войти под виндовой учёткой.

Достаточно написать Integrated Security = true. Учетные данные указывать не нужно. Всегда используются текущие.

Сообщение от SrgKord

Не пишите localhost, localdb, (local), 127.0.0.1, пишите только полное имя вашего сервера в формате ИМЯ МАШИНЫ\\ИМЯ СЕРВЕРА

Не нужно свой неудачный опыт обобщать на остальной мир.
Еще раз - у вас именованный экземпляр. Поэтому писать нужно не localhost, а localhost\SQLEXPRESS или (local)\SQLEXPRESS или .\SQLEXPRESS
localdb да, совсем из другой оперы.

@SrgKord · 07.01.2018, 05:52 **[ТС]**

Сообщение от qwertehok

посмотрел, но не то

Ну, видимо, порт у меня 1433. Но и с этим портом подключения тоже не было, проверял.

Сообщение от qwertehok

Trusted_connection - не оно?

Синонимы ж вроде.

Сообщение от invm

Достаточно написать Integrated Security = true. Учетные данные указывать не нужно. Всегда используются текущие.

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

Сообщение от invm

Еще раз - у вас именованный экземпляр. Поэтому писать нужно не localhost, а localhost\SQLEXPRESS или (local)\SQLEXPRESS или .\SQLEXPRESS
localdb да, совсем из другой оперы.

Попытаюсь ещё раз проверить все эти варианты.

@qwertehok · 07.01.2018, 07:09

Сообщение от SrgKord

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

если компы в домене, и при установке (при работе сервиса) использован пользователь домена, то не нужно

@SrgKord · 07.01.2018, 07:42 **[ТС]**

Сообщение от qwertehok

если компы в домене, и при установке (при работе сервиса) использован пользователь домена, то не нужно

На счёт домена - понятно. Но у нас маленький отдел из пяти человек, и домен поднимать никто как-то пока не догадался =)
Работаем в локалке.

@qwertehok · 07.01.2018, 07:45

Сообщение от SrgKord

и домен поднимать никто как-то пока не догадался =)

профессионалы, что же говорить

Сообщение от SrgKord

Работаем в локалке.

тогда я совсем не понимаю ваше желание использовать авторизацию винды
сделайте себе 5 пользователей в SQL и все

@SrgKord · 07.01.2018, 07:48 **[ТС]**

Сообщение от qwertehok

тогда я совсем не понимаю ваше желание использовать авторизацию винды

Ну это принципиально =) это же должно быть возможно

Добавлено через 50 секунд

Сообщение от qwertehok

профессионалы, что же говорить

А нам оно зачем? ^_^ Разве мы какие-то плюшки от этого получим?

@qwertehok · 07.01.2018, 07:56

Сообщение от SrgKord

Ну это принципиально =) это же должно быть возможно

это возможно, настраивайте

Сообщение от SrgKord

Разве мы какие-то плюшки от этого получим?

конечно, сквозная авторизация как минимум

@SrgKord · 07.01.2018, 08:28 **[ТС]**

Сообщение от qwertehok

конечно, сквозная авторизация как минимум

Т.е. вы полагаете, что на маленький отдел имеет смысл заморочиться, и настроить домен?
У вас так и сделано?

@qwertehok · 07.01.2018, 08:35

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

Сообщение от SrgKord

У вас так и сделано?

не работал в маленьких организациях, не представляю себе сеть без домена)

@SrgKord · 07.01.2018, 09:32 **[ТС]**

Сообщение от qwertehok

не работал в маленьких организациях, не представляю себе сеть без домена)

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

@invm · 07.01.2018, 12:41

Сообщение от SrgKord

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

Это не трюк. Вы просто не понимаете как работает Windows-аутентификация. Всегда используются учетные данные потока инициатора соединения. Принципиально невозможно эти учетные данные "внести".

Поэтому, чтобы Windows-аутентификация работала вне домена, на клиентском и серверном компьютере необходимо создать идентичные логин и пароль.

@SrgKord · 07.01.2018, 17:26 **[ТС]**

Сообщение от invm

Это не трюк. Вы просто не понимаете как работает Windows-аутентификация. Всегда используются учетные данные потока инициатора соединения. Принципиально невозможно эти учетные данные "внести".
Поэтому, чтобы Windows-аутентификация работала вне домена, на клиентском и серверном компьютере необходимо создать идентичные логин и пароль.

Ага, понятно. Кароче, если к базе будет подключаться другая машина, то без SQL-учётки не обойтись.

@qwertehok 5571 / 4422 / 1079 Регистрация: 29.08.2013 Сообщений: 27,662 Записей в блоге: 3
	07.01.2018, 07:56	15
	Сообщение от SrgKord Ну это принципиально =) это же должно быть возможно это возможно, настраивайте Сообщение от SrgKord Разве мы какие-то плюшки от этого получим? конечно, сквозная авторизация как минимум 0

@SrgKord 49 / 31 / 2 Регистрация: 14.02.2013 Сообщений: 677
	07.01.2018, 08:28 [ТС]	16
	Сообщение от qwertehok конечно, сквозная авторизация как минимум Т.е. вы полагаете, что на маленький отдел имеет смысл заморочиться, и настроить домен? У вас так и сделано? 0

@invm 3548 / 2122 / 752 Регистрация: 02.06.2013 Сообщений: 5,146
	07.01.2018, 12:41	19
	Сообщение от SrgKord А если, ну гипотетически, что я буду подключаться в коде с другой машины к базе, расположенной на моей машине, тогда этот трюк уже не пройдёт, надо будет ввести учётные данные. Это не трюк. Вы просто не понимаете как работает Windows-аутентификация. Всегда используются учетные данные потока инициатора соединения. Принципиально невозможно эти учетные данные "внести". Поэтому, чтобы Windows-аутентификация работала вне домена, на клиентском и серверном компьютере необходимо создать идентичные логин и пароль. 1

@qwertehok 5571 / 4422 / 1079 Регистрация: 29.08.2013 Сообщений: 27,662 Записей в блоге: 3
	06.01.2018, 07:34	2
	Сообщение от SrgKord Не удается открыть базу данных "Storage.dbo что такое Storage.dbo? 0

@SrgKord 49 / 31 / 2 Регистрация: 14.02.2013 Сообщений: 677
	06.01.2018, 11:03 [ТС]	3
	Сообщение от qwertehok что такое Storage.dbo? Э, ну у меня была другая проблема с подключением, нагуглил на каком-то форуме ответ, проблему решил, а база данных вот именно так и была там записана. Думаете, стоит просто Storage написать? Добавлено через 4 минуты Написал Database=Storage; - теперь просто: System.Data.SqlClient.SqlException: "При установлении соединения с SQL Server произошла ошибка, связанная с сетью или с определенным экземпляром. Сервер не найден или недоступен. Убедитесь, что имя экземпляра указано правильно и что на SQL Server разрешены удаленные соединения. (provider: TCP Provider, error: 0 - Удаленный компьютер отклонил это сетевое подключение.)" Добавлено через 2 минуты Написал Database=dbo.Storage - аналогично 0

@qwertehok 5571 / 4422 / 1079 Регистрация: 29.08.2013 Сообщений: 27,662 Записей в блоге: 3
	06.01.2018, 11:24	4
	Database это имя базы, просто имя, пишите как оно у вас есть теперь с подключением Сообщение от SrgKord "Server=localhost,58358; что такое 58358? 0

@SrgKord 49 / 31 / 2 Регистрация: 14.02.2013 Сообщений: 677
	06.01.2018, 13:46 [ТС]	5
	Сообщение от qwertehok что такое 58358? Это номер порта. Там же вычитал, что можно порт через зпт написать. Посмотрел, как проверить действующий порт, и записал здесь. Но попробовал и без порта. И вовсе убрал запись Server, т.к. на msdn было сказано, что если не указывать, то будет подключаться к локальному. Без порта ошибка такая же как и выше. Ещё такая приписка после текста описания ошибки: Win32Exception: Не удается найти указанный файл Получилось! Написал так: "Server=DESKTOP-N3HG1RC\\SQLEXPRESS; Database=Storage; Integrated Security=false;" Добавлено через 4 минуты Ладно, с подключением SQL-учётки разобрался. Осталось не ясно, как войти под виндовой учёткой. При текущих параметрах - когда удалось подключиться, я вводил свои учётные данные, опять, короткое имя учётки, имя локальной виндовой учётки, и почтовый ящик. Во всех случаях данные отклоняются. Может там надо что-то типа домена указать? Добавлено через 1 минуту Ещё, да, хочу обратить внимание всех, кто будет это читать решая такую же проблему: Не пишите localhost, localdb, (local), 127.0.0.1, пишите только полное имя вашего сервера в формате ИМЯ МАШИНЫ\\ИМЯ СЕРВЕРА 0

@qwertehok 5571 / 4422 / 1079 Регистрация: 29.08.2013 Сообщений: 27,662 Записей в блоге: 3
	06.01.2018, 14:06	6
	Сообщение от SrgKord Это номер порта. почему вы не посмотрели какой порт использует MSSQL? Сообщение от SrgKord Не пишите localhost если писать Localhost то все работает, а вот Local и localdb не нужно писать Сообщение от SrgKord Может там надо что-то типа домена указать? нужно указать что нужно использовать доменную аутентификацию 0

@qwertehok 5571 / 4422 / 1079 Регистрация: 29.08.2013 Сообщений: 27,662 Записей в блоге: 3
	06.01.2018, 14:36	8
	Сообщение от SrgKord Так наоборот, посмотрел: посмотрел, но не то https://www.osp.ru/winitpro/2014/08/13042170 Сообщение от SrgKord Только что проверил - не то. Всё равно не пускает. см картинку, меня пускает Сообщение от SrgKord это вот чтоли? Trusted_connection - не оно? Миниатюры 0

@invm 3548 / 2122 / 752 Регистрация: 02.06.2013 Сообщений: 5,146
	06.01.2018, 14:57	9
	Сообщение от SrgKord Там же вычитал, что можно порт через зпт написать. Посмотрел, как проверить действующий порт, и записал здесь. Перезагрузите комп и порт станет другой. Так и будете все время строку соединения править? Читайте что такое служба SQL Server Browser. Сообщение от SrgKord И вовсе убрал запись Server, т.к. на msdn было сказано, что если не указывать, то будет подключаться к локальному. Нужно различать именованный и неименованный (дефолтный) экземпляр. У вас именованный, поэтому указывать сервер нужно обязательно. Сообщение от SrgKord Осталось не ясно, как войти под виндовой учёткой. Достаточно написать Integrated Security = true. Учетные данные указывать не нужно. Всегда используются текущие. Сообщение от SrgKord Не пишите localhost, localdb, (local), 127.0.0.1, пишите только полное имя вашего сервера в формате ИМЯ МАШИНЫ\\ИМЯ СЕРВЕРА Не нужно свой неудачный опыт обобщать на остальной мир. Еще раз - у вас именованный экземпляр. Поэтому писать нужно не localhost, а localhost\SQLEXPRESS или (local)\SQLEXPRESS или .\SQLEXPRESS localdb да, совсем из другой оперы. 0

@SrgKord 49 / 31 / 2 Регистрация: 14.02.2013 Сообщений: 677
	07.01.2018, 05:52 [ТС]	10
	Сообщение от qwertehok посмотрел, но не то Ну, видимо, порт у меня 1433. Но и с этим портом подключения тоже не было, проверял. Сообщение от qwertehok Trusted_connection - не оно? Синонимы ж вроде. Сообщение от invm Достаточно написать Integrated Security = true. Учетные данные указывать не нужно. Всегда используются текущие. Это если я буду подключаться со своей машины. А если, ну гипотетически, что я буду подключаться в коде с другой машины к базе, расположенной на моей машине, тогда этот трюк уже не пройдёт, надо будет ввести учётные данные. Сообщение от invm Еще раз - у вас именованный экземпляр. Поэтому писать нужно не localhost, а localhost\SQLEXPRESS или (local)\SQLEXPRESS или .\SQLEXPRESS localdb да, совсем из другой оперы. Попытаюсь ещё раз проверить все эти варианты. 0

@qwertehok 5571 / 4422 / 1079 Регистрация: 29.08.2013 Сообщений: 27,662 Записей в блоге: 3
	07.01.2018, 07:09	11
	Сообщение от SrgKord А если, ну гипотетически, что я буду подключаться в коде с другой машины к базе, расположенной на моей машине, тогда этот трюк уже не пройдёт, надо будет ввести учётные данные. если компы в домене, и при установке (при работе сервиса) использован пользователь домена, то не нужно 0

@SrgKord 49 / 31 / 2 Регистрация: 14.02.2013 Сообщений: 677
	07.01.2018, 07:42 [ТС]	12
	Сообщение от qwertehok если компы в домене, и при установке (при работе сервиса) использован пользователь домена, то не нужно На счёт домена - понятно. Но у нас маленький отдел из пяти человек, и домен поднимать никто как-то пока не догадался =) Работаем в локалке. 0

	07.01.2018, 17:26

@qwertehok 5571 / 4422 / 1079 Регистрация: 29.08.2013 Сообщений: 27,662 Записей в блоге: 3
	07.01.2018, 07:45	13
	Сообщение от SrgKord и домен поднимать никто как-то пока не догадался =) профессионалы, что же говорить Сообщение от SrgKord Работаем в локалке. тогда я совсем не понимаю ваше желание использовать авторизацию винды сделайте себе 5 пользователей в SQL и все 0

@SrgKord 49 / 31 / 2 Регистрация: 14.02.2013 Сообщений: 677
	07.01.2018, 07:48 [ТС]	14
	Сообщение от qwertehok тогда я совсем не понимаю ваше желание использовать авторизацию винды Ну это принципиально =) это же должно быть возможно Добавлено через 50 секунд Сообщение от qwertehok профессионалы, что же говорить А нам оно зачем? ^_^ Разве мы какие-то плюшки от этого получим? 0

@qwertehok 5571 / 4422 / 1079 Регистрация: 29.08.2013 Сообщений: 27,662 Записей в блоге: 3
	07.01.2018, 08:35	17
	я уверен что вашу задачу можно решить несколькими способами но я не знаю ни вашу задачу, ни возможности Сообщение от SrgKord У вас так и сделано? не работал в маленьких организациях, не представляю себе сеть без домена) 0

@SrgKord 49 / 31 / 2 Регистрация: 14.02.2013 Сообщений: 677
	07.01.2018, 09:32 [ТС]	18
	Сообщение от qwertehok не работал в маленьких организациях, не представляю себе сеть без домена) Ну, это как домашняя сеть - нет необходимости ни групповые политики создавать, ни учётки, ни роли т.к. все ресурсы в сети прятать не от кого. 0

@SrgKord 49 / 31 / 2 Регистрация: 14.02.2013 Сообщений: 677
	07.01.2018, 17:26 [ТС]	20
	Сообщение от invm Это не трюк. Вы просто не понимаете как работает Windows-аутентификация. Всегда используются учетные данные потока инициатора соединения. Принципиально невозможно эти учетные данные "внести". Поэтому, чтобы Windows-аутентификация работала вне домена, на клиентском и серверном компьютере необходимо создать идентичные логин и пароль. Ага, понятно. Кароче, если к базе будет подключаться другая машина, то без SQL-учётки не обойтись. 0