Tedious: Windows 인증은 사용자 이름/암호를 지정해야 합니다.

나는 이것을 조사했다. 내가 지금까지 배운 것은 Windows 통합 인증에 대한 지원은 SSPI를 사용하고 NodeJS는 현재 SSPI를 지원하지 않는다는 것입니다. node-sspi npm 패키지가 있지만 서버 측만 지원합니다. 또한 HTTP 서버에서만 작동합니다. JavaScript 바인딩을 사용한 기본 구현입니다. 클라이언트 측 SSPI 구현도 JavaScript 바인딩이 있는 기본 코드여야 합니다.

내 제안은 Tedious가 사용하기에 적합한 API를 사용하여 새로운 npm 패키지에서 클라이언트 측 SSPI 지원을 구축하고 Tedious가 SQL Server Windows 통합 인증용 패키지에 종속되도록 하는 것입니다.

어떤 생각이라도 감사하겠습니다. 감사 해요.

예, 합리적으로 들립니다. 나는 바이너리 모듈이 지루한 부분이 되어서는 안 된다고 생각한다. 그래서 👍 별도의 npm 모듈로 갖는 아이디어에 대해.

멋있는. 첫 번째 컷은 Windows만 지원합니다. Windows 전용 기능으로 시작해도 괜찮습니까?

Windows와 Linux는 Windows 통합 인증을 지원하는 API가 다릅니다. 두 플랫폼에 대한 지원을 하나의 패키지로 구축할 수 있어야 합니다. 그러나 Windows와 Linux의 다른 패키지에 대한 종속성에 대한 선례가 있는지 궁금합니다.

멋있는. 첫 번째 컷은 Windows만 지원합니다. Windows 전용 기능으로 시작해도 괜찮습니까?

괜찮아. 나는 이것이 선택적 기능이 될 것이라고 생각하므로 처음에는 Windows만 지원하는 것이 좋습니다. 👍

내가 염두에 두고 있는 ClientSspi 클래스 인터페이스를 사용하여 짧은 스니펫을 공유하고 있습니다. API의 형태에 대한 피드백을 공유해 주십시오.

ClientSspi = require('ClientSspi');

serverName = 'servername.example.com';

// Server name should be the only configuration. Windows SSPI APIs will get
// the tokens to be presented to the server to authenticate the logged in user.
clientSspi = new ClientSspi(serverName);

// authprotocol parameter can take three values.
// Negotiate, Kerberos, Ntlm
// Negotiate: With this option client will negotiate with the server
// on security protocol using SPNEGO.
//
// If nothing is specified, the first supported protocol will be used. The
// protocols will be attempted in the sequence listed above.
clientSspi.initialize(authprotocol, function(errorCode, errorString) {
  if (errorCode || errorString) {
    throw('SSPI intialization failed: ', errorCode, ': ', errorString);
  }

  var sspiServerResponse = new Uint8Array([]);
  var sspiDone = false;

  while (!sspiDone) {
    // This call gets the next set of bytes to send to the server as part of the
    // SSPI dance.
    clientSspi.getNextSspiBlob(sspiServerResponse, function (sspiClientResponse, isDone, errorCode, errorString) {
      if (errorCode || errorString) {
        throw('SSPI intialization failed: ', errorCode, ': ', errorString);
      }

      sspiDone = isDone;

      // This function will send the sspiClientResponse to the server and invokes the
      // callback when the response from the server becomes available.
      SendSspiBlobToSqlServerAndGetResponse(sspiClientResponse, function (serverResponse, errorString) {
        if (errorString) {
          throw(errorString);
        }

        sspiServerResponse = serverResponse;
      });
    });
  }
});

https://github.com/tvrprasad/sspi-client에 API의 스텁 구현이

@arthurschreiber 기회가 되면 빠르게 패스해주세요. 리포지토리에 대한 피드백이나 미해결 문제를 저에게 보내주십시오. 구현을 채우면 이를 사용하여 Tedious에서 Windows 통합 인증을 구현할 계획입니다.

나는 sspi-client를 지루하게 통합하고 작동하는지 확인하기 위해 무언가를 함께 던졌습니다! ntlm, kerberos를 사용하여 연결하고 암호를 지정하지 않고 보안 패키지를 협상할 수 있었습니다!

@arthurschreiber 여기에서 해킹을 찾을 수 있습니다. 이것은 어떤 방법으로든 PR을 위한 준비가 되지 않았지만 높은 수준에서 문제가 발견되면 알려주십시오.
https://github.com/tvrprasad/tedious/tree/windows-integrated-auth-draft

이 문제를 다시 열어 Windows 통합 인증이 플러그인 가능해질 때까지 추적할 수 있습니다. 자세한 내용은

@v-suhame 이것의 최신 정보는 무엇입니까? #624를 기다리십니까?

그것을 움직이기 위해 내가 할 수 있는 일이 있습니까?

최신 업데이트를 얻을 수 @arthurschreiber에 반복 도움에 제안 😃에 대한 감사를 @kevinkuszyk.

Linux 서버에서 Windows 통합 인증을 지금 사용할 수 있습니까?

@sxpati2 Windows 통합 인증은 이름에서 알 수 있듯이 Windows OS용입니다. Linux의 경우 Kerberos 통합 인증이 됩니다. Tedious는 현재 Windows 또는 Kerberos 통합 인증을 지원하지 않으며 향후 계획에 있습니다.

나는 이것에 대해 확인하고 싶습니다. 대대적인 리팩토링이 있었던 것 같습니다. msnodesqlv8을 지루하게 반복할 수 있는 방법이 있습니까? 나는 msnodesqlv8이 속편화에 빠질 것이라고 생각했지만 그렇지 않았습니다.

@arthurschreiber 아이디/비밀번호 없이 창 인증이 가능한 PR #497 Windows 통합 인증이 병합된 것 같은데, 지루한 최신 버전에서는 더 이상 찾을 수 없는 것 같습니다. 그 기능이 어떻게 되었는지 궁금하시죠?

그 이후로 상황이 바뀌었습니까? 아니면 해당 기능이 리팩터링에서 일시적으로 손실되었습니까?

그 이후로 상황이 바뀌었습니까? 아니면 해당 기능이 리팩터링에서 일시적으로 손실되었습니까?

저도 알고 싶습니다!

안녕하세요, 이 기능이 포함된 단어는 무엇입니까? 감사 해요!