| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
Oracle Solaris 관리: 네트워크 서비스 Oracle Solaris 11 Information Library (한국어) |
| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
|
Oracle Solaris 관리: 네트워크 서비스 Oracle Solaris 11 Information Library (한국어) |
NFS 서버에서 큰 파일을 사용 안함으로 설정하는 방법
단일 클라이언트에 대한 마운트 액세스를 사용 안함으로 설정하는 방법
NFS URL을 사용하여 NFS 파일 시스템을 마운트하는 방법
mount 명령을 사용하여 클라이언트에서 다른 NFS 버전을 선택하는 방법
DH 인증을 사용하여 보안 NFS 환경을 설정하는 방법
방화벽을 통해 WebNFS 액세스를 사용으로 설정하는 방법
SMF 매개변수를 사용하여 autofs 환경을 구성하는 방법
autofs를 사용하여 CD-ROM 응용 프로그램에 액세스하는 방법
autofs를 사용하여 PC-DOS 데이터 디스켓에 액세스하는 방법
여러 홈 디렉토리 파일 시스템을 사용하여 /home을 설정하는 방법
공유 네임스페이스에 액세스하도록 서로 다른 구조를 설정하는 방법
호환되지 않는 클라이언트 운영 체제 버전을 지원하는 방법
단일 NFS 클라이언트에서 autofs 찾아보기 기능을 완전히 사용 안함으로 설정하는 방법
이 절에서는 환경에서 수행할 수 있는 몇 가지 일반적인 작업에 대해 설명합니다. 클라이언트의 요구를 가장 효율적으로 충족할 수 있도록 autofs를 구성하는 데 도움이 되는 권장 절차가 각 시나리오에 포함되어 있습니다.
아래 표에는 autofs와 관련된 대부분의 작업에 대한 설명 및 포인터가 나와 있습니다.
표 5-5 Autofs 관리 작업 맵
|
SMF 매개변수를 사용하여 autofs 환경을 구성할 수 있습니다. 구체적으로 이 기능은 autofs 명령 및 autofs 데몬을 구성하는 방법을 추가로 제공합니다. 명령줄에서 지정할 수 있는 항목을 sharectl 명령을 통해서도 지정할 수 있습니다. 명령을 통해 지정하려면 키워드에 값을 제공하면 됩니다.
다음 절차에서는 sharectl 명령을 사용하여 autofs 매개변수를 관리하는 방법을 보여줍니다.
자세한 내용은 Oracle Solaris 관리: 보안 서비스의 관리 권한을 얻는 방법을 참조하십시오.
예를 들어 모든 autofs 마운트 지점에 대해 찾아보기를 해제하려면 다음 명령을 사용합니다.
# sharectl set -p nobrowse=on autofs
nobrowse 키워드는 automountd의 -n 옵션에 해당합니다.
다음 명령을 입력합니다.
# svcadm restart system/filesystem/autofs
아래 표에는 autofs 맵을 관리할 때 주의해야 하는 몇 가지 요인에 대한 설명이 나와 있습니다. 선택한 맵 및 이름 서비스에 따라 autofs 맵을 변경하는 데 사용해야 하는 방식이 달라집니다.
아래 표에는 맵의 유형과 해당 용도에 대한 설명이 나와 있습니다.
표 5-6 autofs 맵의 유형 및 해당 용도
|
아래 표에서는 이름 서비스를 기반으로 autofs 환경을 변경하는 방법에 대해 설명합니다.
표 5-7 맵 유지 관리
|
다음 표에서는 맵 유형 수정에 따라 automount 명령을 실행하는 경우에 대해 설명합니다. 예를 들어 직접 맵에 내용을 추가하거나 맵에서 내용을 삭제한 경우에는 로컬 시스템에서 automount 명령을 실행해야 합니다. 명령을 실행하면 변경 내용이 적용됩니다. 그러나 기존 항목을 수정한 경우에는 automount 명령을 실행하지 않아도 변경 내용이 적용됩니다.
표 5-8 automount 명령을 실행하는 경우
|
다음 절차에서는 여러 자동 마운트 맵 유형을 업데이트하는 방법을 보여줍니다.
맵을 변경하기 위해 수행해야 하는 특정 단계는 사용 중인 이름 서비스에 따라 다릅니다.
자세한 내용은 Oracle Solaris 관리: 보안 서비스의 관리 권한을 얻는 방법을 참조하십시오.
또한 사용자가 자신의 컴퓨터에서 수퍼 유저로 automount 명령을 실행할 수 있도록 알림을 제공해야 합니다. automount 명령은 실행될 때마다 마스터 맵에서 정보를 수집합니다.
맵을 변경하기 위해 수행해야 하는 특정 단계는 사용 중인 이름 서비스에 따라 다릅니다.
맵을 변경하기 위해 수행해야 하는 특정 단계는 사용 중인 이름 서비스에 따라 다릅니다.
사용자가 필요한 경우 자신의 컴퓨터에서 수퍼 유저로 automount 명령을 실행할 수 있도록 알림을 제공해야 합니다.
주 - 기존 직접 맵 항목의 내용을 수정하거나 변경하는 경우에는 automount 명령을 실행하지 않아도 됩니다.
예를 들어 /usr/src 디렉토리가 다른 서버에서 마운트되도록 auto_direct 맵을 수정한다고 가정해 보겠습니다. 이때 /usr/src가 마운트되어 있지 않으면 /usr/src에 액세스할 때 새 항목이 즉시 적용됩니다. /usr/src가 마운트되어 있는 경우에는 자동 마운트 해제가 수행될 때까지 기다렸다가 파일에 액세스하면 됩니다.
주 - 가능한 경우에는 항상 간접 맵을 사용하십시오. 간접 맵은 보다 쉽게 생성할 수 있으며 컴퓨터 파일 시스템에 주는 부담이 적습니다. 또한 간접 맵은 마운트 테이블에서 직접 맵만큼 많은 공간을 차지하지 않습니다.
로컬 디스크 파티션이 /src에 마운트되어 있는 상태에서 autofs 서비스를 사용하여 다른 원본 디렉토리를 마운트하려는 경우에는 문제가 발생할 수 있습니다. 마운트 지점 /src 를 지정하는 경우 로컬 파티션에 연결할 때마다 NFS 서비스에서 해당 파티션을 숨깁니다.
따라서 파티션을 /export/src 등의 다른 위치에 마운트해야 합니다. 그런 후에 다음과 같은 항목을 /etc/vfstab에 추가해야 합니다.
/dev/dsk/d0t3d0s5 /dev/rdsk/c0t3d0s5 /export/src ufs 3 yes -
auto_src에도 이 항목이 필요합니다.
terra terra:/export/src
terra는 컴퓨터의 이름입니다.
Autofs는 NFS 파일 외의 파일도 마운트할 수 있습니다. Autofs는 디스켓이나 CD-ROM 등의 이동식 매체에 파일을 마운트합니다. 일반적으로는 Volume Manager를 사용하여 이동식 매체에 파일을 마운트합니다. 다음 예제에서는 autofs를 통해 이 마운트를 수행하는 방법을 보여줍니다. Volume Manager 및 autofs는 함께 작동하지 않으므로 먼저 Volume Manager를 비활성화해야 이러한 항목을 사용할 수 있습니다.
서버에서 파일 시스템을 마운트하는 대신 매체를 드라이브에 배치하고 맵에서 파일 시스템을 참조합니다. 비 NFS 파일 시스템에 액세스하려는 경우 autofs를 사용 중이라면 다음 절차를 참조하십시오.
자세한 내용은 Oracle Solaris 관리: 보안 서비스의 관리 권한을 얻는 방법을 참조하십시오.
다음과 같이 CD-ROM 파일 시스템에 대한 항목을 추가합니다.
hsfs -fstype=hsfs,ro :/dev/sr0
자세한 내용은 Oracle Solaris 관리: 보안 서비스의 관리 권한을 얻는 방법을 참조하십시오.
다음과 같이 디스켓 파일 시스템에 대한 항목을 추가합니다.
pcfs -fstype=pcfs :/dev/diskette
다양한 방식으로 자동 마운트 맵을 설정할 수 있습니다. 다음 작업에서는 쉽게 사용할 수 있는 디렉토리 구조를 제공하기 위해 자동 마운트 맵을 사용자 정의하는 방법을 상세하게 설명합니다.
모든 네트워크 사용자가 /home 아래에서 자기 자신이나 다른 사용자의 홈 디렉토리를 찾을 수 있어야 합니다. 이 보기는 모든 컴퓨터(클라이언트/서버)에서 공통으로 사용할 수 있어야 합니다.
모든 Oracle Solaris 제품 설치 시에는 /etc/auto_master 마스터 맵이 기본적으로 설치됩니다.
# Master map for autofs # +auto_master /net -hosts -nosuid,nobrowse /home auto_home -nobrowse
auto_home의 맵도 /etc 아래에 설치됩니다.
# Home directory map for autofs # +auto_home
외부 auto_home 맵에 대한 참조를 제외하면 이 맵은 비어 있습니다. /home 아래의 디렉토리를 모든 컴퓨터에서 공통으로 사용하려면 이 /etc/auto_home 맵을 수정하지 마십시오. 모든 홈 디렉토리는 이름 서비스 파일에 표시되어야 합니다.
주 - 사용자가 자신의 홈 디렉토리에서 setuid 실행 파일을 실행하도록 허용해서는 안 됩니다. 이 제한을 적용하지 않으면 모든 사용자가 모든 컴퓨터에 대한 수퍼 유저 권한을 가질 수 있습니다.
자세한 내용은 Oracle Solaris 관리: 보안 서비스의 관리 권한을 얻는 방법을 참조하십시오.
시스템에 파티션이 여러 개 있는 경우에는 /export/home1, /export/home2 등과 같은 별도의 디렉토리 아래에 파티션을 설치합니다.
새 사용자 계정을 만들 때마다 auto_home 맵에 사용자 홈 디렉토리의 위치를 입력합니다. 맵 항목은 다음과 같이 간단한 형태일 수 있습니다.
rusty dragon:/export/home1/& gwenda dragon:/export/home1/& charles sundog:/export/home2/& rich dragon:/export/home3/&
여기서는 &(앰퍼센드)를 맵 키 대신 사용했습니다. 앰퍼센드는 다음 예제에서 두번째 rusty 항목의 약어입니다.
rusty dragon:/export/home1/rusty
auto_home 맵이 배치되면 사용자가 /home/user 경로를 사용하여 자신의 홈 디렉토리를 비롯한 모든 홈 디렉토리를 참조할 수 있습니다. 여기서 user는 사용자의 로그인 이름 및 맵의 키입니다. 이와 같은 모든 홈 디렉토리의 공통 보기는 다른 사용자의 컴퓨터에 로깅할 때 유용하게 사용할 수 있습니다. autofs는 홈 디렉토리를 자동으로 마운트합니다. 마찬가지로 다른 컴퓨터에서 원격 윈도우화 시스템 클라이언트를 실행하는 경우 클라이언트 프로그램에도 동일한 /home 디렉토리 보기가 있습니다.
이 공통 보기는 서버로도 확장됩니다. 이전 예제에서 rusty가 dragon 서버에 로그인하는 경우 해당 서버의 autofs가 /export/home1/rusty를 /home/rusty에 루프백 마운트하여 로컬 디스크에 대한 직접 액세스 권한을 제공합니다.
따라서 사용자는 실제 홈 디렉토리 위치를 몰라도 됩니다. rusty가 디스크 공간이 더 필요하여 홈 디렉토리를 다른 서버로 옮겨야 하는 경우에는 간단한 변경만 수행하면 됩니다. 즉, 새 위치를 반영하도록 auto_home 맵에서 rusty의 항목만 변경하면 됩니다. 다른 사용자는 /home/rusty 경로를 계속 사용할 수 있습니다.
사용자가 대규모 소프트웨어 개발 프로젝트의 관리자라고 가정해 보겠습니다. 이 관리자는 모든 프로젝트 관련 파일을 /ws라는 디렉토리 아래에서 제공하려고 합니다. 사이트의 모든 워크스테이션에서 이 디렉토리를 공통으로 사용할 것입니다.
/ws auto_ws -nosuid
auto_ws 맵에서 /ws 디렉토리의 내용이 결정됩니다.
이 옵션은 작업 영역에 있을 수 있는 setuid 프로그램을 사용자가 실행할 수 없도록 합니다.
auto_ws 맵은 각 항목이 하위 프로젝트를 설명하는 방식으로 구성됩니다. 첫번째 시도에서는 다음과 같은 맵이 생성됩니다.
compiler alpha:/export/ws/& windows alpha:/export/ws/& files bravo:/export/ws/& drivers alpha:/export/ws/& man bravo:/export/ws/& tools delta:/export/ws/&
각 항목 끝의 앰퍼센드(&)는 항목 키의 약어입니다. 예를 들어 첫번째 항목은 다음에 해당합니다.
compiler alpha:/export/ws/compiler
이 첫번째 시도에서는 단순해 보이는 맵이 제공되지만 이 맵은 적절하지 않습니다. 프로젝트 구성기는 man 항목의 설명서를 각 하위 프로젝트 아래 하위 디렉토리로 제공해야 함을 결정합니다. 또한 각 하위 프로젝트에서는 하위 디렉토리가 여러 소프트웨어 버전을 설명해야 합니다. 이러한 각 하위 디렉토리는 서버의 전체 디스크 파티션에 지정해야 합니다.
맵의 항목을 다음과 같이 수정합니다.
compiler \
/vers1.0 alpha:/export/ws/&/vers1.0 \
/vers2.0 bravo:/export/ws/&/vers2.0 \
/man bravo:/export/ws/&/man
windows \
/vers1.0 alpha:/export/ws/&/vers1.0 \
/man bravo:/export/ws/&/man
files \
/vers1.0 alpha:/export/ws/&/vers1.0 \
/vers2.0 bravo:/export/ws/&/vers2.0 \
/vers3.0 bravo:/export/ws/&/vers3.0 \
/man bravo:/export/ws/&/man
drivers \
/vers1.0 alpha:/export/ws/&/vers1.0 \
/man bravo:/export/ws/&/man
tools \
/ delta:/export/ws/&이제 맵은 훨씬 더 크게 표시되지만 아직 포함된 항목은 5개뿐입니다. 각 항목은 여러 마운트를 포함하므로 이전보다 크기가 커졌습니다. 예를 들어 /ws/compiler를 참조하려면 vers1.0, vers2.0 및 man 디렉토리에 대한 3개의 마운트가 필요합니다. 각 행의 끝에 오는 백슬래시는 입력 내용이 다음 행으로 이어진다는 것을 autofs에 알립니다. 효율성을 위해 한 행에 모두 입력했지만 가독성을 위해 줄 바꿈과 들여쓰기가 부분적으로 사용되었습니다. tools 디렉토리에는 모든 하위 프로젝트에 대한 소프트웨어 개발 도구가 포함되어 있으므로 이 디렉토리는 같은 하위 디렉토리 구조를 따르지 않습니다. tools 디렉토리는 계속 단일 마운트로 유지됩니다.
디렉토리가 이와 같이 배열되므로 관리자는 작업을 훨씬 유동적으로 수행할 수 있습니다. 일반적으로 소프트웨어 프로젝트는 디스크 공간을 많이 사용합니다. 프로젝트 수명 동안 여러 디스크 파티션을 재배치 및 확장해야 할 수 있습니다. 이러한 변경 내용이 auto_ws 맵에 반영되어도 사용자는 알림을 받을 필요가 없습니다. /ws 아래의 디렉토리 계층은 변경되지 않기 때문입니다.
alpha 및 bravo 서버는 동일한 autofs 맵을 확인하므로, 이러한 컴퓨터에 로그인하는 사용자는 /ws 네임스페이스를 정상적으로 찾을 수 있습니다. 이러한 사용자에게는 NFS 마운트가 아닌 루프백 마운트를 통해 로컬 파일에 대한 직접 액세스 권한이 제공됩니다.
스프레드시트 응용 프로그램, 워드 프로세싱 패키지 등의 응용 프로그램과 로컬 실행 파일에 대해 공유 네임스페이스를 어셈블해야 합니다. 이 네임스페이스의 클라이언트는 서로 다른 실행 파일 형식을 필요로 하는 여러 워크스테이션 구조를 사용합니다. 또한 일부 워크스테이션에서는 다른 운영 체제 릴리스를 실행합니다.
Oracle Solaris Administration: Naming and Directory Services 를 참조하십시오.
이 이름을 통해 해당 네임스페이스에 속하는 파일과 디렉토리를 쉽게 식별할 수 있습니다. 예를 들어 이름으로 /usr/local을 사용하는 경우 /usr/local/bin 경로는 이 네임스페이스에 속합니다.
/usr/local에서 이 맵을 마운트합니다. NIS auto_master 맵에서 다음 항목을 설정합니다.
/usr/local auto_local -ro
-ro 마운트 옵션은 클라이언트가 파일 또는 디렉토리에 쓸 수 없음을 의미합니다.
디렉토리 구조는 다음과 같습니다.
bin aa:/export/local/bin
bin aa:/export/local/bin/$CPU
SPARC 클라이언트의 경우에는 /export/local/bin/sparc에 실행 파일을 저장합니다.
x86 클라이언트의 경우에는 /export/local/bin/i386에 실행 파일을 저장합니다.
autofs OSREL 변수를 CPU 변수와 결합하여 CPU 유형과 OS 릴리스를 모두 결정하는 이름을 만들 수 있습니다.
bin aa:/export/local/bin/$CPU$OSREL
운영 체제 버전 5.6을 실행하는 클라이언트의 경우 다음 파일 시스템을 내보냅니다.
SPARC 클라이언트의 경우 /export/local/bin/sparc5.6을 내보냅니다.
x86 클라이언트의 경우 /export/local/bin/i3865.6에 실행 파일을 저장합니다.
복제된 읽기 전용 파일 시스템을 공유하는 가장 효율적인 방법은 페일오버를 사용하는 것입니다. 페일오버에 대한 설명은 클라이언트측 페일오버를 참조하십시오.
자세한 내용은 Oracle Solaris 관리: 보안 서비스의 관리 권한을 얻는 방법을 참조하십시오.
다음과 같이 모든 복제본 서버 목록을 쉼표로 구분된 목록으로 만듭니다.
bin aa,bb,cc,dd:/export/local/bin/$CPU
autofs에서 가장 가까운 서버를 선택합니다. 서버에 네트워크 인터페이스가 여러 개 있는 경우 각 인터페이스를 목록에 포함합니다. autofs는 클라이언트에 가장 가까운 인터페이스를 선택하여 불필요한 NFS 트래픽 경로 지정을 방지합니다.
자세한 내용은 Oracle Solaris 관리: 보안 서비스의 관리 권한을 얻는 방법을 참조하십시오.
/home auto_home -nosuid
nosuid 옵션은 사용자가 setuid 또는 setgid 비트를 설정하여 파일을 만들지 못하도록 합니다.
이 항목은 일반 로컬 /etc/auto_master 파일에서 /home에 대한 항목을 대체합니다. 이전 예제를 참조하십시오. 이처럼 항목이 대체되는 이유는 파일의 /home 항목 이전에 외부 이름 서비스 맵에 대한 +auto_master를 참조하기 때문입니다. auto_home 맵의 항목에 마운트 옵션이 포함되는 경우에는 nosuid 옵션을 덮어씁니다. 따라서 auto_home 맵에서 옵션을 사용하지 않거나, nosuid 옵션을 각 항목에 포함해야 합니다.
주 - 홈 디렉토리 디스크 파티션을 서버의 /home 또는 그 아래에 마운트하지 마십시오.
자세한 내용은 Oracle Solaris 관리: 보안 서비스의 관리 권한을 얻는 방법을 참조하십시오.
/usr/local -ro,public bee:/export/share/local
public 옵션은 공용 핸들이 강제로 사용되도록 합니다. NFS 서버가 공용 파일 핸들을 지원하지 않는 경우에는 마운트가 실패합니다.
자세한 내용은 Oracle Solaris 관리: 보안 서비스의 관리 권한을 얻는 방법을 참조하십시오.
/usr/local -ro nfs://bee/export/share/local
서비스는 NFS 서버에서 공용 파일 핸들 사용을 시도합니다. 그러나 서버에서 공용 파일 핸들을 지원하지 않는 경우에는 MOUNT 프로토콜이 사용됩니다.
설치된 /etc/auto_master의 기본 버전에는 -nobrowse 옵션이 /home 및 /net에 대한 항목에 추가되어 있습니다. 또한 업그레이드 절차를 수행하면 -nobrowse 옵션이 /etc/auto_master의 /home 및 /net 항목에 추가됩니다(이러한 항목이 수정되지 않은 경우). 그러나 이러한 변경을 수동으로 수행하거나 설치 후에 사이트 특정 autofs 마운트 지점의 찾아보기 기능을 해제해야 할 수 있습니다.
여러 가지 방법으로 찾아보기 기능을 해제할 수 있습니다. automountd 데몬에 대해 명령줄 옵션을 사용하여 기능을 사용 안함으로 설정합니다. 이렇게 하면 클라이언트에 대한 autofs 찾아보기 기능이 완전히 해제됩니다. 또한 autofs 맵을 사용하여 모든 클라이언트에서 각 맵 항목에 대해 찾아보기 기능을 사용 안함으로 설정합니다. 네트워크 차원 네임스페이스를 사용하고 있지 않은 경우에는 로컬 autofs 맵을 사용하여 각 클라이언트에서 각 맵 항목에 대해 기능을 사용 안함으로 설정할 수도 있습니다.
자세한 내용은 Oracle Solaris 관리: 보안 서비스의 관리 권한을 얻는 방법을 참조하십시오.
# sharectl set -p nobrowse=TRUE autofs
# svcadm restart system/filesystem/autofs
모든 클라이언트에 대해 찾아보기 기능을 사용 안함으로 설정하려면 NIS와 같은 이름 서비스를 적용해야 합니다. 그렇지 않으면 각 클라이언트에서 자동 마운트 맵을 수동으로 편집해야 합니다. 이 예제에서는 /home 디렉토리의 찾아보기 기능을 사용 안함으로 설정합니다. 사용 안함으로 설정해야 하는 각 간접 autofs 노드에 대해 다음 절차를 따라야 합니다.
/home auto_home -nobrowse
클라이언트 시스템에서 automount 명령을 실행한 후에 또는 재부트 후에 새 동작이 적용됩니다.
# /usr/sbin/automount
이 예제에서는 /net 디렉토리의 찾아보기 기능을 사용 안함으로 설정합니다. /home 또는 다른 autofs 마운트 지점에도 같은 절차를 사용할 수 있습니다.
name-service/switch 서비스의 config/automount 등록 정보에 자동 마운트 정보 검색 순서가 표시됩니다.
# svcprop -p config svc:/system/name-service/switch config/value_authorization astring solaris.smf.value.name-service.switch config/printer astring user\ files config/default astring files\ nis config/automount astring files\ nis
마지막 항목에는 로컬 자동 마운트 파일이 먼저 검색된 다음 NIS 서비스를 확인함이 표시됩니다. config/default 항목은 구체적으로 나열되어 있지 않은 모든 이름 지정 정보의 검색 순서를 지정합니다.
로컬 파일에 추가하는 내용이 네임스페이스의 항목보다 우선적으로 검색되도록 하려면 +auto_master 항목을 /net 뒤로 이동해야 합니다.
# Master map for automounter # /net -hosts -nosuid /home auto_home /xfn -xfn +auto_master
표준 구성에서는 +auto_master 항목이 파일 맨 위에 있습니다. 이러한 배치로 인해 로컬 변경 내용을 사용할 수 없습니다.
/net -hosts -nosuid,nobrowse
클라이언트 시스템에서 automount 명령을 실행한 후에 또는 재부트 후에 새 동작이 적용됩니다.
# /usr/sbin/automount
|