Linux 네트워크가 Samba를 사용하는 이유는 무엇입니까?


9

Linux 배포판의 "파일 및 프린터 공유"기능은 대부분 Samba입니다. Samba는 Microsoft의 네트워크 파일 시스템을 해석 한 것입니다.

OS 간 호환성은 물론 중요하지만 왜 Linux 시스템이이 Microsoft 기술로 기본 설정되어 있습니까?

Microsoft의 네트워크 파일 시스템이 그렇게 좋습니까? 삼바는 분명히 잘 작동하며 나는 그것을 "dissing"하지 않습니다.

또는 "네트워크를 통해 파일과 프린터를 공유하는 Linux 기본 방법은 무엇입니까?"


나는 Samba를 꽤 오랫동안 사용해 왔으며 그것이 "잘"작동한다고는 말하지 않을 것이다 ... 그것은 작동하지만, 특히 NFS에 비해 매우 느리다. 공유 요구에 Windows boxen이 관련된 경우 Samba를 예약합니다.
Brian Knoblauch

허. 프린터 공유에 CUPS를 거의 독점적으로 사용하는 경향이 있습니다. 2000 년 이후 9x 또는 NT <5가 포함 된 경우 Samba 만 포함하고 최신 IPP를 직접 지원합니다 (공유 경로를 입력하라는 메시지가 표시되면 프린터 URL을 입력하십시오).
SamB

당신이 IBM에 의해 작성되었습니다 "마이크로 소프트의 네트워크 파일 시스템"(SMB) 등을 참조
symcbean

답변:


10

Microsoft의 네트워크 파일 시스템이 그렇게 좋습니까?

그것이 어디에나 있다는 관점에서 보면 그렇습니다. 그것이 좋은 프로토콜인지 묻는다면, 대답은 그것이 실제로 그렇게 위대한 것은 아니라는 것입니다. 대기 시간이 긴 링크에는 큰 문제가 있습니다. 중복 명령이 너무 많습니다. Microsoft는 SMB2로이 문제를 많이 해결했습니다.

이 마이크로 소프트 기술을 기본으로하는 리눅스 시스템?

Linux 박스가 이기종 네트워크에 참여할 수 있어야하는 많은 사용자가 있습니다. SMB는 모든 공통 운영 체제에서 지원되는 것으로 가장 낮은 공통 분모입니다.

파일과 프린터를 공유하는 리눅스 네이티브 방법

NFS는 아마도 가장 표준적인 * nix 파일 공유 프로토콜 일 것입니다.

LPR 또는 CUPS가 가장 일반적인 인쇄 프로토콜입니다.

개인적으로 webdav가 파일 공유에 더 일반적이되기를 바랍니다. 그러나 아직 * nix에 대한 훌륭한 webdav 데몬을 찾지 못했습니다.


1
WebDAV에 동의합니다. 나는 Apache를 통해 많이 사용하지만 서버와 데스크탑 모두에서 분명히 2 급 시민입니다.
Mark Porter

11

Linux를위한 2 개의 파일 공유 시스템은 NFS 및 SAMBA입니다. 우리는 다른 이유로 두 가지를 모두 실행합니다. 여기에 최고의 헤드 프로 / 콘 목록이 있습니다.

NFS

  • + 서버 간
  • + 빠른
  • + 적은 수의 사용자를위한 손쉬운 설정
  • + 클러스터링 / 고 가용성에 매우 신뢰할 수 있음
  • - 각 클라이언트 컴퓨터는 / etc / exports에 자체 구성이 필요합니다
  • - 매우 제한된 보안 옵션.
  • - 사용자 유닉스 권한을 유지하기 위해 서버와 클라이언트 모두 일치해야합니다
  • - 공유 외부의 컨텐츠에 대한 심볼릭 링크가 실패하거나 클라이언트에서 동일한 이름의 자원을 더 잘못 사용합니다.

삼바

  • + 서버 투 사용자
  • + 매우 유연한 구성
  • + Active Directory, LDAP, 로컬 사용자, 삼바 사용자에 대한 사용자 별 인증 기능
  • + 대부분의 다른 OS와의 호환성
  • + 프린터 공유 기능
  • + 임의의 권한으로 파일을 저장하는 기능.
  • + 선택적으로 전체 UNIX 권한을 지원합니다
  • + 공유 외부의 리소스에 대한 심볼릭 링크 기능은 공유 내부에있는 것으로 보입니다. 예를 들어 탑재 된 공유를 다시 내 보냅니다.
  • - NFS보다 약간 높은 오버 헤드
  • - 유연한 설정은 망치 쉽다
  • - 캐싱 / 잠금 문제. 모든 사용자가 samba를 사용하여 파일에 액세스하지 않는 경우 일부 사용자는 파일 변경 사항을 볼 수 없습니다
  • - 마이크로 소프트 문제. MS는 몇 년마다 사양을 "개선"하기를 원하므로 향후 Windows 데스크톱 클라이언트가 Samba 서버에 연결하지 못할 수 있습니다. 삼바 팀은 MS에 대한 정보를 잘 알고 있지만이 점을 알고 있어야합니다

1
/ etc / exports는 cidr 또는 netmask 표기법을 지원하므로 연속 블록으로 내보내는 일반적인 경우 모든 클라이언트를 명시 적으로 나열 할 필요가 없습니다. 또한, wrt. 심볼릭
janneb

둘 다 좋은 점입니다. 우리는 "와이드 링크"또는 "유닉스 확장"을 가지고 있지만 둘다는 아닙니다. 이것은 유연하고 쉽게 조일 수있는 삼바로 돌아갑니다. NFS의 네트 마스크와 관련하여 귀하는 절대적으로 옳습니다. 소규모의 관리되는 프라이빗 서브넷과 같이 알지 못하는 컴퓨터에 쉽게 액세스 할 수 있으면 많은 노력을 절약 할 수 있습니다. 저는 대학 병원에서 일하고 있으며 인트라넷도 신뢰할 수없는 네트워크로 취급하는 경향이 있습니다.
Mark Porter

1
실제로 MS는 Windows가 최소한 두 번의 릴리스에서 시스템의 SMB 공유를 사용할 수 있는지 확인하는 데 아주 좋습니다. 따라서 Samba가 최소한 문제가되지 않도록 유지할 수있는 한 SMB 공유를 유지하는 것이 좋습니다. 개발자에게는 엉망이지만 사실 관리 할 수 ​​있다고 생각합니다. (아니, 나를 죽이지 마, Jelmer! 나는 그들이 상황을 악화시킬 것을 제안하지 않았다!)
SamB

8

Samba 는 수정되지 않은 Windows 스테이션과 통신 할 수 있기 때문에 많은 부분에서 명성을 얻었으며 , 일반적으로 Windows는 특정 네트워크에서 가장 많은 데스크톱 사용자가 더 흥미를 느끼기 때문에 일반적으로 사용됩니다. 다른 Mac 사용자는 잘 관리되지 않은 Netatalk 패키지 또는 OS에 내장 된 Samba 패키지를 훨씬 더 많이 사용할 수 있습니다. 요컨대 삼바는 이기종 네트워크에서 가장 잘 작동하기 때문에 폭탄이다.

의심 할 여지없이 특허를 공개 한 순수한 오픈 소스 파일 서비스 솔루션은 데스크톱 사용자에게 친숙하지 않습니다. NFS는 루트 마운트를 필요로하며 최근까지 내장 된 보안 기능을 거의 갖추지 못했습니다. FuseFS 패키지는 SSH / SFTP와 같은 것들이 파일 공유 프로토콜 대신 파일 제공 프로토콜 이 될 수 있기 때문에 데스크탑 리눅스 사용자들에게 훨씬 더 쉬운 방법으로 사용되었습니다 . 파일-> 저장-> 위치 찾아보기, FuseFS와 함께 작동합니다.


2

Linux 파일 공유는 NFS이고 프린터 공유는 CUPS입니다. 그러나 SSH, FTP, SFTP 등과 같은 다른 많은 파일 공유가 아래에 나열되어 있습니다.


1

FTP, HTTP, NFS 및 SSH와 같은 프로토콜. 일반적으로 플랫폼간에 파일을 편리하게 전송하기 위해 SAMBA 파일 공유 만 사용합니다.



0

표준 UNIX 파일 공유는 NFS입니다. 그러나 사람들이 말했듯이 그것은 유닉스 전용입니다. NFS에는 로그인 매핑 등의 문제도 있습니다. SAMBA 구현은 많은 시스템에 존재하며 가장 광범위한 연결 옵션을 제공합니다. Windows 시스템, Linux 시스템 및 최신 Mac은 모두 SAMBA를 사용할 수 있습니다. 만약 당신이 그것을 사용한다면, 당신은 다른 머신들이 연결될 수 있다는 것을 거의 보증합니다.


1
NFS는 유닉스 만이 아닙니다. Windows 상자에 유닉스 용 서비스를 설치하고 nfs에 액세스 할 수 있지만 설정이 쉽지 않습니다.
Zoredache

예, 좋은 지적입니다. Windows의 Services for Unix에 대해 잊어 버렸습니다. 그러나 그 서버뿐만 아니라 공유만을위한 것이 아닙니다. 제가 기억하는 것처럼 NFS 공유에 연결할 수 없습니다. 더 명확하게 설명 했어야 했어요.
veveveve

리눅스 기반 NFS 공유에 매우 쉽게 연결되는 win7 VM이 있습니다.
dyasny

1
누구든지 Windows에서 NFS 용 클라이언트를 사용하려고합니다. technet.microsoft.com/ko-kr/library/cc754046.aspx
wanghq
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.