수정됨: 패키지에 제공된 자격 증명을 인식할 수 없습니다

"패키지에 제공된 자격 증명을 인식할 수 없습니다" RDP 오류는 보안 불일치로 인해 Windows가 로그인을 확인하지 못할 때 발생합니다. 이 가이드는 저장된 자격 증명 삭제부터 간단한 레지스트리 수정까지 클라이언트와 호스트 간 보안 설정을 동기화하는 검증된 솔루션을 제공합니다.

Tyler

By Tyler / Published on March 19, 2026

공유하세요: instagram reddit

원격 데스크톱 프로토콜(RDP)은 전문가들이 세계 어디서나 강력한 워크스테이션이나 서버에 접근할 수 있게 해주는 현대 디지털 워크플로의 초석입니다. 그러나 Windows 보안 업데이트와 강화된 인증 프로토콜이 때때로 난해한 오류를 유발할 수 있습니다.

가장 악명 높은 메시지 중 하나는 다음과 같습니다: "인증 오류가 발생했습니다. 패키지에 제공된 자격 증명을 인식할 수 없습니다."

the-credentials-supplied-to-the-package-were-not-recognized

단순한 "잘못된 암호" 오류와 달리, 이 특정 메시지는 클라이언트와 서버 간 통신 "패키지"의 실패를 나타냅니다. 이는 자격 증명이 올바를 수 있지만, 보안 계층(일반적으로 보안 지원 공급자)이 현재 환경 내에서 이를 검증할 수 없음을 시사합니다. Windows 10, Windows 11 또는 Windows Server를 사용 중이든, 이 가이드는 해결 방법을 안내해 드릴 것입니다.

근본 원인 이해하기

해결 방법을 살펴보기 전에, 왜 이런 일이 발생하는지 이해하는 것이 도움이 됩니다. 이 오류는 거의 항상 보안 지원 공급자(SSP) 문제와 연관되어 있습니다. 일반적인 유발 요인은 다음과 같습니다:

  • NLA(네트워크 수준 인증) 불일치: 서버가 클라이언트가 올바르게 제공하지 않는 수준의 인증을 요구합니다.
  • Windows 업데이트: 최근 패치("CredSSP" 취약점 해결과 같은)는 업데이트된 시스템과 업데이트되지 않은 시스템 간의 연결을 끊을 수 있습니다.
  • DNS 또는 도메인 문제: 시스템이 도메인 컨트롤러의 신원을 확인할 수 없습니다.
  • 로컬 보안 정책 제한: 자격 증명의 저장 또는 전송을 방지하는 정책.

RDP 자격 증명 오류 해결을 위한 단계별 솔루션

솔루션 1. 저장된 RDP 자격 증명 지우기

가장 빈번한 원인은 RDP 클라이언트에 저장된 "유령" 자격 증명으로, 더 이상 서버의 요구 사항과 일치하지 않아 "패키지에 제공된 자격 증명을 인식할 수 없습니다"라는 RDP 프롬프트를 유발합니다.

1단계. 원격 데스크톱 연결 앱(mstsc)을 엽니다.

2단계. "컴퓨터" 필드에 원격 PC의 IP 주소 또는 호스트 이름을 입력합니다.

3단계. "이 자격 증명을 편집하거나 삭제할 수 있습니다."라는 메시지 옆에 있는 "삭제" 링크를 찾습니다.

4단계. 삭제를 클릭하고 확인합니다.

5단계. 다시 연결을 시도하고 사용자 이름과 암호를 수동으로 입력합니다.

솔루션 2. 네트워크 수준 인증(NLA) 비활성화

NLA는 전체 RDP 연결이 설정되기 전에 사용자 인증을 완료함으로써 추가 보안 계층을 제공합니다. 그러나 이는 종종 "패키지를 인식할 수 없음" 오류의 원인이 됩니다.

호스트(원격) PC에서:

1단계. "Win Pause/Break" 키를 누르거나 설정 > 시스템 > 원격 데스크톱으로 이동합니다.

2단계. 원격 데스크톱 설정을 클릭합니다.

3단계. "네트워크 수준 인증을 사용하여 원격 데스크톱을 실행하는 컴퓨터에서만 연결 허용(권장)" 옆의 확인란을 선택 해제합니다.

4단계. 적용을 클릭합니다.

참고: NLA를 비활성화하면 보안이 약화됩니다. 문제 해결 단계로 또는 안전한 사설 네트워크 내에서만 사용하세요.

해결 방법 3. 로컬 그룹 정책(GPO) 변경

Windows Pro 또는 Enterprise 버전을 사용 중이라면, 인증 패키지 수정을 위해 그룹 정책 편집기를 사용하는 것이 가장 좋습니다.

1단계. "Win R" 키를 누르고 "gpedit.msc"를 입력한 후 Enter 키를 누릅니다.

2단계. 다음 경로로 이동합니다: 컴퓨터 구성 > 관리 템플릿 > 시스템 > 자격 증명 위임.

3단계. 다음 정책을 찾습니다: 암호화 오라클 수정.

4단계. 해당 정책을 더블클릭하고, 사용으로 설정한 후 보호 수준을 취약으로 변경합니다.

5단계. 같은 폴더 내에서 다른 정책을 찾습니다: 기본 자격 증명 위임 허용.

6단계. 해당 정책을 사용으로 설정하고 "목록에 서버 추가" 옆의 표시...를 클릭합니다.

7단계. "TERMSRV/"를 추가하고(이 설정은 모든 서버를 허용함) 확인을 클릭합니다.

8단계. 명령 프롬프트에서 "gpupdate /force"를 실행합니다.

해결 방법 4. Windows 레지스트리 조정

그룹 정책 방법을 사용할 수 없는 경우(주로 Home 에디션에서 일반적), 레지스트리 편집기를 통해 동일한 결과를 얻을 수 있습니다.

1단계. "Win R" 키를 누르고 "regedit"를 입력한 후 Enter 키를 누릅니다.

2단계. 다음 경로로 이동합니다: "HKEY_LOCAL_MACHINE> Software> Microsoft> Windows> CurrentVersion> Policies> System> CredSSP> Parameters"

참고: CredSSP 또는 Parameters 키가 존재하지 않으면, 마우스 오른쪽 버튼을 클릭하여 생성하세요.

3단계. "AllowEncryptionOracle"이라는 새 DWORD(32비트) 값을 생성합니다.

4단계. 해당 값 데이터를 "2"로 설정합니다.

5단계. 컴퓨터를 다시 시작합니다.

해결 방법 5. 로컬 "Hosts" 파일에 RDP 엔드포인트 추가

때로는 클라이언트가 호스트 이름을 올바르게 확인하지 못해 Kerberos 또는 NTLM 핸드셰이크가 실패하여 인증 패키지 오류가 발생할 수 있습니다.

1단계. 관리자 권한으로 메모장을 엽니다.

2단계. 다음 파일을 엽니다: "C:> Windows> System32> drivers> etc> hosts".

3단계. 파일 하단에 다음 줄을 추가합니다: "[IP 주소] [컴퓨터 이름]".

예시: "192.168.1.50 Work-PC"

4단계. 저장하고 IP 주소 대신 컴퓨터 이름을 사용하여 연결을 시도합니다.

해결 방법 6. DNS 플러시 및 소켓 설정 재설정

네트워크 문제로 인해 전송 중 "패키지"가 손상될 수 있습니다.

1단계. 관리자 권한 명령 프롬프트를 열고 다음 명령어를 순서대로 실행합니다:

  • ipconfig /flushdns
  • netsh interface ip delete arpcache
  • netsh winsock reset

2단계. 마지막 명령어를 실행한 후 PC를 재시작하세요.

고급 문제 해결: CredSSP 및 암호화 오라클

"자격 증명 패키지에 제공된 자격 증명을 인식할 수 없습니다" 오류는 Microsoft 보안 패치가 CredSSP(Credential Security Support Provider 프로토콜)의 취약점을 해결한 후 널리 퍼졌습니다.

이 패치는 "암호화 오라클 수정"을 도입했습니다. 클라이언트는 패치가 적용되었지만 서버는 그렇지 않은 경우(또는 그 반대의 경우), 한쪽이 다른 쪽이 이해하지 못하는 안전한 "봉투"를 사용하려고 하기 때문에 인증 패키지가 거부됩니다.

장기적인 안정성을 위한 궁극적인 해결책은 클라이언트와 호스트 머신 모두에 최신 Windows 업데이트가 모두 설치되어 있는지 확인하는 것입니다.

더 나은 방법: AnyViewer로 RDP 인증 오류 우회하기

레지스트리 키와 그룹 정책을 수정하는 것이 문제를 해결할 수는 있지만, 시간이 많이 소요되고 기술적으로 까다롭습니다. Windows 자격 증명 패키지의 번거로움 없이 안정적이고 오류 없는 연결이 필요한 사용자를 위해, AnyViewer는 전문가 수준의 원격 데스크톱 대안을 제공합니다.

무료 다운로드Win PCs & Servers
안전 다운로드

AnyViewer가 이러한 오류를 피하는 이유

"자격 증명 패키지에 제공된 자격 증명을 인식할 수 없습니다" 오류는 기본 Windows 인증 스택(Kerberos/NTLM)에 고유한 문제입니다. AnyViewer는 이러한 기존 Windows 병목 현상과 독립적으로 작동하는 독자적인 연결 프로토콜을 사용합니다. 기본 SSP(Security Support Provider) 종속성을 우회함으로써, AnyViewer는 이러한 특정 인증 실패를 제거합니다.

AnyViewer의 주요 장점:

  • 간편한 설정: 복잡한 포트 포워딩이나 NLA 구성이 필요한 RDP와 달리, AnyViewer는 제로 구성 환경을 제공합니다. 다양한 네트워크 환경에서도 원활하게 작동합니다.
  • 안정적인 크로스 플랫폼 성능: 다양한 Windows 버전(Windows 11, Windows 10 또는 Windows Server) 간 연결 시, 기본 RDP를 자주 괴롭히는 TLS 버전 불일치나 Schannel 오류를 걱정할 필요가 없습니다.
  • 고급 보안 아키텍처: 단순함이 보안을 훼손하지 않습니다. AnyViewer는 타원 곡선 암호화(ECC)로 보호됩니다. 이 업계 표준 보안은 시스템의 기본 Windows 보안 패키지가 현재 잘못 구성된 경우에도 원격 세션이 비공개로 유지되도록 보장합니다.
  • 풍부한 기능의 연결성: 단순한 원격 액세스를 넘어, 고속 파일 전송 및 다중 모니터 지원과 같은 필수 생산성 도구를 지원하여 개인용 및 전문 지원 모두에 이상적인 선택입니다.

결론

RDP 오류를 처리하는 것은 지루한 제거 과정일 수 있습니다. "제공된 자격 증명이 패키지에서 인식되지 않았습니다" RDP 오류가 발생하면 저장된 자격 증명을 지우는 것부터 시작하세요. 그래도 실패하면 GPO 설정 수정이나 NLA를 일시적으로 비활성화하는 방향으로 나아가세요.

대부분의 최신 환경에서는 이 불일치가 CredSSP 업데이트로 인해 발생합니다. 로컬 및 원격 컴퓨터의 보안 정책을 일치시킴으로써 안정적이고 안전한 연결을 복원할 수 있습니다.