Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support for Windows Authentication _without_ a domain #1315

Closed
chucker opened this issue May 2, 2018 · 9 comments
Closed

Support for Windows Authentication _without_ a domain #1315

chucker opened this issue May 2, 2018 · 9 comments
Labels
Area - Connection Enhancement Request for new features or functionality
Milestone

Comments

@chucker
Copy link

chucker commented May 2, 2018

  • SQL Operations Studio Version: 0.27.0-insider

SQL Server Management Studio supports connection to a Windows server without the need for a domain on that end, as long as it has a matching username and password.

SQL Operations Studio, however, lists an AD domain as a prerequisite:

Access to a Windows domain-joined machine in order to query your Kerberos Domain Controller.

Presumably, SSMS achieves this through a different protocol (perhaps NTLM?), since there's apparently no actual Kerberos server on the other end in such a setup.

@kburtram
Copy link
Member

@chucker are you referring SQL Login authentication where SQL Server managed the Users and Logins? Or are you referring to local Windows user accounts?

@chucker
Copy link
Author

chucker commented Jul 20, 2018

No, I'm referring to Windows user accounts.

Specifically, we have a local AD, but several servers outside that domain.

If i have an AD user MyCorp\chucker with credentials 123, and a remote server with a server-local user MyWindowsServer\chucker with identical credentials 123, I can use SQL Server Management Studio integrated authentication, even though MyWindowsServer has no ability to query MyCorp's AD.

@steelwil
Copy link

steelwil commented Oct 3, 2018

If I VPN to work I am unable to use windows authentication to connect to our databases, because my machine is not on the domain. I have to use the runas command which is cumbersome, and on Linux I do not have the runas command! If there is a work around please let me know.

@ObsidianPhoenix
Copy link

This is probably related to #112

@yualan yualan added Enhancement Request for new features or functionality and removed Enhancement Request for new features or functionality suggestion labels Dec 7, 2018
@kburtram
Copy link
Member

@aaomidi do you know if the auth changes we're planning in SqlClient would address this issue?

@aaomidi
Copy link
Contributor

aaomidi commented Feb 21, 2020

Hmm, I'm not entirely sure. But potentially yes.

I'll have to understand the scenario completely to be able to answer.

@chucker
Copy link
Author

chucker commented Feb 21, 2020

(This scenario is indeed moot if we get #112 instead, which SSMS cannot do.)

@cheenamalhotra
Copy link
Member

@chucker Are you looking through documentation only or you have an actual failing scenario that does not work as SSMS?

If i have an AD user MyCorp\chucker with credentials 123, and a remote server with a server-local user MyWindowsServer\chucker with identical credentials 123, I can use SQL Server Management Studio integrated authentication, even though MyWindowsServer has no ability to query MyCorp's AD.

Based on my understanding, this scenario should work just fine same as SSMS. You should not be blocked by any scenario for Windows non-domain accounts when using "Integrated" authentication on Windows.

@cheenamalhotra
Copy link
Member

Closing this issue due to inactivity.

@cheenamalhotra cheenamalhotra closed this as not planned Won't fix, can't repro, duplicate, stale Dec 16, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area - Connection Enhancement Request for new features or functionality
Projects
None yet
Development

No branches or pull requests

7 participants