NFS 데몬

시스템이 실행 레벨 3 또는 다중 사용자 모드로 진입하면 NFS 작업을 지원하기 위해 여러 데몬이 시작됩니다. mountd 및 nfsd 데몬은 서버 시스템에서 실행됩니다. 서버 데몬의 자동 시작은 /etc/dfs/sharetab에서 NFS 파일 시스템 유형으로 레이블이 지정된 항목이 있는지에 따라 달라집니다. NFS 파일 잠금을 지원하기 위해 lockd 및 statd 데몬이 NFS 클라이언트 및 서버에서 실행됩니다. 그러나 이전 NFS 버전과는 달리 NFS 버전 4에서는 lockd, statd, mountd 및 nfslogd 데몬이 사용되지 않습니다.

이 절에서는 다음 데몬에 대해 설명합니다.

• automountd 데몬

• lockd 데몬

• mountd 데몬

• nfs4cbd 데몬

• nfsd 데몬

• nfslogd 데몬

• nfsmapid 데몬

• reparsed 데몬

• statd 데몬

automountd 데몬

이 데몬은 autofs 서비스의 마운트 및 마운트 해제 요청을 처리합니다. 명령의 구문은 다음과 같습니다.

automountd [ -Tnv ] [ -D name=value ]

명령은 다음과 같은 방식으로 동작합니다.

• -T는 추적을 사용으로 설정합니다.

• -n은 모든 autofs 노드에서 찾아보기를 사용 안함으로 설정합니다.

• -v는 모든 상태 메시지를 콘솔에 기록하도록 선택합니다.

• -D name=value는 name으로 지정된 자동 마운트 맵 변수의 value를 대체합니다.

자동 마운트 맵의 기본값은 /etc/auto_master입니다. 문제 해결 시에는 -T 옵션을 사용합니다.

sharectl 명령을 통해서도 명령줄에서 지정하는 것과 같은 항목을 지정할 수 있습니다. 그러나 명령줄 옵션과는 달리 SMF 저장소에서는 서비스 다시 시작, 시스템 재부트 및 시스템 업그레이드 시에도 지정 내용이 보존됩니다. 다음과 같은 매개변수를 automountd 데몬에 대해 설정할 수 있습니다.

automountd_verbose

상태 메시지를 콘솔에 기록하며, automountd 데몬용 -v 인수와 동등합니다. 기본값은 FALSE입니다.

nobrowse

모든 autofs 마운트 지점에 대해 찾아보기를 켜거나 끄며, automountd 용 -n 인수와 동등합니다. 기본값은 FALSE입니다.

trace

각 RPC(원격 프로시저 호출)를 확장하고 표준 출력에 확장된 RPC를 표시합니다. 이 키워드는 automountd용 -T 인수와 동등합니다. 기본값은 0입니다. 0~5 사이의 값을 사용할 수 있습니다.

environment

각 환경에 서로 다른 값을 지정할 수 있습니다. 이 키워드는 automountd용 -D 인수와 동등합니다. environment 매개변수는 여러 번 사용할 수 있습니다. 그러나 각 환경 지정에 대해 별도의 항목을 사용해야 합니다.

lockd 데몬

이 데몬은 NFS 파일에 대한 레코드 잠금 작업을 지원합니다. lockd 데몬은 NLM(네트워크 잠금 관리자) 프로토콜에 대해 서버와 클라이언트 간 RPC 연결을 관리합니다. 일반적으로 이 데몬은 옵션을 사용하지 않고 시작됩니다. 이 명령에는 세 가지 옵션을 사용할 수 있습니다. lockd(1M) 매뉴얼 페이지를 참조하십시오. 이러한 옵션은 명령줄에서 사용할 수도 있고 sharectl 명령을 통해 매개변수를 설정할 수도 있습니다. 아래에는 설정 가능한 매개변수에 대한 설명이 나와 있습니다.

LOCKD_GRACE_PERIOD와 마찬가지로, grace_period= graceperiod 매개변수는 서버가 재부트된 후 클라이언트가 NLM에서 제공하는 NFS 버전 3 잠금과 버전 4 잠금을 모두 재생 이용해야 하는 시간(초)을 설정합니다. 따라서 grace_period 의 값은 NFS 버전 3 및 NFS 버전 4 둘 다에 대해 잠금 복구의 유예 기간 길이를 제어합니다.

lockd_retransmit_timeout=timeout 매개변수는 잠금 요청을 원격 서버로 다시 전송할 때까지 기다릴 시간(초)을 선택합니다. 이 옵션은 NFS 클라이언트측 서비스에 적용됩니다. timeout의 기본값은 15초입니다. timeout 값을 줄이면 “잡음이 많은” 네트워크에서 NFS 클라이언트의 응답 시간을 단축할 수 있습니다. 그러나 이렇게 값을 변경하면 잠금 요청 빈도가 높아져 서버 로드가 추가될 수 있습니다. -t timeout 옵션을 포함해 데몬을 시작하여 명령줄에서도 같은 매개변수를 사용할 수 있습니다.

lockd_servers=nthreads 매개변수는 서버가 연결당 처리하는 최대 동시 스레드 수를 지정합니다. nthreads 값은 NFS 서버에서 예상되는 로드를 기준으로 합니다. 기본값은 20입니다. TCP를 사용하는 각 NFS 클라이언트는 NFS 서버와의 단일 연결을 사용합니다. 따라서 각 클라이언트는 서버에서 최대 20개의 동시 스레드를 사용할 수 있습니다.

UDP를 사용하는 모든 NFS 클라이언트는 NFS 서버와의 단일 연결을 공유합니다. 이러한 조건 하에서 UDP 연결에 사용 가능한 스레드 수를 늘릴 수 있습니다. 최소 계산에서는 각 UDP 클라이언트에 대해 스레드를 2개 허용합니다. 그러나 이 숫자는 클라이언트의 작업 부하와 관련되므로 클라이언트당 스레드 2개는 충분하지 않을 수 있습니다. 스레드를 더 사용하는 경우에는 스레드 사용 시 NFS 서버에서 메모리가 더 많이 사용되는 단점이 있습니다. 그러나 스레드가 사용되지 않는 경우에는 nthreads를 늘려도 아무런 효과가 없습니다. nthreads 옵션을 포함해 데몬을 시작하여 명령줄에서도 같은 매개변수를 사용할 수 있습니다.

mountd 데몬

이 데몬은 원격 시스템으로부터의 파일 시스템 마운트 요청을 처리하며 액세스 제어 기능을 제공합니다. mountd 데몬은 /etc/dfs/sharetab를 확인하여 원격 마운트에 사용 가능한 파일 시스템 및 원격 마운트 수행이 허용되는 시스템을 결정합니다. 이 명령에는 -v 옵션과 -r 옵션을 사용할 수 있습니다. mountd(1M) 매뉴얼 페이지를 참조하십시오.

-v 옵션은 명령을 Verbose 모드로 실행합니다. NFS 서버가 클라이언트에게 부여해야 하는 액세스 권한을 결정할 때마다 콘솔에 메시지가 인쇄됩니다. 생성되는 정보는 클라이언트가 파일 시스템에 액세스할 수 없는 이유를 확인할 때 유용할 수 있습니다.

-r 옵션은 클라이언트로부터의 모든 이후 마운트 요청을 거부합니다. 이 옵션은 이미 파일 시스템이 마운트된 클라이언트에는 영향을 주지 않습니다.

명령줄 옵션 외에 여러 SMF 매개변수를 사용하여 mountd 데몬을 구성할 수 있습니다.

client_versmin

NFS 클라이언트에서 사용할 최소 NFS 프로토콜 버전을 설정합니다. 기본값은 2입니다. 3과 4도 값으로 사용할 수 있습니다. NFS 서비스 설정을 참조하십시오.

client_versmax

NFS 클라이언트에서 사용할 최대 NFS 프로토콜 버전을 설정합니다. 기본값은 4입니다. 2와 3도 값으로 사용할 수 있습니다. NFS 서비스 설정을 참조하십시오.

nfs4cbd 데몬

NFS 버전 4 클라이언트 전용으로 사용되는 nfs4cbd는 NFS 버전 4 콜백 프로그램의 통신 끝점을 관리합니다. 이 데몬에는 사용자가 액세스할 수 있는 인터페이스가 없습니다. 자세한 내용은 nfs4cbd(1M) 매뉴얼 페이지를 참조하십시오.

nfsd 데몬

이 데몬은 다른 클라이언트 파일 시스템 요청을 처리합니다. 이 명령에는 여러 옵션을 사용할 수 있습니다. 전체 목록은 nfsd(1M) 매뉴얼 페이지를 참조하십시오. 이러한 옵션은 명령줄에서 사용할 수도 있고 sharectl 명령을 통해 적절한 SMF 매개변수를 설정하여 사용할 수도 있습니다.

listen_backlog=length 매개변수는 NFS 및 TCP에 대한 연결 지향 전송의 연결 대기열 길이를 설정합니다. 기본값은 32개 항목입니다. -l 옵션을 포함해 nfsd를 시작하여 명령줄에서도 같은 항목을 선택할 수 있습니다.

max_connections=#-conn 매개변수는 연결 지향 전송당 최대 연결 수를 선택합니다. #-conn의 기본값은 무제한입니다. -c #-conn 옵션을 포함해 데몬을 시작하여 명령줄에서도 같은 매개변수를 사용할 수 있습니다.

servers=nservers 매개변수는 서버에서 처리할 수 있는 최대 동시 요청 수를 선택합니다. nservers의 기본값은 16입니다. nservers 옵션을 포함해 nfsd를 시작하여 명령줄에서도 같은 항목을 선택할 수 있습니다.

이 데몬의 이전 버전과는 달리 nfsd는 동시 요청을 처리하기 위해 여러 복사본을 만들지 않습니다. ps를 사용하여 프로세스 테이블을 확인하면 실행 중인 데몬 복사본만 표시됩니다.

이러한 SMF 매개변수를 사용하여 mountd 데몬을 구성할 수도 있습니다. 이러한 매개변수에 해당하는 명령줄 항목은 없습니다.

server_versmin

서버에서 등록 및 제공할 최소 NFS 프로토콜 버전을 설정합니다. 기본값은 2입니다. 3과 4도 값으로 사용할 수 있습니다. NFS 서비스 설정을 참조하십시오.

server_versmax

서버에서 등록 및 제공할 최대 NFS 프로토콜 버전을 설정합니다. 기본값은 4입니다. 2와 3도 값으로 사용할 수 있습니다. NFS 서비스 설정을 참조하십시오.

server_delegation

CNFS 버전 4 위임 기능이 서버에 대해 사용으로 설정되는지 여부를 제어합니다. 이 기능이 사용으로 설정된 경우 서버는 NFS 버전 4 클라이언트에 위임 제공을 시도합니다. 기본적으로 서버 위임은 사용으로 설정됩니다. 서버 위임을 사용 안함으로 설정하려면 서버에서 다른 NFS 버전을 선택하는 방법을 참조하십시오. 자세한 내용은 NFS 버전 4의 위임을 참조하십시오.

nfslogd 데몬

이 데몬은 작동 로깅을 제공합니다. 서버에 대해 기록되는 NFS 작업은 /etc/default/nfslogd에 정의된 구성 옵션을 기반으로 합니다. NFS 서버 로깅이 사용으로 설정된 경우 선택한 파일 시스템에서 모든 RPC 작업의 레코드가 커널에 의해 버퍼 파일에 기록됩니다. 그런 후에 nfslogd가 이러한 요청을 사후 처리합니다. 이름 서비스 스위치는 UID를 로그인에, IP 주소를 호스트 이름에 매핑하는 데 사용됩니다. 식별된 이름 서비스를 통해 일치하는 항목을 찾을 수 없으면 번호가 기록됩니다.

경로 이름에 대한 파일 핸들 매핑도 nfslogd에 의해 처리됩니다. 데몬은 이러한 매핑을 파일 핸들-경로 매핑 테이블에서 추적합니다. /etc/nfs/nfslogd에서 식별되는 각 태그에 대해 매핑 테이블이 하나씩 있습니다. 사후 처리 후 레코드는 ASCII 로그 파일에 기록됩니다.

nfsmapid 데몬

NFS 프로토콜 버전 4(RFC3530)에서는 클라이언트와 서버 간에 사용자 또는 그룹 식별자(UID 또는 GID)를 교환하는 방식이 변경되었습니다. 이 프로토콜에서는 파일 소유자 및 그룹 속성을 NFS 버전 4 클라이언트와 NFS 버전 4 서버 간에 각각 user@nfsv4_domain 또는 group@nfsv4_domain 형식의 문자열로 교환해야 합니다.

예를 들어 정규화된 호스트 이름이 system.example.com 인 NFS 버전 4 클라이언트에서 known_user 사용자의 UID가 123456이라고 가정해 보겠습니다. 이 클라이언트가 NFS 버전 4 서버에 요청을 하려면 UID 123456을 known_user@example.com에 매핑한 다음 해당 속성을 NFS 버전 4 서버로 보내야 합니다. NFS 버전 4 서버에서는 user_or_group@nfsv4_domain 형식의 사용자 및 그룹 파일 속성을 받습니다. 서버에서는 클라이언트로부터 known_user@example.com을 받은 후 해당 문자열을 로컬 UID 123456에 매핑하며, 그러면 기본 파일 시스템에서 이를 인식할 수 있습니다. 이 기능은 네트워크의 모든 UID 및 GID가 고유하며 클라이언트의 NFS 버전 4 도메인이 서버의 NFS 버전 4 도메인과 일치한다고 가정합니다.

NFS 버전 4 클라이언트와 서버는 모두 정수에서 문자열 및 문자열에서 정수로의 변환을 수행할 수 있습니다. 예를 들어 GETATTR 작업에 대한 응답으로 NFS 서버 4 서버는 기본 파일 시스템에서 가져온 UID 및 GID를 해당하는 문자열 표현에 매핑하고 이 정보를 클라이언트로 보냅니다. 클라이언트 역시 UID와 GID를 문자열 표현으로 매핑해야 합니다. 예를 들어chown 명령에 대한 응답으로 클라이언트는 새 UID :또는 GID를 문자열 표현에 매핑한 후에 SETATTR 작업을 서버로 보냅니다.

그러나 클라이언트와 서버는 인식되지 않은 문자열에 대해서는 다른 방식으로 응답합니다.

• 사용자가 서버에 없으면 NFS 버전 4 도메인 구성이 같아도 서버에서 RPC(원격 프로시저 호출)을 거부하고 클라이언트에 오류 메시지를 반환합니다. 이러한 상황에서는 원격 사용자가 수행할 수 있는 작업이 제한됩니다.

• 클라이언트와 서버에 모두 사용자가 있지만 사용자의 도메인이 불일치하는 경우에는 서버가 기본 파일 시스템에서 인식할 수 있는 정수 값에 인바운드 사용자 문자열을 매핑해야 하는 SETATTR 등의 속성 수정 작업을 거부합니다. NFS 버전 4 클라이언트와 서버가 정상적으로 작동하려면 해당 NFS 버전 4 도메인(문자열에서 @ 기호 뒷부분)이 일치해야 합니다.

• NFS 버전 4 클라이언트는 서버의 사용자 또는 그룹 이름을 인식하지 못하는 경우 문자열을 고유 ID(정수 값)에 매핑할 수 없습니다. 이러한 경우 클라이언트는 인바운드 사용자 또는 그룹 문자열을 nobody 사용자에게 매핑합니다. 이와 같은 nobody에 대한 매핑에서 각 응용 프로그램별로 여러 가지 문제가 발생합니다. NFS 버전 4 기능의 경우 파일 속성을 수정하는 작업이 실패합니다.

다음 옵션이 포함된 sharectl 명령을 사용하여 클라이언트 및 서버의 도메인 이름을 변경할 수 있습니다.

nfsmapid_domain

클라이언트 및 서버에 대해 공통 도메인을 설정합니다. 로컬 DNS 도메인 이름을 사용하는 기본 동작을 대체합니다. 자세한 내용은 NFS 서비스 설정을 참조하십시오.

구성 파일 및 nfsmapid

아래에서는 nfsmapid 데몬이 svc:system/name-service/switch 및 svc:/network/dns/client에서 찾은 SMF 구성 정보를 사용하는 방법에 대해 설명합니다.

• nfsmapid는 표준 C 라이브러리 함수를 사용하여 백엔드 이름 서비스에서 암호 및 그룹 정보를 요청합니다. 이러한 이름 서비스는 svc:system/name-service/switch SMF 서비스의 설정을 통해 제어됩니다. 서비스 등록 정보의 변경 내용은 nfsmapid 작업에 영향을 줍니다. svc:system/name-service/switch SMF 서비스에 대한 자세한 내용은 nsswitch.conf(4) 매뉴얼 페이지를 참조하십시오.

• NFS 버전 4 클라이언트가 다른 도메인에서 파일 시스템을 마운트할 수 있도록 하기 위해 nfsmapid는 DNS TXT 리소스 레코드(RR)인 _nfsv4idmapdomain 의 구성을 사용합니다. _nfsv4idmapdomain 리소스 레코드 구성에 대한 자세한 내용은 nfsmapid 및 DNS TXT 레코드를 참조하십시오. 또한 다음 사항을 확인하십시오.

  • 원하는 도메인 정보를 사용하여 DNS 서버에서 DNS TXT RR을 명시적으로 구성해야 합니다.

  • 원하는 매개변수를 사용하여 svc:system/name-service/switch SMF 서비스를 구성해야 resolver가 클라이언트 및 서버 NFS 버전 4 도메인에 대해 DNS 서버를 찾고 TXT 레코드를 검색할 수 있습니다.

  자세한 내용은 다음을 참조하십시오.

  • 우선 순위 규칙

  • NFS 버전 4 기본 도메인 구성

  • resolv.conf(4) 매뉴얼 페이지

우선 순위 규칙

nfsmapid가 정상적으로 작동하려면 NFS 버전 4 클라이언트 및 서버의 도메인이 같아야 합니다. NFS 버전 4 도메인이 일치하도록 하기 위해 nfsmapid는 다음과 같은 엄격한 우선 순위 규칙을 따릅니다.

1. 데몬이 먼저 SMF 저장소에서 nfsmapid_domain 매개변수에 지정된 값을 확인합니다. 값을 찾으면 지정된 값이 다른 설정보다 우선합니다. 지정된 값은 송신 속성 문자열에 추가되며 수신 속성 문자열과 비교됩니다. 절차 정보는 NFS 서비스 설정을 참조하십시오.

   ---

   주 - NFSMAPID_DOMAIN 설정 사용 시에는 확장이 불가능하므로 대규모 배치에서는 사용하지 않는 것이 좋습니다.

   ---

2. nfsmapid_domain 에 값이 지정되지 않은 경우 데몬은 DNS TXT RR에서 도메인 이름을 확인합니다. nfsmapid는 resolver의 루틴 세트에 사용되는 /etc/resolv.conf 파일의 지시어를 사용합니다. resolver는 구성된 DNS 서버에서 _nfsv4idmapdomain TXT RR을 검색합니다. DNS TXT 레코드를 사용하는 경우 보다 확장이 용이합니다. 따라서 SMF 저장소에서 매개변수를 설정하는 것보다는 TXT 레코드를 계속 사용하는 경우가 많습니다.

3. 도메인 이름을 제공하는 DNS TXT 레코드가 구성되어 있지 않으면 nfsmapid 데몬은 /etc/resolv.conf 파일의 domain 또는 search 지시어를 사용하며, 이때 마지막으로 지정된 지시어가 우선적으로 사용됩니다.

   domain 및 search 지시어가 모두 사용되는 다음 예에서는 nfsmapid 데몬이 search 지시어 다음에 나열된 첫번째 도메인(company.com)을 사용합니다.

   domain example.company.com
   search company.com foo.bar.com

4. /etc/resolv.conf 파일이 없으면 nfsmapid는 domainname 명령의 동작에 따라 NFS 버전 4 도메인 이름을 가져옵니다. 구체적으로, /etc/defaultdomain 파일이 있으면 nfsmapid는 NFS 버전 4 도메인에 대해 해당 파일의 컨텐츠를 사용합니다. /etc/defaultdomain 파일이 없으면 nfsmapid는 네트워크의 구성된 이름 지정 서비스에서 제공하는 도메인 이름을 사용합니다. 자세한 내용은 domainname(1M) 매뉴얼 페이지를 참조하십시오.

nfsmapid 및 DNS TXT 레코드

DNS는 다양한 용도로 사용되므로 NFS 버전 4 도메인 이름에 효율적인 저장 및 배포 방식을 제공합니다. 또한, DNS는 기본적으로 확장이 가능하므로 대규모 배치에서는 NFS 버전 4 도메인 이름을 구성할 때 DNS TXT 레코드가 기본적으로 사용됩니다. 엔터프라이즈 레벨 DNS 서버에서 _nfsv4idmapdomain TXT 레코드를 구성해야 합니다. 이와 같이 구성하면 모든 NFS 버전 4 클라이언트 또는 서버가 DNS 트리를 순화하면서 NFS 버전 4 도메인을 찾을 수 있습니다.

다음은 DNS 서버가 NFS 버전 4 도메인 이름을 제공할 수 있도록 설정하는 데 기본적으로 사용되는 항목의 예입니다.

_nfsv4idmapdomain        IN        TXT            "foo.bar"

이 예에서 구성할 도메인 이름은 큰따옴표로 묶인 값입니다. ttl 필드는 지정되어 있지 않으며 _nfsv4idmapdomain (owner 필드의 값)에는 도메인이 추가되지 않습니다. 이와 같이 구성하면 TXT 레코드가 Start-Of-Authority(SOA) 레코드에서 영역의 ${ORIGIN} 항목을 사용할 수 있습니다. 예를 들어 서로 다른 도메인 네임스페이스 레벨에서 레코드를 다음과 같이 읽을 수 있습니다.

_nfsv4idmapdomain.subnet.yourcorp.com.    IN    TXT    "foo.bar"
_nfsv4idmapdomain.yourcorp.com.           IN    TXT    "foo.bar"

이 구성에서는 DNS 클라이언트가 보다 유동적으로 resolv.conf 파일을 사용하여 DNS 트리 계층을 검색할 수 있습니다. resolv.conf(4) 매뉴얼 페이지를 참조하십시오. 이 기능을 사용하면 TXT 레코드를 찾을 확률이 더 높아집니다. 유동성을 높이기 위해 더 낮은 레벨의 DNS 하위 도메인에서는 자체 DNS TXT 리소스 레코드(RR)를 정의할 수 있습니다. 이 기능을 통해 더 낮은 레벨의 DNS 하위 도메인이 최상위 레벨 DNS 도메인에서 정의한 TXT 레코드를 대체할 수 있습니다.

NFS 버전 4 도메인 확인

네트워크의 NFS 버전 4 도메인에 대해 값을 지정하기 전에 NFS 버전 4 도메인이 네트워크에 대해 이미 구성되었는지 확인하십시오. 다음 예에서는 네트워크의 NFS 버전 4 도메인을 식별하는 방법을 제공합니다.

• DNS TXT RR에서 NFS 버전 4 도메인을 식별하려면 nslookup 또는 dig 명령을 사용합니다.

  아래에는 nslookup 명령의 샘플 출력이 나와 있습니다.

  # nslookup -q=txt _nfsv4idmapdomain
  Server:         10.255.255.255
  Address:        10.255.255.255#53
  
  _nfsv4idmapdomain.example.company.com text = "company.com"

  dig 명령의 경우에도 이 샘플 출력을 참조하십시오.

  # dig +domain=example.company.com -t TXT _nfsv4idmapdomain
  ...
  ;; QUESTION SECTION:
  ;_nfsv4idmapdomain.example.company.com. IN    TXT
  
  ;; ANSWER SECTION:
  _nfsv4idmapdomain.example.company.com. 21600 IN TXT   "company.com"
  
  ;; AUTHORITY SECTION:
  ...

  DNS TXT RR을 설정하는 방법에 대한 자세한 내용은 nfsmapid 및 DNS TXT 레코드를 참조하십시오.

• 네트워크가 NFS 버전 4 DNS TXT RR로 설정되어 있지 않은 경우 다음 명령을 실행하여 DNS 도메인 이름에서 NFS 버전 4 도메인을 식별합니다.

  # egrep domain /etc/resolv.conf
  domain example.company.com

• 클라이언트에 대해 DNS 도메인 이름을 제공하기 위해 /etc/resolv.conf 파일이 구성되어 있지 않은 경우 다음 명령을 사용하여 네트워크의 NFS 버전 4 도메인 구성에서 도메인을 식별합니다.

  # cat /system/volatile/nfs4_domain
  company.com

• NIS 등의 다른 이름 지정 서비스를 사용하는 경우 다음 명령을 사용하여 네트워크에 대해 구성된 이름 지정 서비스의 도메인을 식별합니다.

  # domainname
  it.example.company.com

자세한 내용은 다음 매뉴얼 페이지를 참조하십시오.

• nslookup(1M)

• dig(1M)

• resolv.conf(4)

• domainname(1M)

NFS 버전 4 기본 도메인 구성

이 절에서는 네트워크에서 필요한 기본 도메인을 가져오는 방법에 대해 설명합니다.

• 최신 릴리스의 경우 Oracle Solaris 11 릴리스에서 NFS 버전 4 기본 도메인 구성을 참조하십시오.

• 초기 Solaris 10 릴리스의 경우에는 Solaris 10 릴리스에서 NFS 버전 4 기본 도메인 구성을 참조하십시오.

Oracle Solaris 11 릴리스에서 NFS 버전 4 기본 도메인 구성

Oracle Solaris 11 릴리스에서는 다음 명령을 입력하여 명령줄에서 기본 NFS 도메인 버전을 설정할 수 있습니다.

# sharectl set -p nfsmapid_domain=example.com nfs 

Solaris 10 릴리스에서 NFS 버전 4 기본 도메인 구성

NFS 버전 4의 초기 Solaris 10 릴리스에서는 네트워크에 여러 DNS 도메인이 포함되어 있는데 UID 및 GID 네임스페이스는 하나뿐이면 모든 클라이언트는 nfsmapid_domain에 대해 하나의 값을 사용해야 합니다. DNS를 사용하는 사이트의 경우 nfsmapid는 _nfsv4idmapdomain에 지정된 값에서 도메인 이름을 가져옴으로써 이 문제를 해결합니다. 자세한 내용은 nfsmapid 및 DNS TXT 레코드를 참조하십시오. 네트워크가 DNS를 사용하도록 구성되어 있지 않은 경우 첫번째 시스템 부트 중에 OS에서 sysidconfig 유틸리티를 사용하여 NFS 버전 4 도메인 이름에 대해 다음 프롬프트를 제공합니다.

This system is configured with NFS version 4, which uses a 
domain name that is automatically derived from the system's 
name services. The derived domain name is sufficient for most 
configurations. In a few cases, mounts that cross different 
domains might cause files to be owned by nobody due to the 
lack of a common domain name.

Do you need to override the system's default NFS verion 4 domain 
name (yes/no)? [no]

기본 응답은 [no]입니다. [no]를 선택하면 다음이 표시됩니다.

For more information about how the NFS version 4 default domain name is 
derived and its impact, refer to the man pages for nfsmapid(1M) and 
nfs(4), and the System Administration Guide: Network Services.

[yes]를 선택하면 다음 프롬프트가 표시됩니다.

Enter the domain to be used as the NFS version 4 domain name.
NFS version 4 domain name []:

nfsmapid 관련 추가 정보

nfsmapid에 대한 자세한 내용은 다음을 참조하십시오.

• nfsmapid(1M) 매뉴얼 페이지

• nfs(4) 매뉴얼 페이지

• http://www.ietf.org/rfc/rfc1464.txt

• NFS 버전 4의 ACL 및 nfsmapid

reparsed 데몬

reparsed 데몬은 구문 재분석 지점과 연관된 데이터를 해석합니다. 이 데이터는 SMB 및 NFS 파일 서버에서 DFS 및 NFS 참조에 사용됩니다. 이 서비스는 SMF에서 관리하며 수동으로 시작해서는 안 됩니다.

statd 데몬

이 데몬은 lockd와 함께 작동하여 잠금 관리자에 대해 충돌 및 복구 기능을 제공합니다. statd 데몬은 NFS 서버에 대한 잠금을 보유한 클라이언트를 추적합니다. 서버가 충돌하면 재부트 시 서버의 statd가 클라이언트의 statd에 연결합니다. 그러면 클라이언트 statd는 서버에서 잠금 재생 이용을 시도할 수 있습니다. 또한 클라이언트가 충돌하면 서버의 클라이언트 잠금을 지울 수 있도록 클라이언트 statd가 서버 statd에 알림을 보냅니다. 이 데몬에서는 선택할 수 있는 옵션이 없습니다. 자세한 내용은 statd(1M) 매뉴얼 페이지를 참조하십시오.

Solaris 7 릴리스에서는 statd가 클라이언트를 추적하는 방식이 개선되었습니다. 모든 이전 Solaris 릴리스에서 statd는 클라이언트의 수식되지 않은 호스트 이름을 사용하여 각 클라이언트에 대해 /var/statmon/sm에 파일을 만들었습니다. 이러한 파일 이름 지정으로 인해, 서로 다른 도메인의 두 클라이언트가 호스트 이름을 공유하거나 클라이언트가 NFS 서버와 같은 도메인에 있지 않은 경우 문제가 발생했습니다. 수식되지 않은 호스트 이름은 호스트 이름만 나열하고 도메인이나 IP 주소 정보는 포함하지 않으므로, 이전 버전 statd는 이러한 유형의 클라이언트를 구분할 수 없었습니다. 이 문제를 해결하기 위해 Solaris 7 statd는 클라이언트의 IP 주소를 사용하여 수식되지 않은 호스트 이름에 대한 심볼릭 링크를 /var/statmon/sm에 만듭니다. 새로운 링크는 다음과 같습니다.

# ls -l /var/statmon/sm
lrwxrwxrwx   1 daemon          11 Apr 29 16:32 ipv4.192.168.255.255 -> myhost
lrwxrwxrwx   1 daemon          11 Apr 29 16:32 ipv6.fec0::56:a00:20ff:feb9:2734 -> v6host
--w-------   1 daemon          11 Apr 29 16:32 myhost
--w-------   1 daemon          11 Apr 29 16:32 v6host

이 예제에서 클라이언트 호스트 이름은 myhost이고 클라이언트의 IP 주소는 192.168.255.255입니다. 이름이 myhost인 다른 호스트가 파일 시스템을 마운트하는 경우 두 심볼릭 링크는 호스트 이름으로 연결됩니다.