VPN에서 네트워크 공유가 표시되지 않습니까? 검색이 멈춥니다

경로를 입력하면 공유가 열리는데 네트워크 브라우저는 아무것도 표시하지 않습니다. 이 조합은 터널을 통해 흔하며 보통 고장이 아닙니다. 검색은 로컬 세그먼트에 질문하고, 도달 가능성은 호스트 하나에 질문합니다. 라우팅된 터널은 후자를 나르고 전자를 나르지 않습니다.

검색과 도달 가능성은 별개입니다

찾아보기 목록은 로컬 세그먼트에 서비스를 알리고 그 알림을 듣는 프로토콜이 만듭니다. 공유를 이름으로 여는 것은 호스트 하나에 대한 직접 연결입니다. 전자에는 브로드캐스트나 멀티캐스트 도메인이 필요하고, 후자에는 경로와 포트가 필요합니다.

터널을 통해서는 후자가 완벽하게 동작해도 전자는 빈 창을 반환할 수 있습니다. 빈 창을 고장으로 보면 제 일을 하고 있는 멀쩡한 터널을 찾아 나서게 됩니다.

찾아보기 목록이 비어 있는 이유

Windows는 Computer Browser 서비스를 폐기하고 SMB 버전 1을 기본으로 비활성화했으며, 이로써 예전 Network Neighborhood 뒤의 장치가 사라졌습니다. WS-Discovery, SSDP, 멀티캐스트 DNS 같은 대체 수단은 로컬 링크에만 존재하는 브로드캐스트나 멀티캐스트 그룹을 다룹니다. 지점 간 터널에는 그런 링크가 없고, 라우터는 기본적으로 그 그룹을 전달하지 않습니다. 모든 호스트에 도달할 수 있어도 목록은 여전히 비어 있을 수 있습니다.

일부 프로그램은 자체 검색 도우미를 추가합니다. 그 도우미가 동작할 때 그것은 프로그램의 기능이며 터널의 속성이 아닙니다.

명시적 이름을 사용하고 그다음 접근을 확인하십시오

UNC 경로, 매핑된 드라이브 또는 SMB 주소에 대한 Finder 연결은 이름이 확인되고 포트가 열려 있으면 터널을 통해 동작합니다. 확인은 DNS, VPN이 제공하는 검색 접미사, 또는 중앙에서 관리하는 hosts 항목에서 올 수 있습니다. 도메인에서는 디렉터리 쿼리로 컴퓨터 개체를 나열할 수 있으며, 그 목록이 보통 라우팅된 네트워크에서 찾아보기 보기에 가장 가까운 대안입니다. 알려진 접두사의 포트 스캔은 직접 운영하거나 명시적으로 테스트 권한이 있는 네트워크에서만 허용됩니다.

응답하는 호스트가 공유가 열린다고 보장하지는 않습니다. NAS는 자체 서브넷으로 제한된 허용 목록을 가질 수 있으며, 이는 VPN 풀 주소를 거부합니다. 파일 서버의 방화벽 규칙이 로컬 서브넷만 지정할 수도 있습니다. 공유에 제공한 계정이 그 서버에 한 번도 만들어진 적 없는 로컬 계정일 수 있고, VPN을 통해 연결한다고 해서 그것이 만들어지지는 않습니다.

일부 기업용 프로그램은 터널이 켜져 있는 동안 로컬 및 가상 머신 트래픽을 의도적으로 차단합니다. 그 빠진 접근은 정책이며, 수정은 관리자의 몫이고 프로그램의 경로 테이블이 아닙니다.

반복할 가치가 있는 진단 순서

계층을 순서대로 밟아 주소에 도달하고, 이름을 확인하고, 포트 445를 열고, 인증한 다음 공유 권한을 읽습니다. 각 답은 별개이며, 건너뛰면 자신만만한 잘못된 결론에 이릅니다. 모두 통과한 뒤에야 검색을 조사할 가치가 있습니다.

nslookup fileserver.example.com
nc -vz fileserver.example.com 445
smbclient -L //fileserver.example.com -U EXAMPLE/jdoe

서버 이름, 공유 경로, 확인된 주소, 동작한 계정을 적어 두십시오. 나중에 서비스를 다시 시작한 뒤 찾아보기 목록이 채워진다면 그것을 검색의 변덕으로 보고 이전 경로가 틀렸다는 증거로 보지 마십시오. 그 기록이 있어야 다음 사람이 빈 창을 건너뛸 수 있습니다.