Linuxconf의 add-ons 개요 시스템상에 특정한 커스텀(custom) 스타트업 프로시져를 추가하는 표준적인 방법은 일반적으로 스크립트 혹은 배치 화일을 편집하는 것입니다. 유닉스에서는, 이것은 rc.local 화일에서 명령어를 추가하면 됩니다. Lin� uxconf에서 향상된 SysV init 스크립트 뿐 아니라 다른 add-on들은 보다 나은 선택사항을 제공합니다. Add-on들을 또한 dropin이라고도 부릅니다. 11.. SSyyssvv iinniitt �스뵀크㈇립냔트� �혹ㅐ은� LLiinnuuxxccoonnff�의� aadddd--oonn 두가지 모두 몇몇 기능을 제공합니다만, dropin을 설정하는 것이 보다 쉽습니다(이것을 위한 사용자 인터페이스가 있습니다). 현 시점에서 모든 배포판(리눅스의)에 함께 포함되는 SysV init 스크립트(유닉스 시스템 V 형식)은 기능이 매우 제한적입니다. 다음의 문서는 어떻게 당신이 현재 가지고 있는 스크립트를 향상시킬 수 있는가를 보여줍니다: http://www.solucorp.qc.ca/linuxconf/tech/enhsysv 11..11.. SSyyssVV �스뵀크㈇립냔트��와� �같걋은� �이見름㎱의� aadddd--oonn 만일 당신이 add-on에 SysV init 스크립트와 같은 이름을 주면, add-on이 선행됩니다. 스크립트는 더이상 불리워지지 않을 것입니다. 매우 자주, dropin을 정의할 것이며 시작, 정지, 그리고 reload 명령어를 sysv 스크립트를 불러 정의할 것입니다. 이것은 sysv 스크립트를 손대지 않고도 업그레이드시에 호환성을 유지하면서 향상시키는 쉬운 방법입니다. 22.. �타맒스뵀크� Dropin은 간단하게 어떻게 패키지를 시작하고, 정지하고 재시작하는 지를 열거합니다. 또한 linuxconf로 하여금 효과적으로 실행 액션(시작, 정지, 재시작)을 결정하도록 정보를 제공합니다. 33.. �다牡이潔얼着로慣그� �필茄드� 많은 필드들이 다이얼로그에서 선택사항입니다. 여기에 이들의 설명이 있습니다. 각각에 대하여, 주어진 Sysv 스크립트를 향상시키기 위하여 필요한 해당 태크(tag) 또한 제시할 것입니다. Dropin과 Sysv init 스크립트는 둘다 linuxconf에서 같은 엔진에 의하여 지원됩니다. 33..11.. �패斤키걍지� �이見름� 간단히 이름을 제공하십시요. 각 dropin은 고유한 이름을 갖습니다. 모든 dropin은 /etc/linuxconf/control에 ASCII 화일로 저장됩니다. 이름은 다음과 같은 다양한 다른 서비스를 위한 키로 사용됩니다. o 시스템 프로화일 버젼매김(versioning) o 복수 머신 관리 o 제어 서비스 활동 33..22.. DDrrooppiinn rreevviissiioonn 현재 사용되지 않습니다. 여기에 1을 입력하십시요. 33..33.. �패斤키걍지� �설낯명� 이 패키지가 무엇을 하는지를 설명하는 간단한 텍스트를 입력하십시요. 메뉴와 다이얼로그를 만드는데 이용되므로 간결하게 하십시요. 33..44.. �시쳄작� �명疵령� 패키지를 시작하고 초기화 하는데 필요한 명령어(인수와 함께)를 완전한 형태로 제공하십시요. 33..55.. �정ㅑ지� �명疵령� 이 필드는 선택사항입니다. 패키지를 정지하는데 필요한 완전한 형태의 명령어와 인수를 제공하십시요. 만일 이 필드가 비어 있으면, Linuxconf는 프로세스명을 이용할 것이며, 해당 프로세스를 죽일(kill) 것입니다. 다음을 보십시요. 33..66.. �재瑛장揚전�((RReellooaadd)) �명疵령��어� 이 필드는 선택사항입니다. 패키지를 재시작하거나 재-초기화 하는데 필요한 완전한 형태의 명령어와 인수를 제공하십시요. 만일 이 필드가 비어 있으면, linuxconf는 정지와 시작 명령어를 생성할 것입니다. 33..77.. �점“검�((PPrroobbee)) �명疵령��어� 이 필드는 선택사항이며 복잡한 패키지의 경우에만 필요합니다. Linuxconf는 다양한 테스트를 수행하는데, 시스템 구성 화일의 개정일에 대한 패키지와 관련된 프로세스의 나이(age)를 비교합니다. 만일 시스템 구성 화일이 보다 새로운 것이라면, Linuxconf는 패키지에 재장전(reload) 명령어(혹은 정지/시작 시퀀스)를 시작시킵니다. 일부 패키지는 복잡한 시스템 구성 화일을 갖으며 dropin에서 열거될 수 없습니다. 혹은 그들의 상태가 다른 요인에 의하여 영향을 받습니다. 점검(rpobe) 명령어는 단지 명령어의 경로일 뿐입니다. Linuxconf는 단지 하나의 인수 "probe"로 이것을 부르게 됩니다. 명령은 이에 반응하여 이 인수에 라인을 출력하거나 혹은 필요가 없을 때는 아무것도 하지 않게 됩니다. 표준적인 액션, 즉, "시작", "정지", 그리고 "재시작"은 linuxconf에 의하여 해석되고 액션을 수행하기 위하여 제공된 시작, 정지 그리고 재장전 명령들을 사용할 것입니다. 점검(probe) 명령은 또한 "unknown"(Linuxconf에) 액션을 되돌릴 수도 있습니다. 이 경우에는, 점검(probe) 명령 자체는 이들 액션들을 수행하기 위하여 불리워 질 것입니다. 33..77..11.. SSyyssvv �스뵀크㈇립냔트��의� �기穗능��을� �점“검� 다음의 라인을 Sysv 스크립트에 추가하면, Linuxconf로 하여금 "probe" 인수로 스크립트를 실행하도록 지시하는 것입니다. 출력(output)은 dropin 처럼 사용됩니다. # probe: true 33..88.. �부廣팅첵시쳄의� �정ㅈ리�((BBoooott ttiimmee cclleeaannuupp)) 이 필드는 선택사항입니다. 당신은 인수와 함께 완전한 형태의 명령어를 입력하십시요. 이 명령어는 linuxconf에 의하여 부팅시에 실행될 것이며, runlevel 선택 메뉴가 팝업(popping)되기 직전에 실행됩니다. 이 명령어의 출력은 Linuxconf 로그의 "부팅전 타스크" 색션에 기록될 것입니다. 33..99.. �프족로關세섹스� �명� 이 색션은 선택사항입니다. 당신은 시작 명령어(항상 작동하는 데몬들)에 의하여 시작되는 다양한 프로세스명들을 입력해야 합니다. 만일 이 색션을 비워 두면, Linuxconf는 각 프로세스의 이름을 시작 명령어 자체로부터 계산할 것입니다. 예를 들면, 만일 시작 명령어가 다음과 같으면, /usr/sbin/foo -a -b 프로세스명은 foo 입니다. 여러개의 프로세스 명을 제공할 때는, Linuxconf는 해당 패키지가 시스템 구성 화일과 비교할때 최신의 것인지를 알아보기 위하여 모든 이들 프로세스명을 조사할 것입니다. 33..99..11.. SSyyssvv �스뵀크㈇립냔트��에【서��의� �프족로關세섹스보명� 다음의 태그는 당신으로 하여금 Sysv 스크립트에 의하여 시작되는 프로세스명을 지정하도록 합니다. 당신은 태그를 여러번 지정할 수 있습니다. # processname: foo 33..1100.. PPIIDD �화��일� 이 색션은 선택사항입니다. 일부 패키지는 데몬을 복수로 시작합니다. Linuxconf는 어느 것이 마스터(master)인지를 알아야 하고 감시되어야 합니다. 대부분의 패키지들은 해당 패키지의 주(main) 프로세스의 프로세스 ID를 포함하고 있는 작은 텍스트 화일을 생성합니다. 이 필드는 일반적으로 /var/run에 .pid라는 확장자명으로 저장됩니다. 여러개의 프로세스들을 시작시키는 패키지는 여러개의 PID 화일을 가질 수 있습니다. 33..1100..11.. SSyyssvv �스뵀크㈇립냔트��에【서��의� PPIIDD �화��일� 다음의 태그는 당신으로 하여금 Sysv 스크립트와 연계된 PID 화일을 지정토록 합니다. 당신은 태그를 여러번 지정할 수 있습니다. # pidfile: /var/run/foo.pid 33..1111.. �활갸성뵌화� �제┥어� 이 색션은 Linuxconf에게 언제 패키지가 시작되어야 하는지를 알려줍니다. 33..1111..11.. �패斤키걍지� �이京후컥의� �시쳄작� 이 필드는 선택사항입니다. 당신은 패키지를 이곳에 지정할 수 있습니다. 모든 사용가능한 패키지를 보여주는 도움말 리스트가 있습니다. Linuxconf는 현재의 패키지를 당신이 이곳에 입력한 것 이후에 시작하고 혹은 점검(probe)할 것입니다. 33..1111..22.. rruunnlleevveell�에【서� �시쳄작� Linuxconf는 3개 레벨의 네트워크 활동을 정의합니다: o 네트워킹 없음 o 클라이언트 네트워킹 o 서버 네트워킹 당신은 이곳에 어떤 run-lvel에서 패키지가 시작되어야 하는지를 정의합니다. 주어진 run-level에서 시작된 패키지는 그 이후의 레벨에서 사용 가능합니다. 예를 들면, 만일 당신이 퍄키지를 "클라이언트 네트워킹"을 인가하기로 결정한다면, 이것은 "서버 네트워킹"에서도 또한 허용될 것입니다. 당신은 부팅시와 제어판 메뉴(네트워크 run-level 전환)에서 네트워킹 run- level에 대한 제어를 할 수 있습니다. 33..1111..33.. rruunn--lleevveell�에【서� �정ㅑ지� 앞선 필드에서, 당신은 어떤 run-level에서 패키지를 시작할 지를 결정합니다. 여기서는 어떤 run-level에서 사라져야 하는지를 결정합니다. 당신은 또한 일단 시작되면 결코 죽일 수 없는 패키지를 선택할 수 있습니다. 33..1122.. �시첵스뵀템� �구맑성� �화��일� 이 색션에서는, 패키지의 상태에 영향을 주는 모든 시스템 구성 화일들 (가능하다면)을 열거해야 합니다. 각 시스템 구성 화일에 대하여 해당 패키지가 자동 재장전(auto-reload)할 수 있는지를 지정해야 합니다. Linuxconf를 점검하는데 참여하지 않을 자동 재장전된 시스템 구성 화일은 보통 패키지가 재시작되어야 하는지를 결정하는 일을 합니다. 그와 같이 자동 재장전(auto-reloaded)된 화일은 생략할 수 있습니다. 그럼에도 불구하고 여기에 이들을 열거하는 것이 좋은데, 왜냐하면 이들이 자동으로 "시스템 프로화일 버젼매김"과 "복수 머신 관리"에 참여하기 때문입니다. 33..1122..11.. SSyyssvv �스뵀크㈇립냔트��를� �갖��는� �시첵스뵀템� �구맑성� �화��일� 다음의 태그는 패키지의 상태에 영향을 주는 시스템 구성 화일을 지정하도록 합니다. 당신은 태그를 여러번 지정할 수 있습니다. 선택사항으로, 각 시스템 구성 화일은 키워드인 autoreload가 따라 붙습니다. # config: /etc/foo.conf [ autoreload ] 33..1133.. �코美멘璇트� 이 패키지에 관한 약간의 코멘트를 입력할 수 있습니다. 이것은 참고용입니다. Linuxconf는 이들을 이용하지 않으며, 다른 곳에 디스플레이하지도 않습니다. 44.. aaddddoonn�을� �편雌집暉하求는쨉데� �왜� �두寬개냅의� �엔Ｆ트��리��가� �있獵는째가� "Linuxconf addon 겹쳐쓰기"라 불리는 메뉴가 하나 있으며, 또하나는 "Linuxconf addon 생성"이라 불립니다. 둘다 같은 메뉴를 가리키는 것으로 보입니다. 여기에는 매우 작지만 중요한 차이가 있습니다: "생성" 메뉴는 addon 화일을 /etc/linuxconf/control에서 편집하는데 이용됩니다. "겹쳐쓰기" 메뉴는 같은 화일을 편집하는데 이용되지만, 변경사항은 화일 차제에는 저장되지 않고 /etc/conf.linuxconf 화일에 저장됩니다. 그래서 "겹쳐쓰기" 메뉴는 지역적으로 변경하는데 사용됩니다. "생성" 메뉴는 addon을 직접 다루는데 사용됩니다. 만일 당신이 어떤 dropin도 배포하기를 의도하지 않는다면, 차이는 논의의 여지가 있습니다. 항상 "생성" 메뉴를 사용하십시요.