저는 Windows 10 노트북을 사용하고 있으며 사무실에는 Samba를 실행하는 Linux 파일 서버가 있습니다. 어떤 이유로 인해 서버가 내 네트워크 위치에 표시되지 않고 네트워크 드라이브를 파일 서버에 매핑할 수 없습니다. 위치를 탐색하고 서버의 로컬 IP를 매핑하려고 시도했지만 유효한 위치를 입력하지 않았다는 메시지가 다시 나타납니다.
답변1
환경의 세부 사항에 따라 여러 가지 원인이 있을 수 있습니다.
Windows 10 설치가 원래 Fall Creators Update 이상과 함께 제공된 경우 SMBv1 클라이언트는 기본적으로 비활성화됩니다. 이는 SMBv1 프로토콜의 치명적인 취약점을 악용한 WannaCry 랜섬웨어 확산으로 인해 촉발되었습니다.
Linux 파일 서버(지정되지 않은 배포판 및 버전?)가 패치가 오래되었거나 오랫동안 검토되지 않은 기본 구성이 아닌 경우 파일에 server max protocol여전히 smb.conf기본 설정/설정이 있을 수 있습니다 NT1. SMBv1을 나타냅니다. 위에서 언급한 취약점으로 인해 지난해 정도에 SMBv1에서 전환했어야 합니다.
모든 엔터프라이즈 Linux 배포판은 지원되는 배포 버전에서 SMBv2 및/또는 SMBv3 사용을 허용하는 업데이트를 이미 출시했습니다. 따라서 서버가 최신 상태라면 smb.conf파일에 어리석은 설정이 없는지 확인하고 설정 이 있으면 더 나은 server max protocol설정으로 변경하십시오 .server max protocol = SMB3_02
SMBv1은 오랫동안 최종 제거를 계획해 왔으며 취약점이 발견되면 제거 프로세스가 가속화되었습니다.
사무실 네트워크 환경이 Active Directory를 사용하는 경우 네트워크 위치 검색은 AD를 사용할 가능성이 높으며 Linux 파일 서버가 AD 도메인에 적절한 DNS 레코드를 등록할 수 없는 것이 문제일 수 있습니다.
Active Directory가 없으면 네트워크 위치 검색은 WINS 서버(하나 이상의 서버 호스트에 대한 추가 역할)를 사용하거나 브로드캐스트 서버에만 의존할 수 있는 이전 NetBIOS 스타일로 대체됩니다. 이 경우 포트 137/UDP 및 138/UDP가 클라이언트 측과 서버 측에서 차단되지 않았는지 확인해야 합니다.