Windows 10에서 SMB 파일 공유 접속 시 네트워크 경로를 찾을 수 없습니다 오류를 해결하는 방법

안녕하세요. 일본서버 호스팅 전문 비전 IDC 기술팀입니다.

오늘은 Windows 10에서 SMB 파일 공유에 접속할 때 네트워크 경로를 찾을 수 없습니다 또는 시스템 오류 53, 0x80070035 오류가 발생하는 문제를 해결하는 방법을 알아보겠습니다.

이 오류는 공유 폴더 권한 문제뿐 아니라 잘못된 UNC 경로, DNS 또는 NetBIOS 이름 해석 실패, TCP 445 차단, Windows 방화벽, SMB 클라이언트·서버 서비스 문제 등으로 발생할 수 있습니다. 따라서 공유 권한부터 수정하기보다 IP 주소 직접 접속 → 이름 해석 → TCP 445 → SMB 서비스 → 방화벽 → 레거시 SMB 호환성 순서로 점검하는 것이 효율적입니다.

적용 환경 및 작업 전 확인사항

이 문서는 Windows 10 PC에서 다른 Windows PC, Windows Server, NAS 또는 기타 SMB 파일 서버의 공유 폴더에 \\서버이름\공유이름 형식으로 접속할 때 네트워크 경로를 찾을 수 없다는 오류가 발생하는 상황을 기준으로 작성합니다.

지원 종료 안내: Windows 10은 2025년 10월 14일 일반 지원이 종료되었습니다. 계속 운영하는 환경이라면 Microsoft의 Extended Security Updates(ESU) 적용 여부 또는 지원되는 Windows 버전으로의 이전을 함께 검토하십시오.

중요: SMBv1은 오래되고 보안 취약점이 많은 프로토콜입니다. 공유 장치가 SMBv1만 지원한다는 이유로 Windows 10에서 SMBv1을 바로 활성화하지 말고, 가능하면 NAS·파일 서버의 펌웨어 또는 SMB 설정을 업데이트하여 SMBv2 이상을 사용하십시오.

목차

1. UNC 경로와 공유 이름 확인
2. IP 주소와 호스트 이름으로 각각 접속
3. TCP 445 연결 상태 확인
4. DNS와 이름 해석 문제 확인
5. SMB 관련 서비스 확인
6. Windows Defender 방화벽 확인
7. 네트워크 검색과 파일 및 프린터 공유 확인
8. TCP/IP NetBIOS Helper 확인
9. SMB 버전 확인과 SMBv1 주의사항
10. 복구 후 연결 확인
11. 증상별 원인 점검표
12. 관련 비전 IDC 기술자료
13. 공식 참고자료

1. UNC 경로와 공유 이름 확인

SMB 공유는 일반적으로 다음과 같은 UNC 경로를 사용합니다.

\\SERVER01\Share

먼저 서버 이름과 공유 이름의 철자가 정확한지 확인합니다. 폴더의 실제 로컬 경로인 C:\Data와 네트워크에 공개된 공유 이름 Share는 서로 다를 수 있습니다.

파일 탐색기 대신 명령 프롬프트에서 net use를 실행하면 오류 번호를 보다 명확하게 확인할 수 있습니다.

net use Z: \\SERVER01\Share

Microsoft 문서에서 설명하는 시스템 오류 53은 네트워크 경로를 찾을 수 없습니다에 해당합니다. 반면 시스템 오류 5처럼 액세스 거부가 표시된다면 네트워크 경로보다 사용자 인증과 공유·NTFS 권한을 우선 확인해야 합니다.

2. IP 주소와 호스트 이름으로 각각 접속

가장 먼저 해야 할 진단은 서버 이름 대신 IP 주소를 사용해 접속해 보는 것입니다. 예를 들어 파일 서버의 IP 주소가 192.0.2.10이고 공유 이름이 Share라면 다음과 같이 입력합니다.

\\192.0.2.10\Share

또는 명령 프롬프트에서 다음과 같이 확인할 수 있습니다.

net use Z: \\192.0.2.10\Share

3. TCP 445 연결 상태 확인

Windows의 최신 SMB 통신은 일반적으로 TCP 445를 사용합니다. 접속하는 Windows 10 PC의 PowerShell에서 파일 서버의 TCP 445 포트까지 연결되는지 확인합니다.

Test-NetConnection -ComputerName 192.0.2.10 -Port 445

서버 이름으로도 같은 테스트를 실행합니다.

Test-NetConnection -ComputerName SERVER01 -Port 445

TcpTestSucceeded : True이면 해당 PC에서 파일 서버의 TCP 445까지 연결이 가능한 상태입니다.

• 파일 서버가 켜져 있고 네트워크에 연결되어 있는지
• Windows Defender 방화벽 또는 타사 방화벽이 TCP 445를 차단하는지
• VLAN, 공유기, VPN, IDC 방화벽 등 중간 네트워크 장비에서 SMB를 차단하는지
• 파일 서버의 Server 서비스가 실행 중인지

주의: TCP 445를 인터넷 전체에 직접 개방하는 방식은 권장하지 않습니다. 외부에서 파일 공유가 필요하다면 VPN 또는 신뢰할 수 있는 사설 네트워크를 통해 접근하도록 구성하는 것이 안전합니다.

4. DNS와 이름 해석 문제 확인

IP 주소로는 공유 폴더가 열리지만 \\SERVER01\Share처럼 서버 이름을 사용할 때만 오류가 발생한다면 이름 해석 문제를 우선 확인합니다.

Resolve-DnsName SERVER01

DNS 서버를 직접 확인할 때는 다음 명령도 사용할 수 있습니다.

nslookup SERVER01

잘못된 IP가 반환되거나 이름을 찾지 못한다면 현재 PC의 DNS 설정과 파일 서버의 DNS 레코드를 확인합니다. 캐시된 잘못된 DNS 정보가 의심되면 관리자 명령 프롬프트에서 DNS 캐시를 비운 뒤 다시 확인할 수 있습니다.

ipconfig /flushdns

회사 내부 DNS를 사용하는 환경에서는 공용 DNS 주소로 임의 변경하기보다 사내 DNS 서버의 레코드와 클라이언트 DNS 설정이 올바른지 확인해야 합니다.

5. SMB 관련 서비스 확인

Windows에서 SMB 공유에 접속하는 클라이언트와 공유를 제공하는 서버는 서로 다른 역할의 서비스를 사용합니다.

접속하는 PC: Workstation 서비스

Get-Service -Name LanmanWorkstation

중지되어 있고 의도적으로 비활성화한 환경이 아니라면 관리자 PowerShell에서 시작합니다.

Start-Service -Name LanmanWorkstation

공유를 제공하는 Windows PC: Server 서비스

Get-Service -Name LanmanServer

중지되어 있다면 관리자 PowerShell에서 시작합니다.

Start-Service -Name LanmanServer

Microsoft 문서에 따르면 Server 서비스는 네트워크를 통한 파일 및 프린터 공유를 제공하며 SMB 통신에는 TCP 445가 사용됩니다.

6. Windows Defender 방화벽 확인

TCP 445 연결이 실패하고 공유 서버가 Windows라면 서버 측 Windows Defender 방화벽에서 파일 및 프린터 공유 규칙을 확인합니다.

wf.msc

• 파일 및 프린터 공유 (SMB-In)
• 파일 및 프린터 공유 (NB-Session-In) — 레거시 NetBIOS가 필요한 환경에서 사용

PowerShell에서 파일 및 프린터 공유 규칙 상태를 확인하려면 다음과 같이 조회할 수 있습니다.

Get-NetFirewallRule -DisplayGroup "File and Printer Sharing" |
    Select-Object DisplayName, Enabled, Direction, Action, Profile

참고: Windows 표시 언어에 따라 방화벽 규칙 그룹 이름이 한국어로 표시될 수 있습니다. PowerShell 명령에서 그룹 이름이 일치하지 않으면 wf.msc의 인바운드 규칙에서 직접 확인하십시오.

문제 확인을 위해 Windows Defender 방화벽 전체를 끄기보다 필요한 파일 공유 규칙과 적용 프로필을 확인하는 방식이 안전합니다.

7. 네트워크 검색과 파일 및 프린터 공유 확인

Windows 파일 탐색기의 네트워크 항목에서 대상 PC가 보이지 않거나 공유 서버를 찾기 어려운 경우 네트워크 검색과 파일 및 프린터 공유 설정을 확인합니다.

제어판
→ 네트워크 및 인터넷
→ 네트워크 및 공유 센터
→ 고급 공유 설정

• 네트워크 검색 켜기
• 파일 및 프린터 공유 켜기

네트워크 검색을 사용한다면 Microsoft가 안내하는 다음 검색 관련 서비스의 상태도 확인할 수 있습니다.

• Function Discovery Provider Host
• Function Discovery Resource Publication
• SSDP Discovery
• UPnP Device Host

구분: 네트워크 검색은 파일 탐색기의 네트워크 목록에 장치를 표시하는 기능과 관련이 있습니다. 직접 \\IP주소\공유이름으로 접속하는 SMB 통신의 핵심은 TCP 445와 SMB 서비스이므로, 목록에 PC가 보이지 않는다는 사실만으로 SMB 자체가 차단되었다고 판단하면 안 됩니다.

8. TCP/IP NetBIOS Helper 확인

Microsoft의 Windows 10 공유 폴더 문제 해결 문서에서는 시스템 오류 53이 발생하는 특정 상황에서 TCP/IP NetBIOS Helper 서비스가 중지되어 있는지 확인하도록 안내합니다.

Get-Service -Name lmhosts

서비스가 필요한 환경에서 중지되어 있다면 관리자 PowerShell에서 시작할 수 있습니다.

Start-Service -Name lmhosts

다만 최신 SMB는 TCP 445를 직접 사용할 수 있으므로 이 서비스가 모든 0x80070035 오류의 원인은 아닙니다. 특히 IP 주소 직접 접속과 TCP 445 테스트가 정상인데 서버 이름 기반 접속에서 문제가 발생하는 레거시 이름 해석 환경에서 확인하는 항목으로 보는 것이 좋습니다.

9. SMB 버전 확인과 SMBv1 주의사항

오래된 NAS, 복합기 또는 임베디드 장비가 SMBv1만 지원하면 Windows 10에서 공유 폴더 접속이 실패할 수 있습니다. 그러나 Microsoft는 SMBv1 사용을 중단하고 SMBv2 이상을 사용하도록 권장합니다.

Get-SmbClientConfiguration

Windows가 SMB 서버 역할도 수행한다면 서버 설정은 다음 명령으로 확인합니다.

Get-SmbServerConfiguration

정상적으로 연결된 SMB 세션이 있다면 사용 중인 SMB 연결 정보는 다음 명령으로 확인할 수 있습니다.

Get-SmbConnection

SMBv1을 바로 활성화하지 마십시오. Windows 10의 최신 구성에서는 SMBv1이 기본적으로 설치되지 않거나 제거될 수 있으며, Microsoft는 보안 취약성 때문에 SMBv1을 사용하지 않을 것을 권장합니다. 레거시 장비가 SMBv1만 지원한다면 먼저 장비의 펌웨어 업데이트, SMBv2/SMBv3 지원 설정 또는 장비 교체 가능성을 확인하십시오.

10. 복구 후 연결 확인

1. TCP 445 연결이 가능한지 확인합니다.
2. IP 주소를 이용한 UNC 경로로 접속합니다.
3. 서버 이름을 이용한 UNC 경로로 접속합니다.
4. net use로 실제 오류 번호를 확인합니다.
5. 연결된 뒤 Get-SmbConnection으로 SMB 세션을 확인합니다.

Test-NetConnection -ComputerName SERVER01 -Port 445
Get-SmbConnection

명령 프롬프트에서는 다음과 같이 새 드라이브 문자로 연결을 테스트할 수 있습니다.

net use Z: \\SERVER01\Share

테스트가 끝난 뒤 임시로 매핑한 드라이브가 필요하지 않다면 다음과 같이 제거합니다.

net use Z: /delete

11. 증상별 원인 점검표

관련 비전 IDC 기술자료

• Windows 서버 원격 데스크톱(RDP) 포트 변경 방법
• Windows PC에서 PuTTY를 설치하고 리눅스 서버에 SSH로 접속하는 방법

공식 참고자료

• Microsoft Learn — Windows 10의 파일 탐색기에서 공유 폴더에 액세스할 수 없음 — 시스템 오류 53, 네트워크 검색, 파일 및 프린터 공유, TCP/IP NetBIOS Helper 관련 점검 방법 확인. 조회일: 2026-10-27.
• Microsoft Learn — SMB: 파일 및 프린터 공유 포트가 열려 있어야 함 — SMB 파일 공유에 필요한 TCP 445 및 파일 및 프린터 공유 방화벽 규칙 확인. 조회일: 2026-10-27.
• Microsoft Learn — SMB 문제 해결 지침 — SMB 트래픽의 TCP/IP 의존성과 SMBv1 사용 중단 권장 사항 확인. 조회일: 2026-10-27.
• Microsoft Learn — Windows Server 및 Windows에서 SMBv1이 기본적으로 설치되지 않음 — Windows 10의 SMBv1 기본 동작과 SMBv2 이상 사용 권장 사항 확인. 조회일: 2026-10-27.
• Microsoft Learn — Service overview and network port requirements — Server 서비스와 SMB TCP 445 포트 관계 확인. 조회일: 2026-10-27.
• Microsoft Learn — Windows 10 지원 종료 — Windows 10 일반 지원 종료일 확인. 조회일: 2026-10-27.

자주 묻는 질문

IP 주소로는 접속되는데 컴퓨터 이름으로 접속되지 않습니다.

SMB 자체보다 이름 해석 문제일 가능성이 높습니다. Resolve-DnsName 또는 nslookup으로 해당 이름이 올바른 IP 주소로 해석되는지 확인하고, 사내 DNS 레코드와 클라이언트 DNS 설정을 점검하십시오.

TCP 445가 열려 있으면 SMB 공유도 반드시 정상인가요?

아닙니다. TCP 445 연결 성공은 SMB 서버까지 네트워크 연결이 가능하다는 의미입니다. 이후에도 공유 이름 오류, 인증 실패, 공유 권한 또는 NTFS 권한 문제로 접속이 실패할 수 있습니다.

SMBv1을 설치하면 0x80070035 오류가 해결되나요?

일부 매우 오래된 NAS나 장비가 SMBv1만 지원한다면 연결 여부가 달라질 수 있지만, SMBv1은 보안상 권장되지 않습니다. SMBv1 활성화보다 장비를 SMBv2 이상으로 업데이트하는 것이 우선입니다.

파일 탐색기의 네트워크에 PC가 보이지 않으면 SMB 접속도 불가능한가요?

그렇지 않습니다. 네트워크 검색과 직접 SMB 접속은 구분해서 확인해야 합니다. 네트워크 목록에 표시되지 않아도 \\IP주소\공유이름으로 직접 접속할 수 있습니다.

시스템 오류 53과 액세스 거부는 같은 문제인가요?

다릅니다. 오류 53은 네트워크 경로를 찾지 못한 상황에 가깝고, 액세스 거부는 대상 서버에 도달했지만 인증이나 권한에서 거부된 경우가 많습니다. net use의 실제 오류 번호를 확인하면 진단에 도움이 됩니다.

마무리

Windows 10에서 SMB 파일 공유 접속 시 네트워크 경로를 찾을 수 없습니다 오류가 발생하면 먼저 IP 주소와 서버 이름을 각각 테스트하여 이름 해석 문제를 구분하고, TCP 445 연결, Workstation·Server 서비스, Windows Defender 방화벽, 네트워크 검색과 SMB 버전을 순서대로 확인하는 것이 좋습니다. 특히 SMBv1을 무조건 활성화하거나 방화벽 전체를 끄는 방식보다 실제 장애 지점을 확인한 뒤 필요한 설정만 수정해야 합니다.

비전 IDC는 일본서버 호스팅 환경을 포함한 Windows 및 Linux 서버 운영 환경에서 파일 공유와 네트워크 장애를 정확하게 진단하는 데 도움이 되는 기술정보를 지속적으로 제공하겠습니다.