Tedious: SQL 2014에 대한 Windows 인증 문제

내가 말할 수 있는 한, 내가 PR한 수정 사항은 아직 릴리스되지 않았습니다. 보고 있는 오류 메시지는 특정 보안 제한이 있는 AD의 SQL 서버에 연결하려고 시도한 내용과 일치합니다. NTLM 지원을 추가하는 첫 번째 단계에서는 이를 설명하지 않았지만 새로 병합된 동작은 설명해야 합니다. 마스터 브랜치에서 이 라이브러리를 설치하는 NPM을 시도했습니까?

그래서 npm이 실제로 lib 폴더를 제외했기 때문에 master 브랜치에서 최신 버전을 가져와 로컬로 컴파일했지만 여전히 기쁨은 없습니다. 이것을 npm에 있는 커피 1.7과 약간 다르게 컴파일한 커피 1.9로 컴파일했습니다.

나는 이것을 조금 계속할 것입니다 - 다른 아이디어가 있습니까?

Azure에서 SQL Auth를 사용하여 이 작업을 수행할 수 있었지만 여전히 Windows Auth에서 이 작업을 수행할 수 없습니다. - npm에 변경 사항이 없는 현재 소스로 시도했지만 여전히 작동하지 않았지만 원인일 수 있습니다. 커피 스크립트 작성 경험이 부족하여 -

커피 버전 1.9 사용 - 소스에 대해 다음을 실행했습니다.
커피 --copile --output lib src 그런 다음 컴파일된 라이브러리를 node_modules/tedious하지만 여전히 이동하지 않습니다.

1.10.0 릴리스를 사용해 볼 수 있습니까?

지루한 최신 버전에서 동일한 문제를 겪고 있습니다. 워크스테이션의 이름을 제공했지만 여전히 "로그인은 신뢰할 수 없는 도메인에서 왔으며 Windows 인증과 함께 사용할 수 없습니다."라는 동일한 메시지가 나타납니다.

도메인의 일부가 아닌 컴퓨터에서 Windows 도메인 사용자를 인증할 수 있도록 하는 도메인 설정과 관련하여 누락된 것이 있습니까? Windows 2012 R2 Server의 Ubuntu 14.04 인스턴스에서 SQL Server 2014로 도메인 사용자를 인증하려고 합니다.

@arobson 다른 의견에서 동일한 문제가 발생했으며 PR이 병합된 후 프로덕션에서 성공적으로 인증할 수 있다고 말했습니다. 지루한 것 외에 해야 할 일이 있었나요?

지루한 최신 릴리스에서 이 문제가 계속 발생하고 있습니까?

@arthurschreiber 방금 시도했지만 여전히 "로그인은 신뢰할 수 없는 도메인에서 왔으며 Windows 인증과 함께 사용할 수 없습니다."라는 메시지가 표시됩니다. 에러 메시지.

@arobson 에 해결책이 있는 것 같았지만 어디에서도 찾을 수 없었습니다.

도메인 자격 증명을 사용하여 SQL 2014 인스턴스에 연결하는 데 사용해야 하는 옵션에 대한 도움을 주시면 대단히 감사하겠습니다.

이 문제도 있습니다. 저는 SQL 사용자로 로그인할 수 있지만 Windows 인증으로는 로그인할 수 없습니다. 불행히도 제 db 팀은 영구 SQL 사용자를 허용하지 않으므로 Windows 인증을 사용해야 합니다. 다음은 내 구성 옵션입니다.

변수 구성 = {
서버: 'SERVERNAME',
사용자 이름: 사용자',
비밀번호: '비밀번호',
도메인: 'FQDN.DOMAIN.COM'
,옵션: {
디버그: {
패킷: 참,
데이터: 사실,
페이로드: 사실,
토큰: 거짓,
로그: 사실
},
데이터베이스: 'DB_NAME'
}
};

이것은 내가 얻는 오류입니다.

{ [연결 오류: 로그인에 실패했습니다. 로그인은 신뢰할 수 없는 도메인에서 왔으며 Windows 인증과 함께 사용할 수 없습니다.]
이름: '연결 오류',
메시지: '로그인에 실패했습니다. 로그인은 신뢰할 수 없는 도메인에서 왔으며 Windows 인증과 함께 사용할 수 없습니다.',
코드: 'ELOGIN' }
{ [RequestError: 요청은 SentNTLMResponse 상태가 아닌 LoggedIn 상태에서만 가능합니다.]
이름: '요청 오류',
메시지: 'SentNTLMResponse 상태가 아닌 LoggedIn 상태에서만 요청을 할 수 있습니다.',
코드: 'EINVALIDSTATE' }
{ [연결 오류: 로그인에 실패했습니다. 로그인은 신뢰할 수 없는 도메인에서 왔으며 Windows 인증과 함께 사용할 수 없습니다.]
이름: '연결 오류',
메시지: '로그인에 실패했습니다. 로그인은 신뢰할 수 없는 도메인에서 왔으며 Windows 인증과 함께 사용할 수 없습니다.',
코드: 'ELOGIN' }
{ [RequestError: 요청은 SentNTLMResponse 상태가 아닌 LoggedIn 상태에서만 가능합니다.]
이름: '요청 오류',
메시지: 'SentNTLMResponse 상태가 아닌 LoggedIn 상태에서만 요청을 할 수 있습니다.',
코드: 'EINVALIDSTATE' }

내 구성에 문제가 있습니까?

아니요, 구성에 문제가 있다고 생각하지 않습니다. 내 컴퓨터에 SQL Server 2014를 설치하고 이 문제의 원인을 확인해야 합니다. 인증 체계가 변경되었을 수 있으며 아직 지원하지 않습니다.

내가 무엇을 할 수 있는지 알아볼 게.

@jgornick @stefanTHD - 여기에 제가 우리 환경에서 발견한 몇 가지 단점이 있습니다. NTLM은 덜 안전한 NTLM 기능을 방지하는 매우 엄격한 정책에도 불구하고 2012년과 2014년에 AD 외부의 Linux 상자에서 우리를 위해 일해 왔습니다.

1 - 도메인 속성에서 FQDN을 사용하지 마십시오. "company.com"인 경우 "COMPANY"를 사용합니다.
2 - 대문자도 중요한 것 같습니다. 모두 대문자로 된 도메인 이름으로 성공했습니다.
3 - 정규화된 사용자 이름(예: "[email protected]")을 _사용하지 마십시오_ "user.name"

참고로

NTLM 설명서는 오래되었으며 Microsoft에서 제공하지 않습니다. 내가 찾은 문서가 그 중 일부가 무엇을 위한 것인지 설명하지 않았기 때문에 특정 바이너리 플래그에 대해 많은 조사를 해야 했습니다. 우리 AD에 일부 NTLM 기능을 비활성화하는 정책이 있었기 때문에 첫 번째 PR은 워크스테이션의 SQL Server에 대한 NTLM에서만 작동했습니다.

다음 단계

위의 3가지 팁이 효과가 없을 경우 Even Viewer / SQL Logs를 통해 실패한 로그인 항목을 찾을 수 있다면 큰 도움이 될 것입니다. "신뢰할 수 없는 도메인"은 실제로 공격자가 요청이 거부된 이유를 알기 어렵게 만들기 위해 MSFT가 제공하는 일반 오류입니다. 해당 오류에 대해 Google에서 검색하고 해당 오류가 오해의 소지가 있다고 불평하는 NTLM을 지원하려는 다른 OSS 라이브러리를 찾을 수도 있습니다.

이 문제를 해결하는 데 도움이 되었으면 합니다. Tedious는 훌륭하고 @arthurschreiber 의 최근 기여 덕분에 더욱 향상되었습니다.

NTLM 인증은 Microsoft의 MS-NLMP 설명서에 설명되어 있습니다. 시간을 내서 읽어보고 지금까지 구현된 것과 지루하게 비교할 수 있는지 확인하겠습니다.

@arthurschreiber @arobson 세상에 드디어 작동합니다!!! 적시에 지원해 주셔서 감사합니다!!! 제 최종 구성은 다음과 같습니다.

var config = {
    "userName": "user.name",
    "password": "password",
    "server": "servername",
    "domain": "DOMAIN_NAME_CAPITALIZED_AND_NOT_FQDM",
    "options": {
        "encrypt": false
    }
};

가상 머신에서 SQL Server 2008 R2를 사용하고 있습니다. 스크립트는 데이터베이스를 호스팅하는 동일한 서버에 있습니다.

이것을 문서 어딘가에 추가할 수 있다면 좋을 것입니다.

멋있는! NTLM 인증이 암호화와 함께 작동하지 않는다는 사실은 코드의 버그이며 곧 수정 사항을 제공할 것입니다(시간을 찾을 수 있다면).

실제로 도메인을 대문자로 사용하면 문제가 해결됩니다!

https://github.com/pekim/tedious/pull/367 암호화와 함께 작동하지 않는 NTLM 인증에 대한 수정 사항입니다.

이 토론은 Linux에서 Windows 인증을 사용하는 것을 말하는 것입니까? 예를 들어 레드햇?

@pisees 예, 수정 사항이 포함된 암호화와 함께 Windows Auth를 사용하여 Fedora 22에서 SQL 서버로 연결하고 있습니다.

@NamTThai 와 똑같은 문제가 있었고 이것을 읽고 설명된 대로 도메인을 변경한 후 지금 작동하고 있습니다. (모두 대문자로 도메인의 첫 부분만, 점 뒤 부분은 생략)

저는 Microsoft와 함께 하고 있으며 지루한 작업에 도움이 되고자 합니다.
이 문제와 관련하여 아직 해결되지 않은 사항이 있습니까? 아니면 모두 해결되었습니까?

@tvrprasad 해결 방법이 있다고 생각합니다. 해결 방법이 작동하는 이유를 우리 모두가 이해하고 있는지 확신할 수 없습니다. :)

@benzou 8/15의 이 스레드에서 @arobson 이 설명한 해결 방법입니까?
이 문제가 닫히지 못하게 막는 것은 무엇입니까? 내가 이것을 닫는 것을 도울 수 있을지도 모릅니다... 어떻게든 :)

@tvrprasad 이 문제에 대해 더 나은 문서가 필요하다고 생각합니다.

이 리포지토리의 gh-pages 분기에 문서가 저장되어 있지만 코드 기반 외부에서 유지 관리되기 때문에 매우 쉽게 구식이 되고 유지 관리가 어렵습니다. 😞

@tvrprasad - 내가 NTLM 지원을 추가한 이후로 지루하고 우리 리포지토리 에 보고된 문제는 도메인이 소문자 및/또는 FQDN으로 지정되었기 때문에 일관되게 발생했습니다. 이에 대한 한 가지 솔루션은 다음과 같은 PR을 수행하는 것일 수 있습니다.

1. 도메인을 대문자로 변환합니다(처음부터 그렇게 했어야 함)
2. . 에서 도메인을 분할하고 첫 번째 세그먼트만 사용합니다.

저는 확실히 NTLM 전문가는 아니지만 우리는 MSSQL과 Node의 팬이고 이것이 정말로 필요했습니다. 그래서 운영 팀의 도움을 받아 여러 SQL Server에 대해 테스트하기 위해 NTLM 문서 및 기타 구현에 뛰어들었습니다. 우리는 구현에 대해 비교적 확신할 수 있었습니다. 거기에 제공할 수 있는 모든 분석 및 개선 사항은 훌륭할 것입니다. 내가 따랐던 문서가 2007년부터였기 때문에 내가 무엇을 놓쳤는지 말할 수 없습니다 😄

NTLM 비트에 대해 답변할 수 있는 특정 질문이 있으면 알려주십시오.

@arobson - FDQN이 저에게 효과가 있는 것 같지만 여전히 대문자입니다. 쉬운 추적을 위해 대문자로 변환하는 별도의 문제를 만들었습니다 - https://github.com/tediousjs/tedious/issues/414. 이에 대한 PR을 작성하겠습니다. 소문자가 작동하지 않는 이유를 알아보려고 합니다.

@arthurschreiber - 이 주제에 대해 최소한 하나의 PR을 받을 수 있게 되면 문서를 최신 상태로 유지하는 데 도움을 주도록 하여 더 잘 이해할 수 있도록 하겠습니다. 문서가 부족한 다른 영역이 있으면 알려주십시오. 제가 도와드리겠습니다.

인증과 관련된 몇 가지 다른 문제를 열었습니다. 나는 그것에 대한 생각을 고맙게 생각합니다.
https://github.com/tediousjs/tedious/issues/415
https://github.com/tediousjs/tedious/issues/416

여러분 - Windows 통합 인증 구현을 위한 PR이 있습니다( https://github.com/tediousjs/tedious/pull/497). 이것은 사용자 이름이나 암호가 필요하지 않으며 사용자의 로그인 자격 증명을 사용합니다.

사용해보시고 피드백 주시면 정말 감사하겠습니다. 이 기능을 구현하기 위해 커뮤니티와 협력하기를 고대하고 있습니다.

누구든지 나를 도울 수 있다면 MS SQL Server 데이터베이스 12에서 mssql 노드 4.1을 사용하여 연결을 시도했지만 이미 많은 것을 시도했지만 연결되지 않습니다.

내 연결은 다음을 준수했습니다.

나는 시도한다:

const stringConnect = '서버 = ADMIN-CCE \ 관리자: 1433; 데이터베이스 = GRD; 사용자 ID = admin-cce \ admin; '
DATABASE.connect(문자열 연결)
.then (연결 => {
global.conn = conn;
console.log('GRD에 연결됨');
})
.catch(err => console.error( connection error mssql $ {stringConnect} - $ {err} ));

module.exports = 데이터베이스;

* 반환 오류 **
mssql 연결 오류 서버 = ADMIN-CCE \ 관리자: 1433; 데이터베이스 = GRD; 사용자 ID = admin-cce \ admin; - ConnectionError: 관리자용 포트: 1433이 ADMIN-CCE에서 찾을 수 없습니다.

이미 다른 방법을 시도했지만 성공하지 못했습니다! 바라보다:

변수 구성 = {
서버: "ADMIN-CCE \ MSSQLSERVER",
데이터베이스: "GRD",
포트: 1433,
사용자: 'admin-cce \ admin',
디버그: 사실,
옵션: {
암호화: 거짓,
신뢰할 수 있는 연결: 참
}
};

DATABASE.connect(구성, 기능(오류) {
만약 (오류)
{
console.log(오류)
}
또 다른
console.log('연결됨.....')
});

module.exports = 데이터베이스;

* 반환 오류 *
메세지:
'ADMIN-CCE에 연결하지 못했습니다: 정의되지 않음 - 연결할 수 없습니다(시퀀스)',
코드: 'ESOCKET'},
이름: '연결 오류'}

@allexon님 , tedious는 아직 Windows 통합 인증을 지원하지 않습니다. 자세한 내용은 https://github.com/tediousjs/tedious/issues/660에 있습니다.

지루함은 아직 SQL 서버 Windows 인증을 지원합니까?