Я хочу запустить nginx в контейнере Docker на основе Nano Server. Это отлично работает, если я использую Windows Server Core в качестве основы, но если я использую Windows Nano Server, nginx.exe немедленно завершает работу с кодом -1073741515 (0xC0000135), который, как сообщает Интернет, означает " т в домене. Вот уже несколько дней пытаюсь решить эту проблему. На ...
У меня есть приложение C #, которое подключается к серверу SQL с аутентификацией SQL, но машины, которые должны его использовать, не находятся в домене.
Я пытался решить эту проблему для уже несколько дней. На моей машине для разработки строка подключения работает отлично, а не с использованием проверки подлинности Windows. Как только он окажется на одном из других вне домена, включая учетные записи вне домена на моем компьютере, возникает эта ошибка.
Не удалось войти в систему. логин из ненадежного домена и не может использоваться с аутентификацией Windows. Ошибка: 18452
Строка подключения (сведения опущены и отредактированы для удобства чтения):
Источник данных = [имя_сервера];
Исходный каталог = [База данных];
Сохранять сведения о безопасности = True;
ID пользователя = [имя пользователя];
Пароль = [пароль];
TrustServerCertificate = True;
Я также пробовал дополнительные строковые параметры, такие как Trusted_Connection (пробовал true и false) и Integrated Security = SSPI.
Все настройки подключения к серверу верны (разрешено удаленное подключение, порты, разрешена проверка подлинности Windows и SQL), и я могу подключиться к серверу по SSMS, используя имя пользователя и пароль.
Если исходить из моих настроек верны (где-то должно быть что-то не так), разве это не отменяет точку использования входа пользователя SQL, если я не могу войти в систему удаленно? В любом случае, любая помощь приветствуется.
Оказывается, даже если вы используете мастер Visual Studio для использования определенной строки подключения, VS не изменяет другие ссылки на нее. Файлы кода и настроек по-прежнему использовали старую строку подключения.
Я не был знаком с проектом в целом, так как мне просто было поручено изменить его для чуть большей функциональности.
Итак, для других, у которых возникнет такая же проблема в будущем, и которые, похоже, не могут найти ответ:
Если моды хотят переместить это в StackOverflow поскольку это на самом деле проблема кода, решать вам, ребята.
Справедливое предупреждение: я не разработчик C # (и не играю его по телевизору).
В сообщении об ошибке указывается, что он пытается использовать проверку подлинности Windows, даже если это не так. («Integrated Security = SSPI» означает, что вы используете проверку подлинности Windows, например, как и «Надежное соединение».) Мне интересно, не относится ли одна из упущенных вами деталей только для проверки подлинности Windows.
Эта ссылка MSDN предназначена только для проверки подлинности SQL и может вам помочь, а может и не помочь. Эта ссылка MSDN предназначена только для проверки подлинности Windows и может сообщить вам варианты, которых следует избегать.