I have a cross domain situation where the SQL Server 2008 R2 server sits in one domain and the client in another. There is a one-way trust between the domains. The SQL Server runs on a domain account. The domain account used on the client has been granted «Allowed To Authenticate» on the SQL Server machine and has been granted «Access this machine from the network» in the local machine policy on the SQL Server machine.
SSMS on the client connects just fine. However, when trying to connect with Embarcadero Change Manager, which uses the Microsoft JBDC driver, this exception is passed back to the client from the SQL Server:
SSPI handshake failed with error code 0x80090308, state 14 while establishing a connection with integrated security, the connection has been closed. Reason: AcceptSecurityContect failed. The Windows error code indicates the cause of the failure.
and
Login failed. The login is from an untrusted domain and cannot be used with Windows authentication.
My best guess is that there is some quirk with the Micorsoft JDBC driver causing this. The network traffic is not clear text so I can’t readily see what’s being sent over to the SQL Server.
I have a cross domain situation where the SQL Server 2008 R2 server sits in one domain and the client in another. There is a one-way trust between the domains. The SQL Server runs on a domain account. The domain account used on the client has been granted «Allowed To Authenticate» on the SQL Server machine and has been granted «Access this machine from the network» in the local machine policy on the SQL Server machine.
SSMS on the client connects just fine. However, when trying to connect with Embarcadero Change Manager, which uses the Microsoft JBDC driver, this exception is passed back to the client from the SQL Server:
SSPI handshake failed with error code 0x80090308, state 14 while establishing a connection with integrated security, the connection has been closed. Reason: AcceptSecurityContect failed. The Windows error code indicates the cause of the failure.
and
Login failed. The login is from an untrusted domain and cannot be used with Windows authentication.
My best guess is that there is some quirk with the Micorsoft JDBC driver causing this. The network traffic is not clear text so I can’t readily see what’s being sent over to the SQL Server.
В настоящее время я использую Visual Studio Community 2015, версия 14.0, обновление 3.
Моя проблема в том, что я не могу подключиться к своему MS TeamFoundationServer 2015 со своего рабочего места. Проблема, безусловно, заключается в том, что права доступа отсутствуют, потому что я могу подключиться из любого места, кроме моего офиса.
Я пытаюсь добавить свой TFS, используя TeamExplorer -> Подключиться к командному проекту -> Серверы -> Добавить. Затем я ввожу свои данные подключения (которые проверены, дважды и трижды проверены). После этого меня просят ввести мои учетные данные, как показано на этом рисунке (URL и имя пользователя изменены для изображения):
Но даже если я введу правильные учетные данные, это не позволит мне подключиться. Отображается следующая ошибка:
Для меня это выглядит так, будто мои учетные данные неверны. За исключением того, что они не. Я просто дважды проверил это на нескольких других ПК.
Причиной проблемы, вероятно, является проверка подлинности моей компании. Потому что, если я пытаюсь открыть страницу TFS в браузере VisualStudio (Ctrl + W и затем W), я сразу получаю следующую ошибку, обычный IIS 401.
Но обычно меня спрашивают мои учетные данные, если я пытаюсь открыть эту страницу в каждом браузере. За исключением VS-браузера.
Так пытается ли VisualStudio автоматически аутентифицировать меня с помощью моих учетных данных Windows? Если так, где я могу отключить это? Если нет, в чем может быть проблема?
Я не думаю, что это из-за брандмауэра или прокси, потому что я могу подключиться к TFS, но просто не аутентифицироваться.
РЕДАКТИРОВАТЬ для получения дополнительной информации.
Во-первых, я сам являюсь администратором TFS.
Я создал пользователя «TfsUser» на моем сервере, поэтому его полное имя «WINDOWSSERVER TfsUser». Если я войду в систему с этим именем пользователя (и его паролем), я попаду без проблем, если я где-нибудь, кроме моего офиса. Если я правильно ввожу учетные данные, окно безопасности Windows продолжает появляться (например, если вы неправильно написали свой пароль). Приблизительно после трех-четырех (но также может быть двух или пяти) попыток появляется ошибка из образа 2.
Редактировать 2
Я углубился в проблему. На моем сервере я увидел следующую запись в моем журнале событий безопасности:
Ошибка входа в систему:
-
Причина: во время входа произошла ошибка
-
Идентификатор безопасности: NULL SID
-
Имя пользователя: TfsUser
-
Домен: WINDOWSSERVER
-
Пакет аутентификации: NTLM
-
Имя рабочей станции:
-
Код статуса: 0x80090308
-
Код состояния: 0x0
С помощью этого кода состояния я нахожу следующий SU-вопрос (без ответа и без информации, чтобы помочь мне): AD DC — ошибка 4625, статус 0x80090308