사이트 VPN을 통한 매핑된 드라이브: DNS, SMB와 UNC 경로
네트워크 검색은 라우팅된 링크를 넘지 않지만 이름이 있는 UNC 경로는 넘습니다. DNS를 서버로 향하게 하고 SMB를 양방향으로 연 뒤 드라이브를 매핑하십시오.
탐색기의 네트워크 페이지에는 로컬 세그먼트에서 자신을 알린 장치만 표시되며, 라우팅된 터널은 그 알림을 전혀 전달하지 않습니다. 그래서 서버는 완벽하게 도달 가능한데 사용자 앞의 창은 비어 있는 상황이 생깁니다. 이름이 있는 UNC 경로는 검색에 전혀 의존하지 않으며, 해결책은 이름이 확인되고 포트가 응답하게 만드는 것입니다. 빈 창은 공유가 깨진 것이 아니라 계층이 잘못되었다는 증상입니다.
검색과 도달 가능성은 같지 않습니다
Windows는 브로드캐스트 도메인을 위해 설계된 프로토콜로 가까운 컴퓨터를 찾고, 찾은 것을 편의 목록으로 보여 줍니다. 그 목록의 어떤 항목도 SMB 파일 접근에 필요하지 않습니다. 서버 이름을 알고 TCP 445에 도달할 수 있는 클라이언트는 컴퓨터가 네트워크에 나타나든 아니든 공유를 엽니다.
두 계층은 서로 독립적으로 실패하므로 "보이지 않는다"와 "열 수 없다"는 서로 다른 시험을 받을 자격이 있습니다. 목록을 보는 것은 검색에 대한 정보이고, 경로를 여는 것은 서비스에 대한 정보입니다.
공유를 매핑하기 전에 서버에 이름을 붙이십시오
파일 서버를 반대편에서 가지는 주소와 함께 DNS에 게시하고, 클라이언트 사이트를 해당 영역에 응답할 수 있는 리졸버로 향하게 하십시오. 정규화된 이름을 쓰면 로컬 접미사 검색 목록에 의존하지 않게 되며, 짧은 이름이 한 사이트에서는 되고 다른 사이트에서는 안 되는 흔한 이유가 바로 이것입니다.
환경이 Active Directory를 사용한다면 이름 확인은 인증의 일부이기도 합니다. 클라이언트는 Kerberos를 위해 도메인 컨트롤러에 도달해야 하고, 시계가 너무 어긋나면 티켓 교환이 실패합니다. 이것은 SMB 도달 가능성과 다른 문제이며 자격 증명 오류처럼 보입니다. 비밀번호를 다시 입력하기 전에 도메인 컨트롤러를 시험하십시오.
| Layer | What it needs | Symptom when missing |
|---|---|---|
| Name resolution | A DNS answer for the server name | Path cannot be found, ping by IP still works |
| Transport | TCP 445 open in both directions | Connection times out or is refused |
| Authentication | A reachable domain controller and correct clock | Access is denied after the port connects |
| Authorization | Share permission and filesystem permission | The share opens but the folder is inaccessible |
양방향 라우팅과 필터링
사이트 간 터널에는 로컬 라우팅 테이블의 원격 접두사와 원격 테이블의 로컬 접두사가 필요하며, 양쪽 방화벽이 도착하는 트래픽을 허용해야 합니다. 단방향 구성은 열리지만 결코 응답하지 않는 연결을 만들고, 사용자는 이를 공유가 느리다고 표현합니다. 먼저 터널 자체의 카운터를 확인하십시오. 패킷이 나가는데 아무것도 돌아오지 않는다면 반환 경로나 원격 필터를 보십시오.
WireGuard에서는 피어의 허용 IP와 운영 체제 경로가 그 설계와 일치해야 합니다. 터널은 패킷을 나를 뿐, DNS 레코드나 공유 권한을 제공하지 않습니다어느 쪽에서도.
방화벽 규칙은 실제로 연결할 원본 네트워크를 기준으로 만들고 예외를 적어 두십시오. 설계가 경로 어딘가에서 주소를 변환한다면 규칙은 변환된 원본을 써야 하며, 원래 클라이언트 주소는 더 이상 로그에 보이지 않습니다.
인증한 다음 드라이브를 매핑하십시오
탐색기 창 대신 명령으로 계층을 내려가십시오:
Resolve-DnsName -Name files.corp.example -Type A
Test-NetConnection -ComputerName files.corp.example -Port 445
net use Z: \\files.corp.example\Projects /persistent:no두 번째 명령은 TCP 경로를 증명할 뿐 무엇이든 읽을 권리를 증명하지 않습니다. 세 번째가 인증과 권한 부여가 실제로 행사되는 지점이며, 거기서 실패하면 라우터가 아니라 공유와 파일 시스템 권한을 봐야 합니다.
SMB 서명과 기존 인증 정책을 그대로 유지하십시오. 명시적 경로에는 SMB1을 다시 켜거나 검색 브로드캐스트를 터널로 넘길 필요가 없으며, TCP 445는 인터넷을 향한 전달이 아니라 사설 경로에 남아야 합니다. 승인된 이름을 가리키는 관리형 바로 가기나 매핑된 드라이브를 사용자에게 주면 빈 네트워크 페이지는 더 이상 문제가 되지 않습니다.