SMB 폴더가 VPN에서 오래된 것처럼 보이나요? 오프라인 파일을 확인하세요

VPN에 연결하고 매핑된 드라이브를 열면 서버에 분명히 있는 파일이 폴더에 없습니다. 첫 반응은 터널, DNS 또는 Samba 권한을 탓하는 것입니다. 대부분의 경우 연결은 정상이며 Explorer가 공유의 캐시된 복사본을 표시하고 있습니다. 오프라인 파일이 VPN이 켜져 있어도 해당 복사본을 제공할 수 있는 것은 보기가 최신인지 결정하는 것이 터널이 아니라 공유이기 때문입니다. 해결은 어느 쪽을 보고 있는지 증명하는 것에서 시작합니다.

오해: VPN 아이콘은 공유가 최신이라는 뜻이다

VPN 아이콘은 엔드포인트까지 터널이 있음을 알려 줍니다. 특정 SMB 공유에 연결할 수 있는지, Explorer가 그 공유를 온라인 모드로 되돌렸는지, 동기화 실패로 이전 복사본이 남았는지는 알려 주지 않습니다. DFS 경로가 어느 서버를 선택했는지도 알려 주지 않습니다.

오프라인 파일은 리디렉션되거나 고정된 공유의 로컬 복사본을 보관합니다 서버에 연결할 수 없을 때도 사용할 수 있도록 하기 위해서입니다. 공유가 돌아오면 클라이언트는 온라인으로 돌아가 동기화해야 합니다. 느린 링크 정책이 연결이 여전히 너무 느리다고 판단해 캐시된 보기를 유지할 수 있고, 보류 중인 충돌도 빠른 링크에서 같은 일을 할 수 있습니다.

증상이 선택적으로 보이는 것은 한 폴더는 오래되었고, 다른 폴더는 올바르게 열리며, 세 번째 폴더는 전혀 열리지 않기 때문입니다. 이는 세 가지 다른 상태이며, 이 문서가 다루는 캐시 이야기는 첫 번째에만 해당합니다. 해결 방법을 고르기 전에 상태를 이름 붙이세요.

Explorer가 어느 대상을 읽고 있는지 증명하세요

드라이브 문자 대신 정확한 UNC 경로로 시작하세요. 매핑된 드라이브는 생각하는 것과 다른 공유를 가리킬 수 있고 DFS 경로는 전혀 다른 서버를 가리킬 수 있으므로, 매핑을 읽으면 저장된 대상과 상태가 표시됩니다.

Get-SmbMapping | Select-Object LocalPath, RemotePath, Status
Get-SmbConnection
net use

새 Explorer 창에서 UNC 경로를 직접 열고 매핑된 드라이브와 비교하세요. 직접 경로에 현재 파일이 표시되고 매핑된 드라이브에는 표시되지 않는다면, 문제의 일부는 매핑이며 캐시가 아닙니다.

그다음 파일이 의도한 사용자에게 있는지 확인하세요. 서버의 관리자 목록은 존재를 증명하지만 일반 SMB 사용자가 같은 액세스 권한을 가진다는 뜻은 아니므로, 실제로 공유를 사용하는 계정으로 확인하세요. 자격 증명이 다르면 캐시와 무관한 이유로 보기도 달라집니다. 존재, 액세스, 가시성은 세 가지 별개의 확인입니다.

무엇이든 지우기 전에 동기화 상태를 읽으세요

이 기능을 사용할 수 있는 동기화 센터는 공유가 오프라인으로 작동하는지, 마지막 동기화가 실패했는지, 충돌이 대기 중인지 보고합니다. 이 세 가지 상태는 서로 다른 해결 방법으로 이어지며, 충돌이 보류 중일 때 캐시를 지우면 로컬 작업이 사라질 수 있습니다.

캐시를 사용하지 않도록 설정하거나, 공유 고정을 해제하거나, 오프라인 복사본을 삭제하기 전에 서버에 도달하지 않은 로컬 변경 내용을 찾으세요. 캐시에만 있는 파일은 오래된 보기가 아니라 동기화되지 않은 데이터이며, 먼저 승인된 절차로 보존해야 합니다. 보류 중인 변경 내용이 있는 캐시는 삭제해도 안전하지 않습니다.

로컬 작업이 안전해지면 지원되는 온라인 전환과 동기화를 사용하고, 그다음 목록을 다시 비교하세요. 두 번째 Explorer 창을 열어도 새로 고침이 강제되지 않는 것은 두 창이 같은 로컬 캐시를 읽을 수 있기 때문입니다.

기능을 삭제하는 대신 공유 상태를 복구하세요

느린 링크 정책 때문에 공유가 오프라인으로 남는다면 모든 사용자에 대해 오프라인 파일을 끄는 대신 해당 공유나 네트워크에 대한 정책을 조정하세요. 동기화가 계속 실패하면 실패를 고치고 충돌을 해결해야 하며, 캐시된 복사본을 다시 최신으로 만드는 것은 작동하는 동기화입니다. 공유를 포괄하는 가장 작은 정책을 변경하세요. 전역 변경은 한 사용자의 오래된 보기를 모두의 오프라인 액세스 상실과 맞바꿉니다.

서버는 절대 캐시해서는 안 되는 공유를 위해 공유별 힌트를 보낼 수 있고, Samba는 이를 공유 매개 변수로 노출하며, 온라인 전용으로 유지해야 하는 공유의 값은 다음과 같습니다.

csc policy = disable

Samba 매개 변수 참조 는 허용되는 값과 그 의미를 정의합니다. 구성을 실제로 생성하는 공유 관리자를 통해 설정을 적용하고, 특히 NAS에서 중요하므로 힌트는 클라이언트에 이미 캐시된 데이터를 복구하지 않는다는 점을 기억하세요.

정책을 변경한 후에는 클라이언트가 다시 연결되고 예상한 파일이 나타나는지 확인하세요. 서비스를 다시 시작한 것은 보류 중인 로컬 변경 내용이 업로드되었다는 증거가 아니므로 연결 상태만이 아니라 파일을 확인하세요.

원인이 오프라인 파일이 아닐 때

UNC 경로가 온라인임을 확인했는데도 새 목록이 여전히 다르다면 캐시가 설명이 아닙니다. 공유 및 파일 시스템 권한, 액세스 기반 열거, DFS 참조가 실제로 선택한 서버를 확인하세요. 이 중 어느 것이든 로컬 복사본 없이 폴더를 숨길 수 있습니다.

절대 연결되지 않는 공유에는 캐시 확인이 아니라 라우팅과 서비스 필터링의 증거가 필요합니다. 터널을 통해 차단된 포트 445, 잘못된 주소로 확인되는 DNS 이름 또는 ping은 허용하지만 SMB는 허용하지 않는 방화벽 규칙은 모두 캐시가 중요해지기 전에 실패를 만듭니다.

두 계열을 구분하는 테스트는 간단합니다: 서버에 존재하고 올바른 사용자에게 보이며 그래도 온라인에 나타나지 않는 폴더는 정책이나 열거를 가리키고, 오래된 내용으로 나타나는 폴더는 캐시를 가리킵니다. 설정을 변경하기 전에 계열을 진단하세요.