Home | 문태준 | 시스템어드민 메일링 | Sys Admin 세미나
Skip to end of metadata
Go to start of metadata

cfengine 개략

Cfengine은 유닉스 컴퓨터 시스템 설정 및 유지보수를 환상적으로 해주는 유용한 툴이다. Cfengine은 독립형(stand-alone) 도구모음으로 설정 파일에 있는 명령에 따라 컴퓨터를 설정하고 관리한다. 설정 파일은 습득해서 사용하기 쉬운 고급 언어로 다양한 시스템 컴포넌트에 적합한 속성을 정의하고 있다(프로그래밍은 하지 않아도 됨). 이런 방식으로 Cfengine은 각각의 시스템을 정의된 설정 스펙에 맞게 자동으로 여러 시스템을 설정해 줄 수 있다. 또한, 계속해서 시스템을 감시하면서 필요에 따라 설정을 조절해주도록 할 수도 있다.

Cfengine으로 할 수 있는 작업

  • 네트워크 인터페이스 설정
  • 시스템 설정 파일 및 기타 텍스트 파일 편집
  • 상징적 링크 생성
  • 파일 권한과 소유자 점검 및 수정
  • 불필요한 파일 삭제
  • 선택된 파일 압축
  • 정확하고 안전한 방식으로 네트워크에서 파일 배포
  • 자동으로 NFS 파일 시스템 마운트
  • 주요 파일 및 파일 시스템 존재 여부와 무결성 확인
  • 명령어 및 스크립트 실행
  • 프로세스 관리
  • 보안관련 패치 및 유사한 수정사항 적용

위와 같은 다양한 작업을 모두 중앙의 서버에서 중앙집중적인 방식으로 관리를 할 수 있다. 클래스를 이용하여 특정 호스트별로 그룹을 묶을 수도 있고 운영체제를 묶어 명령을 다르게 적용할 수도 있다.

프로그램 구성

cfagent 로컬 시스템에 설정 파일을 적용하는 주요 유틸리티
cfrun 리모트 시스템에 설정 파일을 적용하는 유틸리티
cfservd cfrun을 지원하는 서버 프로세스. 리모트 시스템으로부터 Cfengine 에이전트 기능을 사용할 수 있게 해줌.
cfexecd 작업 스케쥴링 및 보고 등을 자동화 해주는 데몬
cfenvd 문제 감지 데몬
cfkey 보안 키 생성 유틸리티

각 호스트별로 cfagent 를 이용하여 작업할 내용을 미리 정의해놓는다. 이를 이용하여 서버 1대별로 시스템관리 작업을 자동화할 수 있다. 그러나 우리가 원하는 것은 이것이 아닐 것이다. 중앙의 관리서버에 필요한 파일 등을 올려놓고 각 서버에서 중앙의 관리서버에서 파일을 가져오게 할 수도 있고 중앙의 관리서버에서 원격으로 각 시스템의 cfagent 를 실행할 수도 있다. 중앙의 관리서버에서 cfrun 을 이용하여 각 호스트에 접속할 수가 있는데 이때 각 호스트에는 cfservd 가 돌아가고 있으면 된다.

cfexecd 는 각 호스트에서 cron 처럼 사용하는 것이다.
cfkey 는 보안 키 생성 유틸리티로 각 관리할 호스트에서 실행하면 된다. 이 키를 이용하여(개인키/공개키 방식) 중앙관리서버와 각 호스트간에 통신을 한다.

서버에서는 cfservd가 떠 있어야 다른 대상 컴퓨터에서 마스터서버의 파일을 가져올 수 있다.
다른 대상 컴퓨터에서는 수동으로 또는 자동으로(cfexecd 또는 cron 이용) cfagent를 실행하면 된다.

사용전 주의사항

각 호스트는 hostname이 있어야하고 DNS lokkup을 하면 ip를 반환하며 ip로 질의를 하면 동일한 hostname이 나와야한다.
보통 hostname-> ip는 네임서버에 세팅을 하지만 ip-> hostname을 dns에 세팅하지 않는 경우가 많은데 이럴 경우에는 /etc/hosts에 모든 호스트명을 넣어두어야한다.

설치

소스 설치

http://www.cfengine.org/download.phtml 에서 다운로드

먼저 md5sum을 이용해 소스프로그램의 무결성 확인한다.
소스를 푼다.

여기서 설치시 두가지 개발관련 프로그램이 필요하다.
Berkeley Database obtainable from http://www.sleepycat.com
OpenSSL obtainable from http://www.openssl.org

RHEL, CentOS에서는 db4-devel, openssl-devel 이 필요하다.

설치패키지는 아래와 같다. /usr/local/cfengine 에 설치한다.

RPM 이용하기

  • 좀 더 편리하게 사용하려면 초기 kickstart 이용하여 설치시 자동으로 cfengine을 설치하고 update.conf를 웹서버 등에서 가져오도록 하는것이 좋다.
  • rpmfind 에서 찾아보면 cfengine을 rpm으로 만들어놓은 것이 있다.
    fedora 쪽의 SRPM을 가져다가 RPM을 만들어서 사용하니 문제가 없이 잘 실행이 되었다. fedora6는 ftp://rpmfind.net/linux/fedora/extras/development/i386/cfengine-2.1.21-3.fc7.i386.rpm에서 다운로드받아 설치하였다.

  • 바이너리, man page, 문서 등은 CentOS(Redhat) 표준 디렉토리 구성을 따라감. 클라이언트 설정디렉토리는 위와 동일하게 /var/cfengine 이며 설치하면서 자동으로 cfkey를 이용하여 접속에 이용할 키를 생성한다.
  • 수동으로 update.conf 파일 가져와 /var/cfengine/inputs 에 두고 cfkey 에서 생성한 키(/var/cfengine/ppkeys/localhost.pub) 만 마스터서버로 옮겨두면 실행이 잘 된다. 여기서 키를 복사할때는 root-ip.pub 형태로 복사해야한다.
  • 페도라의 RPM을 이용할 경우 바이너리 프로그램은 /usr/sbin/에 있으며 /var/cfengine/bin/에는 /usr/sbin/cfagent만 심볼릭 링크가 되어있다. RPM을 이용한다면 굳이 바꾸지 않아도 되는 부분이지만 주의해야 할 부분이기에 설명을 적는다.
  • 위의 rpm도 yum 자체 레파지토리에 추가해놓으면 설치 및 관리가 편리할 것이다. 현재 mirror.sample.co.kr 의 자체 레파지토리에 추가가 되어있다. 아래와 같이 설치를 하면 된다.

세팅

초기구성 및 테스트

  • 먼저 프로그램을 컴파일하여 /usr/local/cfengine 디렉토리에 생성하였다고 가정한다. 또는 rpm 이라고 하더라도 작업은 거의 동일하다.
  • rpm으로 설치하지 않은 경우라면 먼저 /var/cfengine 디렉토리와 하위에 inputs 디렉토리를 만든다.
  • /var/cfengine/inputs 에 cfagent.conf 파일을 적절히 생성한다. 이 파일만 있으면 작업은 가능하다. 여기서 원하는 작업을 테스팅하면 된다. 단, 여기서는 로컬 하나만 테스팅을 하는 것이다.
  • 테스팅이 되었으면 이제 마스터 서버와 클라이언트를 구성하자. 여기서 마스터 서버는 위의 설정파일을 넣어두는 서버를 말한다.

마스터서버구성

  • /usr/local/var/cfengine/inputs 디렉토리는 각 클라이언트에서 마스터 서버의 설정파일을 가져올 디렉토리이다. 물론 다른 디렉토리로 변경하여도 된다. 이 위치는 cfservd.conf 에 들어간다.
    여기에 들어갈 파일은 cfagent.conf, cfrun.hosts, cfservd.conf, update.conf 일 것이다. cfagent.conf, update.conf 는 최소한으로 필요하다. cfserd 를 띄우려면 cfservd.conf 설정이 필요하다. 마스터서버는 반드시 cfservd 가 돌아가야 한다. cfservd 를 띄워야 클라이언트에서 서버에 접속할 수 있다.
  • 위의 마스터디렉토리는 버전관리를 위하여 CVS를 이용하는 것이 좋다.

cfagent.conf

control 에는 전체 설정과 관련된 내용이 들어간다.

smtpserver, sysadm 는 cfexecd 등으로 실행할 경우의 실행내용을 메일로 보내주도록 하는 설정이다. smtp 서버와 받을 사용자를 지정하면 된다.

IfElapsed 는 cfagent 의 실행과 관계가 있으며 아래에서 디버깅 부분을 참조한다.

schedule : cfexecd를 띄웠을 경우 (cfagent를 주기적으로 실행하는 역할을 하는 프로그램임) schedule 에 설정된 내용에 따라 주기적으로 cfexecd 를 실행한다. cfexecd는 별도의 설정파일이 없으며 cfagent.conf의 schedule 설정을 보고 실행을 한다. cfexecd를 띄워서 사용할 수도 있고 cron을 이용하여 실행하도록 할수도 있다.

class를 이용하여 정책을 그룹별로 적용할 수 있다. 여기서 ( ) 안의 호스트는 /etc/hosts 파일을 참조한다. 특정 명령을 실행한 결과를 가지고 그룹(클래스)를 나눌 수도 있다.
/etc/hosts 파일로 분류하기 힘든 경우 사용하면 좋을 것이다. 클래스안에 다른 클래스를 넣을 수도 있다.

ChecksumUpdates는 files 에 지정한 파일의 체크섬을 체크하여 다를 경우 경고를 보여준다.

NonAlphaNumFiles는 ".. ." 등 일반 문자에서 벗어난 디렉토리를 체크한다. (question)

여기서 master_server 는 임의의 변수를 지정한 것으로 이러한 형태로 각자 변수를 만들어 사용할 수 있다.

files 등에서 syslog 는 syslog에 해당 변화내용을 기록하는 것이고 inform 은 스크린이라 이메일로 정보를 알려준다. true와 on의 차이점은 매뉴얼을 봐도 잘 모르겠다.

cfservd.conf

cfservd.conf는 cfservd에 필요하며 접근할 수 있는 권한을 설정한다.
AllowUsers 부분이 업으면 cfrun 이 실행이 되지 않았다.
admit 은 접근권한설정을 하는 부분이다.

update.conf

update.conf는 cfagent 에서 마스터서버에 접근하기 위해서 필요한 설정이다. 여기서 지정한 서버와 디렉토리에서 필요한 파일을 가져온다.

클라이언트 구성

  • 이제 클라이언트에 프로그램을 설치해야하는데 동일한 OS에 동일한 버전이면 앞에서 컴파일한 프로그램을 사용하여도 된다. /usr/local/cfengine/sbin 디렉토리의 파일을 /var/cfengine/bin 으로 복사하면 된다.
  • /var/cfengine 디렉토리에 모든 설정파일과 바이너리 파일을 놓는다. 설정파일은 inputs, 바이너리파일은 bin 디렉토리에 넣으면 될 것이다. 다른 설정파일은 자동으로 가져오면 되므로 /var/cfengine/inputs/update.conf 파일만 먼저 복사를 하고 cfkey를 이용하여 키 생성후 공개키를 마스터서버에 복사하여놓는다.
  • rpm으로 설치하는 경우에는 프로그램을 설치하고 자동으로 cfkey를 이용하여 키까지 생성한다. 키복사 및 update.conf 를 마스터서버에 복사만 하면 된다.
  • cfkey 프로그램을 이용하여 키를 생성한다.

  • 클라이언트의 키를 서버의 /var/cfengine/ppkeys/root-ip.pub 의 형태로 복사해넣는다. cfservd 의 설정파일에서 AllowUsers = ( root ) 라는 항목이 있어야 나중에 cfrun이 실행가능하다. 이때문에 약간의 시간을 소모하였다. 또한 cfservd 설정에서 admin 설정등이 제대로 되어 있어야 한다.

  • 이제 client 에서 cfagent 를 실행하면 마스터 서버에서 cfagent.conf cfrun.hosts cfservd.conf 파일을 자동으로 가져와 필요한 작업을 수행한다.

  • cfservd 는 위에서는 마스터에만 띄웠지만 마스터 서버에서 각 클라이언트에 접속하여 cfagent 를 실행하려면 각 클라이언트에도 띄워져 있어야 한다. cfservd는 두가지 기능을 하는 것이다. 마스터서버에서 파일서버기능, 클라이언트에서 원격접속 실행기능.
  • 편리하게 사용을 하려면 처음 각 클라이언트에 설치시 자동으로 /var/cfengine 디렉토리를 만들고 마스터서버에서 update.conf 파일을 가져오도록 하고 클라이언트에서 cfkey를 생성하여 마스터서버로 복사해주는 스크립트를 짜놓으면 자동화가 가능하다.

디버깅하기

  • cfservd 에 -d2 옵션을 주면 디버깅 모드로 운영이 된다. 여기서 나오는 상세한 메시지를 참고한다.
  • cfagent 를 실행할 때 --dry-run (또는 -n) 옵션을 주면 실제 실행이 되지 않고 어떠한 작동을 하는지 보여준다. -v 옵션을 주면 상세한 내용을 보여준다. cfengine은 기본적으로는 1분에 한번 이상 실행하지 않도록 되어있으며 초기 테스팅을 할때는 불편한 기능이다. 이경우 cfagent.conf 에서 IfElapsed 를 0으로 해준다. -q 옵션은 실행하기 전에 약간의 시간을 기다리는 것을 하지말라는 것이다. 추가옵션으로는 -K 락파일을 무시, -DInit 는 네트워크 인터페이스를 잠시 off, on 하며 파이어월을 세팅하고 지난 설정정보를 지우는 옵션이다.

디렉토리 구조

  • 마스터서버
    /usr/local/var/cfengine/inputs : 각 클라이언트에서 공유할 설정파일. cfservd.conf 에서 지정하며 다른 디렉토리로 바꾸어도 상관없다.
    /usr/local/cfengine : 초기 설치시 바이너리 파일. 소스로 설치할 경우에는 각자 다를 것이며 rpm으로 설치하는 경우에는 rpm 위치에 따라 다를 것이다.
  • 클라이언트
    /var/cfengine/bin : 바이너리 파일
    /var/cfengine/inputs : 각 설정파일 및 바이너리 프로그램
    /var/cfengine/ppkeys : 키파일 디렉토리
    나머지 디렉토리는 자동으로 생기는 것임

cfrun

마스터서버에서 원격으로 여러가지 명령을 실행하는 것이다. 마스터에서 각 서버로 실행을 하는 push 방식이다.
이 프로그램을 실행하려면 cfrun.hosts 파일이 필요하며 /var/cfengine/inputs 에 넣어두면 된다.
또한 각 호스트에는 cfservd가 떠 있어야한다. cfservd가 마스터에 떠 있을때는 각 클라이언트에서 접속을 할 수 있도록 하는 역할이지만 cfrun을 이용할 경우에는 각 대상 컴퓨터에 대몬이 떠 있어야 한다.

아무 인자없이 cfrun 을 실행하면 자동으로 cfrun.hosts 파일을 읽어들여 각 시스템마다 cfagent를 실행한다.
화면에서는 실제 적용된 부분만 간단하게 보여준다. 아래는 일부러 cent2 의 /etc/crontab, /etc/security/access.conf 파일을 수정한 것이다.

참고사항

클래스

  • 클래스를 잘 활용하여 그룹별로 정책을 적용할 수 있다.
  • 기존 내장된 클래스가 있으며 architecture, hostname, ip, os, date, time 등이 있음.
  • 클래스확인하기 : cfagent -p -v | grep -i define 명령을 이용한다.
  • 이미 설정된 클래스는 몇가지 카테고리로 나누어진다. Operating System, Kernel, Architecture, Hostname, IP Address, Date/Time
  • 모든 시스템은 any 클래스의 회원이다.

  • 사용자가 지정하는 클래스의 몇가지 예제

주의사항, 사용하면서 이슈가 되었던 사항

  • reverse dns 질의 : 특정서버에 DNS에 등록되어있지 않은 경우 class에 ip를 넣으면 적용이 되지 않았음. 해당 서버에 도메인명을 설정해주고 클래스에서도 호스트명을 넣어준 다음 cfengine 중앙 마스터서버에서 /etc/hosts에 해당 도메인을 추가해주니 클래스 구분이 작동을 하였음. 가급적 DNS등록하는게 가장 편리하겠지만 DNS등록을 하지 않는 경우 임의의 호스트명을 설정해주고 cfengine 서버에서 /etc/hosts 파일에 넣어주는게 좋을것임. 아래는 DNS에 등록되지 않은 호스트네임으로 cfengine 서버에 접속한 경우임.

Nov 10 11:33:15 mirrot cfservd9610: Unable to lookup hostname (techlab.tunelinux.pe.kr) or cfengine service: Name or service not known

(green star) 이럴 경우 IPRange 를 이용하면 편리함. ip대역을 지정하면 됨. 이경우에는 dns 등록을 하지 않아도 괜찮았음.

  • 접근권한관리 : cfservd.conf 에서 admit 으로 접근할 수 있는 ip를 제한함. SkipVerify, /etc/hosts 파일 등록과는 상관이 없음.
  • cfservd 에서 split 를 이용하여 접근권한을 쉽게 설정할 수 있음
  • 파일복사 : 서버의 파일과 타임스탬프 비교하여 복사를 함. 클라이언트에서 수정했다고 하더라도 서버에서 수정하지 않았으면 복사가 되지 않음
  • cfservd, cfexecd 는 cfagent.conf 에서 지정하여 계속 떠있도록 함
  • rpm 으로 설치한 경우에는 바이너리 파일이 /usr/bin 인가 위치해서 /var/cfengine/bin 디렉토리로 심볼릭 링크(반드시 필요한 것은 아님)
  • cfagent.conf 에서 smtp 서버를 이용하여 cfexecd 에서 실행한 경우 메일로 보내도록 할 수 있음. 보고기능
  • cfagent.conf 의 control 에서 ChecksumUpdates 를 지정해놓고 files 에서 checksum 를 지정해놓으면 체크섬 검사함.
  • /tmp 디렉토리에서는 /etc/fstab 에 noexec를 사용하는 대신 사용자, 그룹, others 에게 실행권한이 있는 파일을 자동으로 실행권한을 없애도록 하였음. /tmp 에서 실행권한이 있는 프로그램은 크래킹의 가능성이 높음
  • files, tidy, copy 등에서 지정한 디렉토리는 일반파일명이 아닌 .. 등으로 시작하는 파일을 검사함. control 에서 NonAlphaNumFiles 를 해놓지 않아도 되며 NonAlphaNumFiles 를 하면 자동으로 알파벳이 아닌 파일을 변경해버리기 때문에 (green star) 한글에서 문제가 생김.
  • files 에서는 하위디렉토리를 지정해도 파일에만 영향을 줌. directories 와의 차이점은 directories 는 디렉토리 생성에 사용함.

참고자료

  • http://www.cfengine.org/ cfengine 사이트
  • 관련매뉴얼 : 위의 사이트에서 튜터리얼은 세팅하는 방법 및 사용법에 대하여 레퍼런스는 개별 프로그램의 상세한 사용법에 대해서 나와있다. 레퍼런스 매뉴얼에서 설정파일 예제가 있으며 이를 참고하자. 여기의 설정파일 예제는 초기 프로그램 설치시 share/ 디렉토리에도 생성이 된다.
  • Automating UNIX and Linux Administration 서적 http://tunelinux.pe.kr/gboard/bbs/board.php?bo_table=link_book&wr_id=59
  • 시스템관리의 핵심 개정 3판 14장 관리 작업 자동화 (한빛네트워크에 간단한 내용이 있으나 책에 있는 내용임)
  • http://network.hanbitbook.co.kr/view.php?bi_id=644 한빛네트워크 강좌 시스템 관리용 오픈 소스 패키지 톱 5: 제5편 Cfengine
  • 윈도우즈에서도 활용이 가능하며 http://www.cfengine.org/confdir/nt-howto.html 내용을 참고로 하여 설치한다. 먼저 cygwin 을 설치해야한다.

cvs 에서 설정파일 가져오기

위에서 설정파일은 CVS 서버에 넣어두었다.

위에서 ip대신 도메인명을 지정해도 되며 같은 그룹은 쓰기권한을 주었으므로 다른 사용자로 해도 된다.

mirror 서버에서 직접 지정하는 경우는 아래와 같다

ldap nis 연동

NIS netgroup을 이용하는 경우에는 +나 +@ 기호를 이용한다. 여기서 유용한 것이 netgroup except 이다. 아래에서 testgroup은 mynetgoup을 포함하고 있는데 mynetgoup 에서 특정 호스트만 빼려고 할 경우에는 - 기호를 이용하여 지정하면 된다.

Labels
  • No labels