다른 플랫폼과의 상호 운용성

다음 절에서는 다중 플랫폼 환경에 대한 특정 고려 사항에 대해 설명합니다.

NFS 서버 고려 사항

NFS 버전 4 프로토콜(Oracle Solaris의 기본값)은 UTF-8을 사용하여 파일 이름과 기타 문자열을 처리합니다. 따라서 대부분의 사용 사례에서 문자 세트와 관련된 조정이 필요하지 않습니다. 하지만 일부 또는 모든 클라이언트가 지정된 문자 세트를 사용 중인 경우 charset 옵션을 사용할 수 있습니다.

예를 들어, ISO8859-1 문자 세트를 사용하는 /export 디렉토리를 공유하는 데는 다음 명령이 사용됩니다.

# share -o iso8859-1 /export

일부 시스템에 특정 문자 세트를 사용하는 디렉토리를 공유하는 데는 charset=access_list 옵션을 사용할 수 있습니다.

# share -o iso-8859-1=isomachine.example.com,koi8-r=koimachine.example.com /export

클라이언트가 만든 모든 파일 및 경로 이름이 서버에서 UTF-8로 변환됩니다.

자세한 내용은 share_nfs(1M) 매뉴얼 페이지를 참조하십시오.

파일 시스템 고려 사항

mount_pcfs(1M)는 MS-DOS 코드 페이지를 지원하지 않으므로 MSDOS가 만든 FAT 파일 시스템의 비ASCII 문자, 이전 버전의 MS Windows 또는 Linux "msdos" 드라이버에 오류가 발생할 수 있습니다. 최근 FAT 구현에서는 문자 표시에 유니코드가 사용되며 기본적으로 Oracle Solaris에서 읽기 및 쓰기에 완전히 지원됩니다.

비ASCII 파일 이름이 포함된 아카이브

파일 이름에 비ASCII 문자가 포함된 파일을 아카이브하면 문제가 발생할 수 있습니다. 환경 개선에도 불구하고 특정 아카이브 형식의 숫자 구현에서 비ASCII 파일 이름에 대한 지원이 약간씩 다르기 때문입니다.

UNIX 및 UNIX 유사 시스템에서의 최근 tar 구현은 POSIX.1-2001에 지정된 POSIX를 지원하므로 비ASCII 파일 이름이 안전하게 처리됩니다. MS Windows 플랫폼에서는 다양한 아카이브 유틸리티가 현재 코드 페이지를 사용하여 파일 이름을 저장하므로 해당 아카이브에서 추출된 파일의 이름이 잘못 표시될 수 있습니다.

이 경우 코드 페이지가 확인되면 convmv(1) 도구를 사용하여 손상을 복구할 수 있습니다.

$ convmv -f cp437 -t utf8 my_extracted_filename 

Zip 파일에서는 원래 사양에 따라 파일 이름 및 파일 설명의 인코딩이 IBM437로 설정됩니다. 2007 PKWare에서는 UTF-8도 허용되도록 사양이 확장되었습니다. 그 동안은 다양한 Zip 구현에서 현재 코드 페이지를 파일 이름 인코딩으로 사용하는 전략을 채택해왔습니다(일반적으로 MS Windows 플랫폼에서).

Oracle Solaris 10 및 Oracle Solaris 11에 사용된 Info-ZIP의 Zip 3.0은 파일 이름을 UTF-8로 저장하므로 압축 유틸리티와 압축 해제 유틸리티가 이 버전일 경우 아카이브 컨텐츠가 손상되지 않습니다.

비UTF-8 인코딩을 사용하여 파일 이름을 저장하는 Zip 아카이브가 Oracle Solaris에서 추출되면 파일 이름이 잘못 표시될 수 있습니다. 이 경우 코드 페이지가 확인되면 convmv(1) 도구를 사용하여 손상을 복구할 수 있습니다.

    $ convmv -f cp437 -t utf8 my-unzipped-filename