2014 SQL Server에서는 이름 확인에 대 한 변경 내용으로 인해 클라이언트 연결 문제

이 문서는 Microsoft 기계 번역 소프트웨어를 이용하여 번역되었으며 Microsoft Community에 의한 Community Translation Framework(CTF) 기술 혹은 사람이 번역한 내용에 의하여 사후 편집될 수 있습니다. Microsoft는 Knowledge Base에 있는 모든 문서에 다양한 언어로 접근할 수 있도록 하기 위하여 기계 번역, 사람에 의한 번역 및 커뮤니티가 편집한 내용을 모두 제공합니다. 번역된 문서는 어휘, 구문 및/혹은 문법에 오류가 있을 수 있습니다. Microsoft는 번역 오류로 인한 부정확성, 오류 및/또는 손해와 이를 고객이 사용하는 데에 대하여 책임을 지지 않습니다.

이 문서의 영문 버전 보기:3108695
현상
에 MSODBCSQL11.dll, SQLNCLI11.dll 또는 SQL Server 2014 또는 나중에 Microsoft SQL Server 이전 버전에서 마이그레이션하는 것을 가정 합니다. 이 경우 클라이언트 공급자 서버 이름을 확인 하는 방식으로 변경 될 수 있습니다. 그러면이 인증이 수행 되는 방법을 변경 합니다.

시스템 구성에 따라 새 클라이언트 드라이버를 사용 하는 응용 프로그램에 대 한 연결이이 변경 내용이 적용 될 수 있습니다. SQLCMD와 같은 일부 SQL Server 2014 유틸리티 포함 됩니다. EXE, BCP입니다. EXE 및 OSQL입니다. EXE 해당 연결 매개 변수에 따라입니다.
원인
통합된 인증에 대 한 역방향 조회를 수행 하는 이전 버전의 클라이언트 공급자입니다. 이 때문에 잠재적인 보안 문제, 때문에 최신 버전의 클라이언트 드라이버 대체 NTLM 인증으로 정규화 된 도메인 이름 (FQDN)을 사용 하지 않으면 됩니다.
해결 과정
"현상" 절에 설명 되어 있는 시나리오에서 발생 하는 연결 문제에 대 한 두 가지 해결 방법이 있습니다.

방법 1

FQDN을 사용 하 여 서버에 연결할. 이렇게 하면 연결에 사용 되는 이름입니다. 따라서 사용 되는 인증 방법 또한 강제로.

방법 2

서버의 SPN (사용자 이름) 서버 이름을 설정 합니다. SPN을 등록 하는 방법에 대 한 정보를 참조 하십시오. Kerberos 연결에 대 한 서비스 사용자 이름 등록.

Spn의 예:

MSSQLSvc /SERVER_NAME: 포트
MSSQLSvc /SERVER_NAME

참고:SERVER_NAME 자리 표시자는 서버의 NETBIOS 이름을 나타냅니다.

경고: 이 문서는 자동으로 번역되었습니다.

속성

문서 ID: 3108695 - 마지막 검토: 12/10/2015 11:19:00 - 수정: 2.0

Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Developer, SQL Server 2014 Reporting Services

  • kbmt KB3108695 KbMtko
피드백