구현 안내서 › UNIX 끝점 설치 및 사용자 지정 › 시작하기 전에 › 설치 정보

설치 정보

CA Access Control을 설치할 때(처음 설치 또는 업그레이드 설치) 다음 사항에 유의하십시오.

• 릴리스 정보를 읽으십시오.

  이 설명서는 지원되는 플랫폼, 알려진 문제점, 고려 사항 및 기타 중요 정보에 대한 정보를 수록하고 있습니다. CA Access Control을 설치하기 전에 릴리스 정보를 읽으십시오.

• 환경이 PMDB 계층으로 설정되었거나 설정하고자 하는 경우 다음 사항을 권장합니다.
  • 먼저 DMS(Deployment Map Server) 컴퓨터를 설치 또는 업그레이드하십시오.

    이 과정은 고급 정책 기반 관리를 사용하고자 하는 경우에만 필요하며, DMS에서 각 정책 모델 노드와 그 구독자를 등록하도록 해줍니다.

  • 계층상의 하위부터 상위 순서로(구독자 먼저) 각 컴퓨터를 설치하거나 업그레이드하십시오.

    이전 버전의 구독자가 있는 PMDB를 업그레이드하면 오류가 있는 명령이 전송될 수 있습니다. 이러한 문제는 이전 버전 PMDB에 존재하지 않았던 클래스와 속성이 새 PMDB에 있는 경우 발생할 수 있습니다.

    참고: 단일 컴퓨터에서 실행 중인 PMDB 계층은 동시에 업그레이드할 수 있습니다.

  • PMDB 또는 정책 업데이트 동안 업그레이드를 실시하지 마십시오.
  • 구독자와 PMDB 정책을 백업하십시오.

    참고: 이전 버전의 PMDB는 이후 버전의 구독자를 포함할 수 있었습니다. 이전 버전의 명령이 이후 버전에서 지원되므로 이전 PMDB를 CA Access Control r12 구독자에게 전파할 수 있습니다.

• r12.0보다 오래된 버전에서 업그레이드하는 경우:
  • STOP으로 바이패스해야 하는 프로그램은 이제 데이터베이스 규칙인 stop 유형의 SPECIALPGM 레코드로 정의됩니다.
  • SURROGATE에 의해 바이패스되어야 하는 프로그램은 이제 데이터베이스 규칙인 surrogate 유형의 SPECIALPGM 레코드로 정의됩니다.

    참고: 업그레이드 프로세스를 거치면 파일에 보관된 이전 정의가 새 데이터베이스 규칙으로 변환됩니다. 이러한 새 규칙을 기존의 selang 스크립트에 추가합니다.

• 기존 seos.ini 및 pmd.ini 파일을 업그레이드하거나 새로 만들 수 있습니다.

  두 가지 방법 모두 설치 스크립트는 이전 seos.ini 파일 복사본을 seos_ini.back으로, 각 pmd.ini 파일의 복사본을 pmd_ini.back으로 각 정책 모델 디렉터리에 저장합니다.

• CA Access Control은 업그레이드 중에 serevu.cfg, audit.cfg, trcfilter.init 및 sereport.cfg와 같은 기존 파일을 백업합니다.

  이러한 파일의 변경 사항을 유지하려면 백업된 파일을 사용하십시오.

• 기존 데이터베이스를 업그레이드하는 경우 다음 사항을 권장합니다.
  • 데이터베이스를 먼저 백업합니다.

    dbmgr -b를 사용하여 데이터베이스를 백업합니다.

  • 동기화 모드에 구독자가 없는지 확인합니다.

    sepmd -L을 사용하여 구독자의 상태를 확인합니다.

• Unicenter 보안 통합 및 마이그레이션은 AIX, HP-UX PA-RISC, Solaris SPARC 및 Linux x86 플랫폼에서만 가능합니다.
• UNIX용 Unicenter TNG 및 CA Access Control

  Unicenter NSM 3.0 이전의 Unicenter TNG 버전이 설치되어 있는 경우 CA Access Control에서 프로세스 정보를 받을 수 있도록 다음과 같은 Unicenter TNG 픽스를 설치해야 합니다.

  • Unicenter TNG 2.4를 사용하는 HP-UX 사용자는 픽스 QO01182를 설치하십시오.
  • Unicenter TNG 2.4를 사용하는 Linux 사용자는 픽스 PTF LO91335를 설치하십시오.
  • Unicenter TNG 2.4를 사용하는 Sun 사용자는 픽스 QO00890을 설치하십시오.

    참고: Unicenter NSM 3.0을 실행하는 AIX 5.x 사용자는 CA Technologies Unicenter 지원부에 문의하여 호환 패치를 받으시기 바랍니다. CA Access Control을 호스트에 설치하기 전에 이 호환 패치를 설치하십시오.

• Linux s390에 Unicenter 관련 옵션(install_base 옵션: -uni 또는 -mfsd)을 설치하려면 CA Access Control를 설치하기 전에 korn 쉘(ksh)이 설치되어 있어야 합니다.

  CCISA(CCI Standalone)의 설치 스크립트는 Linux에 기본적으로 설치되지 않는 ksh를 사용합니다.

• CA Access Control 32 비트 바이너리를 Linux x86 64 비트에 설치하려면 _LINUX_xxx.tar.Z 또는 CAeAC-xxxx-y.y.iiii.i386.rpm 설치 패키지를 사용하는 것이 좋습니다. 이러한 설치 패키지는 Linux x86 64비트 시스템에 32비트 CA Access Control 바이너리를 설치합니다. 업그레이드하는 경우 이러한 패키지는 이전에 설치된 32비트 CA Access Control 버전과의 호환성을 유지합니다. CA Access Control을 설치하기 전에 다음과 같은 운영 체제 32비트 라이브러리가 설치되어 있는지 확인하십시오.

  ld-linux.so.2, libICE.so.6, libSM.so.6, libX11.so.6, libXext.so.6, libXp.so.6, libXt.so.6, libc.so.6, libcrypt.so.1, libdl.so.2, libgcc_s.so.1, libm.so.6, libncurses.so.5, libnsl.so.1, libpam.so.0, libpthread.so.0, libresolv.so.2, libstdc++.so.5, libaudit.so.0(RHEL5 및 OEL 5 이상 전용).

  다음은 필요한 관련 RPM 패키지의 목록입니다.

  • SLES 10: compat-libstdc++, glibc-32bit, libgcc, ncurses-32bit, pam-32bit, xorg-x11-libs-32bit
  • SLES 9: glibc-32bit, libgcc, libstdc++, ncurses-32bit, pam-32bit, XFree86-libs-32bit
  • RHEL 5 and OEL 5: audit-libs, compat-libstdc++, glibc, libgcc, libICE, libSM, libXext, libXp, libXt, ncurses, pam
  • RHEL 4 and OEL 4: compat-libstdc++, glibc, libgcc, ncurses, pam, xorg-x11-deprecated-libs, xorg-x11-libs
  • RHEL 3: glibc, libgcc, libstdc++, ncurses, pam, XFree86-libs
• CA Access Control 64 비트 바이너리를 Linux x86 64 비트에 설치하려면 _LINUX_X64_xxx.tar.Z 또는 CAeAC-xxxx-y.y.iiii.x86_64.rpm 설치 패키지를 사용하십시오. 이러한 설치 패키지를 사용하면 다른 RPM 패키지를 추가로 설치할 필요가 없습니다.

  Linux x86 64비트에서 CA Access Control 64비트 바이너리를 설치 또는 업그레이드하는 경우 다음 사항에 주의하십시오.

  • 64비트 설치 패키지는 selock 및 selogo와 같은 CA Access Control GUI 유틸리티를 지원하지 않습니다.
  • install_base 스크립트가 32비트 및 64비트 tar 파일에 모두 액세스할 수 있는 경우, 기본적으로 install_base 스크립트는 32비트 tar 파일을 사용합니다. 이러한 속성을 변경하려면 install_base 명령을 실행할 때 원하는 tar 파일을 지정하십시오. 64비트 RPM 패키지를 설치하는 경우 64비트 바이너리 및 라이브러리만 설치됩니다. 예:

    ./install_base_LINUX_X64_125.tar.Z
    

  • 빌드되어 API에 연결된 모든 응용 프로그램은 64비트 버전을 지원하도록 다시 빌드해야 합니다. 64비트 API 샘플을 빌드하려면 LINUX64 target을 사용하십시오. 이 target은 D64BIT 및 -D64BITALL(-m32는 제거됨)을 사용합니다. 라이브러리를 빌드하려면 -m elf_x86_64가 필요합니다.
  • install_base 스크립트를 사용하여 32비트 CA Access Control 버전에서 64비트로 업그레이드하는 경우 설치 전에 -force_install 플래그를 설정하십시오. 이 플래그를 설정하지 않으면 설치가 실패합니다.
  • CA Access Control 제거 후에 cawin을 완전히 제거하려면 rpm -e --allmatches를 사용하여 제거 프로세스 중에 cawin의 32비트 및 64비트 버전이 모두 제거되도록 하십시오.
• Linux s390x 64 비트에 CA Access Control을 설치하려면 다음과 같은 운영 체제 32비트 라이브러리가 설치되어 있어야 합니다.

  ld.so.1, libcrypt.so.1, libc.so.6, libdl.so.2, libICE.so.6, liblaus.so.1(SLES 8, RHEL 3), libaudit.so.0(RHEL 4, RHEL 5), libm.so.6, libnsl.so.1, libpam.so.0, libresolv.so.2, libSM.so.6, libX11.so.6, libXext.so.6, libXp.so.6, libXt.so.6

  다음 RPM 패키지가 필요합니다.

  • SLES 10: glibc-32bit, pam-32bit, xorg-x11-libs-32bit
  • SLES 9: XFree86-libs-32bit, glibc-32bit, pam-32bit
  • RHEL 5: audit-libs, libXp, glibc, libICE, libSM, libX11, libXext, libXt, pam
  • RHEL 4: audit-libs, glibc, pam, xorg-x11-deprecated-libs, xorg-x11-libs
  • RHEL 3: glibc, laus-libs, pam
• -all 옵션을 사용하여 Linux 및 Linux-IA64 플랫폼에 CA Access Control을 설치하면 mfsd가 설치되지 않습니다.
• Solaris에 CA Access Control을 설치하려면 SUNWlibc(Sun Workshop 컴파일러 번들 libC) 패키지를 설치하십시오.
• CA Access Control 32 비트 바이너리를 32 비트 또는 64 비트 Linux 컴퓨터에 설치하기 전에 libstdc++.so.5 32 비트 라이브러리가 설치되어 있는지 확인하십시오. 이 라이브러리를 설치하지 않으면 CA Access Control 설치 후 ReportAgent 데몬이 시작되지 않습니다.
• Linux에 CA Access Control을 설치하려면 먼저 환경의 홈 디렉터리를 지정하십시오.
• Solaris 8에 CA Access Control을 설치하기 전에 libCstd 라이브러리 수준이 1.2 이상인지 확인하십시오.
• 엔터프라이즈 관리 서버를 설치하기 전에 CA Access Control 끝점 커널이 언로드되고 시스템에 존재하지 않는지 확인하십시오.