Windows Server 2025 / DFS 네임스페이스로 공유 폴더 경로를 통합하는 방법
DFS Namespaces는 여러 공유 폴더를 하나의 논리 경로 아래에서 찾을 수 있게 하는 기능입니다. 사용자는 \\ad.example.test\Files\Sales처럼 접근하고 실제 파일은 대상 공유에 남으며, 네임스페이스를 만드는 것만으로 파일 복제나 데이터 이중화가 되는 것은 아닙니다.
논리 경로와 실제 공유를 분리합니다
| 사용자 경로 | 연결할 실제 공유 |
|---|---|
| \\ad.example.test\Files\Sales | \\fs1.ad.example.test\Sales |
| \\ad.example.test\Files\Support | \\fs1.ad.example.test\Support |
DFS는 Distributed File System의 약자입니다. Namespaces는 이름 경로와 대상 안내를 제공하고, DFS Replication은 파일 복제와 관련된 별도 역할입니다. 두 기능의 이름이 비슷하다고 한 마법사로 모두 구성됐다고 생각하지 않습니다.
이 실습은 기존 Sales·Support 공유와 일반 계정의 권한 검증이 끝난 FS1을 사용합니다. 먼저 실제 공유 경로로 접속해 부서별 권한이 정상인지 확인하세요. 실제 경로도 실패하면 네임스페이스를 먼저 만들지 말고 공유·DNS·인증부터 해결합니다.
역할과 네임스페이스 이름을 준비합니다
Install-WindowsFeature FS-DFS-Namespace -IncludeManagementTools Get-WindowsFeature FS-DFS-Namespace
FS1의 관리자 Windows PowerShell에서 설치하고 DFS 관리(dfsmgmt.msc)를 엽니다. 도메인 기반 네임스페이스 생성 권한과 FS1의 관리자 권한을 준비합니다. 이번 네임스페이스 이름 Files가 도메인에서 이미 사용 중인지 확인하고 기존 항목을 덮어쓰지 않습니다.
도메인 기반과 독립 실행형은 구성 저장·가용성 설계가 다릅니다. DFS 네임스페이스 생성 안내에 따라 도메인 기반 네임스페이스를 만들되, Windows Server 2008 모드라는 명칭을 현재 서버 OS 버전과 혼동하지 않습니다. 이 강좌의 새 도메인 수준은 해당 모드의 요구 조건을 충족하는지 확인할 수 있는 구성입니다.
도메인 기반 네임스페이스를 만듭니다
- DFS 관리의 네임스페이스에서 새 네임스페이스를 선택합니다.
- 네임스페이스 서버로 FS1을 지정합니다.
- 이름 Files와 로컬 루트 경로·공유 설정을 확인합니다. 기존 데이터 폴더를 네임스페이스 루트로 덮어 사용하지 않습니다.
- 루트는 허용된 도메인 사용자에게 필요한 읽기·탐색만, 관리자와 SYSTEM에는 필요한 관리 권한을 부여합니다. 일반 사용자에게 루트의 파일 생성·권한 변경을 허용하지 않습니다.
- 도메인 기반 유형과 모드를 검토하고 최종 경로 \\ad.example.test\Files를 확인해 생성합니다.
루트의 읽기·탐색 권한과 Sales·Support 대상 공유의 데이터 권한은 별도입니다. 루트를 볼 수 있다고 두 부서 파일을 모두 열 수 있는 것은 아닙니다. 파일 데이터는 네임스페이스 루트에 직접 쌓지 않고 대상 공유에서 관리합니다.
논리 폴더에 실제 대상을 연결합니다
- 생성한 네임스페이스에서 새 폴더를 선택하고 이름 Sales를 입력합니다.
- 폴더 대상에 \\fs1.ad.example.test\Sales를 추가합니다.
- Support 폴더도 만들고 해당 실제 Support 공유를 연결합니다.
- 파일 복제 구성을 제안하는 화면이 나타나도 이번 실습에서는 복제 그룹을 새로 만들지 않습니다.
대상 경로는 로컬 D:\ 경로가 아니라 정상 동작하는 공유 UNC 경로입니다. DFS 폴더 대상 추가 안내를 참고해 폴더 이름과 대상 이름을 구분하세요. 두 개의 서로 다른 공유를 같은 논리 폴더에 추가한다고 파일이 자동으로 같아지는 것은 아닙니다.
Get-DfsnRoot -Path '\\ad.example.test\Files' Get-DfsnFolder -Path '\\ad.example.test\Files\*' Get-DfsnFolderTarget -Path '\\ad.example.test\Files\Sales'
일반 사용자와 실제 경로로 비교 검증합니다
CLIENT1에서 sales.user1로 새 로그인하고 DFS의 Sales 경로를 통해 시험 파일을 생성합니다. 실제 Sales 공유에서도 같은 파일이 보이는지 확인합니다. Support는 기존 권한에 따라 접근이 제한되어야 합니다. support.user1도 반대 방향으로 확인하세요.
직접 경로는 되는데 DFS 경로만 실패하면 네임스페이스 루트·폴더 대상, 도메인 DNS와 클라이언트 참조 정보를 확인합니다. 네임스페이스 캐시 때문에 변경이 즉시 보이지 않을 수 있습니다. 클라이언트 캐시 문제를 해결하려고 AD의 네임스페이스 정보를 무작정 삭제하지 않습니다.
가용성이 필요하면 추가 네임스페이스 서버와 실제 파일 데이터의 가용성을 각각 설계해야 합니다. 실습을 제거할 때는 새 논리 폴더·대상과 네임스페이스를 확인해 정리하고, 원래 Sales·Support 공유의 데이터까지 삭제하지 않습니다.
