Windows 11 공유폴더 오류 1219: 다른 계정 연결 충돌 해결 순서

작성자:

오류 1219는 같은 서버에 다른 계정으로 연결된 세션부터 확인해야 합니다. 암호를 계속 바꾸거나 모든 네트워크 드라이브를 한꺼번에 지우기보다, 사용 중인 연결과 작업을 기록하고 해당 서버의 연결만 정리하세요.

대상은 Windows 11에서 사무실의 Windows 공유 서버 또는 SMB 파일 공유에 연결하는 사용자입니다. Home·Pro 모두의 기본 진단을 다루며, 조직이 관리하는 계정·드라이브는 담당자 지침을 우선합니다. NAS의 인증 방식은 제조사 문서도 확인해야 합니다. 검토 기준일: 2026-10-20.

1219와 단순한 암호 오류는 무엇이 다른가요?

오류에 ‘둘 이상의 사용자 이름’, ‘동일한 서버에 대한 다중 연결’ 같은 설명이 있다면 기존 연결과 새 연결의 계정 충돌을 먼저 의심합니다. Microsoft KB 938120은 같은 서버의 다른 공유에 서로 다른 자격 증명으로 접근할 때 충돌하는 동작을 설명합니다. 이 문서는 Windows Server 대상이므로 모든 NAS에서 같은 원인이라고 단정하지는 않습니다.

보이는 현상먼저 확인할 것이 단계에서 피할 조치
1219와 다중 사용자 이름 안내같은 서버의 기존 연결서버 계정 암호 일괄 변경
로그인 창만 반복계정 형식·저장된 자격 증명1219라고 추측해 연결 삭제
경로를 찾을 수 없음주소·이름 확인·통신권한을 넓혀 해결 시도
로그인은 되지만 특정 폴더만 거부해당 공유와 파일 권한모든 직원에게 전체 권한 부여

무엇을 끊기 전에 기록해야 하나요?

  1. 공유 파일을 편집 중인 앱에서 저장하고 해당 파일을 닫습니다. 복사·백업·동기화 작업이 있으면 먼저 종료 가능 여부를 확인합니다.
  2. 문제의 UNC 경로, 드라이브 문자, 원래 연결 계정, 로그인할 새 계정을 기록합니다. 비밀번호는 기록 파일이나 댓글에 적지 않습니다.
  3. 파일 탐색기와 같은 Windows 로그인 사용자 환경에서 명령 프롬프트를 열고 net use로 목록을 확인합니다. 처음부터 관리자 창만 열어 비교하지 않습니다.
net use

상태    로컬    원격
OK      Z:      \\OFFICE-FS\Team
OK              \\OFFICE-FS\Archive

위 목록은 설명을 위한 가상 예시입니다. 실제 명령 실행 결과가 아니며 표시 언어와 열 구성은 환경에 따라 다릅니다. 같은 OFFICE-FS에 문자 없는 연결도 보인다는 점을 읽으세요. net use 목록만으로 모든 앱·서비스의 연결 계정을 알아냈다고 판단하면 안 됩니다.

다른 드라이브를 건드리지 않고 어떻게 정리하나요?

예시처럼 Z:가 문제의 서버 연결임을 확인했고 사용 중인 파일이 없다면, 아래처럼 그 드라이브만 연결 해제할 수 있습니다. Z:가 다른 업무 서버라면 실행하지 않습니다.

net use Z: /delete

드라이브 문자 없는 연결이 실제 목록에 있다면 정확한 경로를 지정합니다. 아래도 자신의 목록에 맞게 바꿔야 하는 예시입니다.

net use \\OFFICE-FS\Archive /delete

같은 서버의 다른 연결이 남으면 충돌도 남을 수 있습니다. 하나를 해제하고 목록을 다시 읽는 식으로 범위를 확인하세요. 사용 중이라는 경고가 나오면 강제로 진행하지 말고 열린 파일·앱을 확인합니다. 이 절차는 서버의 공유폴더나 파일을 삭제하는 작업이 아니라 클라이언트 연결을 해제하는 작업입니다. 그래도 저장되지 않은 작업이나 앱 경로에는 영향을 줄 수 있습니다.

net use * /delete로 모든 연결을 지우는 방법은 기본 해결책으로 권하지 않습니다. 관련 없는 회계·백업 서버 연결까지 함께 끊을 수 있기 때문입니다. 해당 서버의 연결 범위를 확신할 수 없으면 담당자에게 넘기세요.

연결을 정리한 뒤에는 어떻게 확인하나요?

표준으로 사용하는 서버 이름과 승인된 계정 하나를 정해 파일 탐색기에서 다시 접속합니다. 원래 필요한 드라이브 문자는 사전에 기록한 경로로 다시 연결하고, 업무 원본 대신 허용된 테스트 파일로 읽기·쓰기를 확인합니다. 성공 여부는 오류 창이 사라졌다는 사실뿐 아니라 필요한 공유가 올바른 계정으로 열리는지로 판단합니다.

계속 1219가 나면 반복 삭제보다 자동 재연결하는 앱·로그온 스크립트·백업 작업이 있는지 담당자와 확인합니다. 서비스 재시작이나 강제 로그오프는 업무 중단을 만들 수 있으므로 일반 사용자 단계에서 진행하지 않습니다.

자주 묻는 질문

자격 증명 관리자에서 암호를 지우면 바로 해결되나요?

저장된 로그인 정보와 현재 연결된 세션은 구분해야 합니다. 암호만 제거했다는 이유로 기존 연결까지 종료됐다고 가정하지 마세요. 1219가 아니라 로그인 반복이면 아래의 별도 가이드로 원인을 나눕니다.

IP 주소나 별칭으로 우회해도 되나요?

Microsoft 문서에는 IP·DNS 별칭을 이용하는 대안이 있지만, 이 글에서는 기존 계정과 주소를 통일하는 절차를 먼저 선택했습니다. 인증 정책·DNS·감사 기록에 영향을 줄 수 있는 별칭 추가는 관리자가 설계해야 합니다.

원래 상태로 되돌리려면 무엇이 필요한가요?

기록한 UNC 경로·드라이브 문자·승인 계정·로그온 시 재연결 여부로 복구합니다. 원래 연결도 열리지 않으면 추가로 계정·권한을 바꾸지 말고 오류 문구와 해제한 항목을 담당자에게 전달하세요.

함께 볼 가이드

공식 출처와 확인 범위

공식 문서 확인일: 2026-10-20. AI 보조로 작성한 문서 기반 가이드입니다. 실제 사무실 장치에서 시험하거나 사람 전문가가 현장 검수한 결과가 아니며, 예시·진단표는 설명을 위해 구성했습니다.

댓글

댓글 쓰기

이 블로그의 인기 게시물

오류 0x80070035 네트워크 경로를 찾을 수 없을 때 진단 순서

작성자:
결론: 오류 0x80070035는 ‘네트워크 경로를 찾을 수 없음’을 뜻합니다. 공유폴더 권한부터 바꾸지 말고 대상 PC 도달 여부 → 이름 확인 → SMB 포트 → 공유 이름 순서로 원인을 나누면 빠릅니다. 오류가 발생하는 위치부터 구분 시험 결과 의심할 부분 ping 대상IP 실패 다른 네트워크, 전원, 방화벽, IP 오류 ping 대상이름 이름만 실패 DNS·이름 확인 \\대상IP\공유이름 성공 PC 이름 확인 문제 IP 접속도 실패 실패 SMB 서비스·TCP 445·공유 이름 1. IP 주소가 맞는지 확인 대상 PC에서 ipconfig 를 실행해 현재 IPv4 주소를 직접 확인합니다. DHCP를 쓰는 사무실에서는 재부팅이나 공유기 교체 후 주소가 달라질 수 있습니다. 예전에 저장한 바로가기나 네트워크 드라이브가 이전 IP를 가리키는지도 확인하세요. 2. 이름과 IP 주소를 따로 시험 접속하는 PC에서 ping 192.168.10.21 과 ping OFFICE-PC 를 차례로 실행합니다. Microsoft 문서에 따르면 IP 주소 ping은 성공하지만 컴퓨터 이름 ping만 실패하는 경우 이름 확인 문제를 의심할 수 있습니다. 파일 탐색기에서도 \\192.168.10.21\자료 처럼 IP 주소로 직접 접속합니다. IP 방식만 성공한다면 권한을 건드리기보다 PC 이름, DNS, 재부팅 후 등록 상태를 점검하세요. 3. 실제 공유 이름 확인 폴더 표시 이름과 네트워크 공유 이름은 다를 수 있습니다. 대상 PC의 파일 탐색기 주소창에 \\localhost 를 입력하면 현재 PC가 제공하는 공유 목록을 확인할 수 있습니다. 목록의 정확한 공유 이름으로 접속하세요. 4. SMB 연결 조건 확인 Windows 파일 공유는 SMB를 사용하며 최신 Windows에서는 일반적으로 TCP 445를 이용합니다. 회사 방화벽이나 보안 프로그램이 이 통신을 막을 수 있습니다. 전체 방화벽을 끄기 전에 Windows 방화...
자세한 내용 보기

Windows 11에서 공유폴더가 보이지 않을 때 확인 순서

작성자:
결론: Windows 11에서 다른 PC의 공유폴더가 보이지 않으면 같은 네트워크인지 확인한 뒤 네트워크 프로필, 검색 설정, 공유 권한, 이름 확인 순서로 점검하세요. 처음부터 방화벽을 끄거나 SMB1을 켜면 원인을 놓치기 쉽습니다. 먼저 1분 안에 확인할 항목 확인 항목 정상 기준 비정상일 때 같은 네트워크 두 PC의 기본 게이트웨이가 같음 게스트 Wi-Fi나 다른 공유기에 연결됐는지 확인 네트워크 프로필 신뢰하는 사무실망은 개인 네트워크 설정에서 공용/개인 프로필 확인 직접 주소 접속 파일 탐색기에 \\PC이름 또는 \\IP주소 입력 IP는 되는데 이름만 안 되면 이름 확인 문제 권한 공유 권한과 파일 권한 모두 허용 접속 계정에 읽기·쓰기 권한 부여 1. 두 PC가 실제로 같은 망인지 확인 각 PC에서 명령 프롬프트를 열고 ipconfig 를 실행합니다. IPv4 주소, 서브넷 마스크, 기본 게이트웨이를 비교하세요. 예를 들어 두 PC가 각각 192.168.10.21과 192.168.10.35이고 서브넷 마스크가 255.255.255.0이라면 보통 같은 로컬망입니다. 한쪽이 192.168.0.x이고 다른 쪽이 192.168.10.x라면 공유기나 VLAN이 분리됐을 가능성이 있습니다. 2. 네트워크 프로필과 검색 설정 확인 설정 → 네트워크 및 인터넷 → 현재 연결 속성 에서 프로필을 확인합니다. 신뢰할 수 있는 사무실 내부망이라면 개인 네트워크를 사용합니다. 이어서 고급 네트워크 설정 → 고급 공유 설정 에서 개인 네트워크의 ‘네트워크 검색’과 ‘파일 및 프린터 공유’를 켭니다. 공용 카페 Wi-Fi처럼 신뢰할 수 없는 망에서는 이 설정을 켜지 않는 것이 안전합니다. 3. 목록 대신 UNC 주소로 직접 시험 파일 탐색기 주소창에 먼저 \\공유PC이름\공유이름 을 입력합니다. 실패하면 \\192.168.10.21\공유이름 처럼 IP 주소로 다시 시도합니다. IP 주소는 열리지만 PC ...
자세한 내용 보기

공유폴더가 IP로는 열리고 컴퓨터 이름으로 안 열릴 때

작성자:
결론: 공유폴더나 NAS가 IP 주소로는 열리지만 장치 이름으로 열리지 않으면 연결 자체보다 이름 확인 단계가 문제일 가능성이 큽니다. IP와 이름을 따로 시험한 뒤 DNS 캐시와 장치 이름을 확인하세요. 증상으로 바로 구분하기 파일 탐색기에서 \\192.168.0.20\share 는 열리지만 \\NAS-OFFICE\share 가 열리지 않는다면 SMB 서비스와 계정은 대체로 동작하고 있습니다. 같은 대상에 IP로 접속했기 때문입니다. 이때 공유 권한을 반복해서 수정하기보다 이름이 어떤 IP로 해석되는지 확인해야 합니다. 1. ping으로 이름과 IP를 비교 ping 192.168.0.20 을 실행합니다. ping NAS-OFFICE 를 실행합니다. 이름으로 실행했을 때 표시되는 IP가 실제 장치 IP와 같은지 비교합니다. Microsoft는 IP 주소 ping이 성공하고 컴퓨터 이름 ping이 실패하면 이름 확인 문제일 수 있다고 설명합니다. 2. nslookup 결과를 해석 nslookup NAS-OFFICE 를 실행하면 사용 중인 DNS 서버와 조회 결과를 볼 수 있습니다. 사무실 공유기에 내부 DNS 등록 기능이 없다면 짧은 장치 이름이 DNS에서 조회되지 않을 수 있습니다. 반대로 예전 IP가 나오면 오래된 DNS 레코드나 캐시를 의심합니다. 결과 의미 조치 정확한 IP 반환 DNS 조회는 정상 SMB 접속 경로와 방화벽 확인 예전 IP 반환 등록 또는 캐시 불일치 DHCP 예약·DNS 레코드 확인 이름을 찾지 못함 DNS에 장치 이름 없음 공유기 내부 DNS 또는 정식 이름 사용 3. DNS 캐시 정리 IP가 바뀐 직후라면 관리자 권한이 아닌 일반 명령 프롬프트에서도 ipconfig /flushdns 로 로컬 DNS 확인자 캐시를 비울 수 있습니다. 이후 이름으로 다시 접속합니다. 다만 서버나 공유기에 잘못된 정보가 남아 있다면 PC 캐시만 비워도 해결되지 않습니다. 4. 장치 이름과 DHCP 주소를 고정...
자세한 내용 보기