{{ <> }}{{{{ 천리안 리눅스 동호회 공개강좌 자료집 1998년 8월 }} }} ◆ 들어가며 우리는 지금 정보 홍수의 시대에 살면서 정보의 홍수 속에 빠져서 정작 필 요한 정보를 찾지 못하여 방황하는 경험을 안해 본 사람은 드물 것이다. 특히 리눅 스에 관련된 것도 마찬가지다. 많은 사람들의 입에서 "리눅스"라는 말을 듣지만 정 작 리눅스를 접했을 때에 느끼는 막막함이란 다른 여타의 어려움과 비교가 되지 않 는다. 천리안 리눅스 동호회는 이러한 어려움을 경험하던 이들이 모여 리눅스를 매 개로 한 인간적인 모임을 만들자는 취지 하에 동호회 개설을 준비하였고, 지난 해 12월 천리안 리눅스 동호회가 개설되어 리눅스에 관련된 많은 정보를 나눌 수 있는 장을 열게 되었다. 개설 이래로 현재 4천 4백 여명에 달하는 회원들이 모여 리눅스 에 관련된 정보를 공유하고 있다. 기술적인 정보의 교류보다는 회원들간의 친목을 우선으로 하여왔던 이유로 상당히 전문성을 띠고 있는 내용을 다룸에도 불구하고 초등학생부터 현직 실무자까지 많은 회원들의 활동이 온라인/오프라인에서 이루어 지고 있다. 리눅스라는 새로운 운영체제가 전 세계적으로 관심과 조명을 받기 시작하고 그것의 이용에 대한 많은 논의가 이루어지고 있는 현실을 감안할 때, 리눅스에 대 한 다양한 시각에서의 고찰은 반드시 이루어져야 할 과제이다. 그러나 현재 많은 사람들의 리눅스에 대한 인식은 매우 다양한 서로 다른 시각과 주장에 의해 제대로 인식되지 않고 있는 것 역시 부인할 수 없는 사실이다. 이에 천리안 리눅스 동호 회는 리눅스에 대한 올바른 인식과 더불어, 천리안 리눅스 동호회가 한국 내에서의 명실상부한 리눅스 사용자들의 모임으로 발돋움하기 위한 전기를 마련하고자 "숲을 볼 줄 아는 리눅서"라는 주제로 공개강좌를 개최하게 되었다. 초급자들을 위해서는 "위한 리눅스 개념 잡기 및 리눅스 기본구조"등을 준 비했으며, 중·고급 실무자들을 위해서는 "리눅스의 학습·지식의 가이드 라인 및 현실적인 이용에 대한 방향"을 제시하고 "현실 이용에 대한 한계점과 대안"등을 제 시하고자 하며 여타의 OS와 비교하여 리눅스가 가진 장단점을 집어보고자 한다. 처 음 시도하는 행사라 부족한 점도 많지만 이번 공개 강좌 행사를 통해 리눅스의 전 반적인 이해와 흐름을 알 수 있길 바라며, 또한 전문적인 인력이 늘어나길 기대한 다. 강좌를 준비하며 리눅스에 대한 개괄적인 자료들과 강의록을 모아 본서를 발간하게 되었다. 본서의 내용은 동호회 게시판과 FAQ, 그리고 KLDP를 참고했으 며, 동호회원들이 나누어 집필을 했다. 그래서 각 단원의 문체나 글의 양식이 조금 씩 다르기도 하겠지만 너그러이 이해를 주길 바란다. 끝으로, 행사를 위해 좋은 장소를 제공한 <데이콤(천리안)>, "Informix-SE for Linux"를 제공해 준 <한국 인포믹스>, 강의를 위한 시스템을 지원해준 <에이 시스 정보통신>, 정품 리눅스 CD를 제공해 준 <지그재그 소프트>, 리눅스용 "�澎� /X R4"를 제공해준 <미지리서치>, 본 교재를 발간 해준 <(주) 예지각>, 그리고 이 행사를 기획하고 총 진행을 맡아준 의 [가우스] 김민수님께 감사와 찬사를 띄운다. 1998년 8월 29일 호나비 안길성 드림 만든이들(천리안 ID: 이름 전자우편 주소) 가우스 : 김민수 gauss@smartmate.com 가을향기 : 황상진 hackers@smartmate.com 낙엽 : 박상완 webadmin@webadmin.net 둥둥이 : 박경인 kyungins@chollian.net 무릉도원 : 김완희 hwinnt@chollian.net 바보미역 : 최민혁 magic23@chollian.net 사바세계 : 박혜연 선이 : 정선이 jung0911@chollian.net 요셉 : 정재형 jjh7100@chollian.net 은빛연어 : 장덕희 sauro@chollian.net 이승 : 이승 lvl@chollian.net 나마스카 : 채병철 dataeng@chollian.net 캐수퍼 : 임통규 casper@smartmate.com 파랑이 : 전석병 zsdeer@chollian.net 푸른달 : 박승훈 hdb14@chollian.net 호준 : 이호준 nel78@chollian.net < 目 次 > Ⅰ. 리눅스란 무엇인가? 1. 리눅스의 탄생배경 2. 리눅스의 변천사 3. 리눅스의 현재와 미래 Ⅱ. 리눅스의 구조 1. 리눅스의 기본구조 2. 리눅스의 Kernel에 관하여 3. X-Window System에 관하여 Ⅲ. 리눅스의 활용 1. 리눅스 & Networking 2. 리눅스 & Internet Service 3. 리눅스 & Database 4. 리눅스 & Security <부록> ● 리눅스(RedHat 5.1) 설치하기 ● 리눅스 상에서의 한글구현 ● X-Window 설정하기 ● 리눅스 상에서의 컴퓨터통신과 인터넷 사용하기 ● 리눅스 관련 Internet Site 모음 I. 리눅스란 무엇인가? 1. 리눅스의 탄생 배경 [왜 리눅스인가?]{{) kldp.linux-kr.org 참고 }} 우리는 어떤 프로그램을 사용하다 보면 가끔 이런 메시지와 만나게 된다. " 이 프로그램은 저작권법에 의해서 보호받고 있으며 승인받지 않은 복사, 배포, 수정 은 저작권법에 의거 처벌됩니다.", "이 프로그램은 쉐어웨어입니다. 프로그램을 사용 하기 위해서는 등록을 하여야 합니다. 사용기간이 지나면 이 프로그램은 자동적으 로 동작이 정지됩니다."..... 이런 말들이 싫은 사람은 리눅스를 사용하라. 프로그램이 나 정보의 사용은 그 누구도 독점할 수 없고, 소프트웨어의 저작권은 인정하지만 배포와 사용에는 제한이 있어서는 안되고, 소스와 함께 공개되어 누구나 자유롭게 프로그램을 개조(해킹)할 수 있어야 한다고 생각하는 사람은 리눅스를 사용하라. 리눅스는 M$ Windows에 갇혀 있는 당신의 PC를 해방시켜 줄 것이다. 당 신의 PC를 워크스테이션으로 만들고 싶지 않은가? 현존하는 최고의 운영체제 유닉 스(UNIX)를 사용하고 싶지 않은가? 그렇다면 선택은 단 한가지. 리눅스이다. 공개 프로그램이라고는 도저히 믿을 수 없을 정도의 강력한 성능과 안정성, 수도 없이 쏟아져 나오고 있는 응용프로그램들을 보면 아마도 당신은 리눅스를 늦게 알게 된 것을 후회하게 될 것이다. 이미 리눅스는 전 세계적으로 열풍을 불러일으키고 있으 며 사용자수도 급격히 늘고 있다. [리눅스의 탄생]{{) 10분 가이드 '리눅스' 참고 }} Linus Benedict Torvalds라는 핀란드 사람이 있었다. 그는 원래 헬싱키에서 전산학을 전공하던 사람이었는데 88년에 386보호모드에서 A라는 프로그램과 B라는 프로그램을 스위칭하는 작업 전환기를 만들어 보게 되었다. 여기서 재미가 붙자 물 고 늘어지는 해커 기질이 발휘되어 paging, timer interrupt등을 두달만에 만들게 되 었다고 한다. 그것이 계기가 되어 그 외 여러가지 디바이스 드라이버와 기초적인 파일 시스템 등을 가진 리눅스 버전 0.01을 91년 8월에 내놓게 되었다. 여기에 리차드 스톨만 (Richard M. Stallman) 이라는 사람이 만든 FSF라는 단체의 GNU프로젝트가 합세하면서 이 단체와 뜻을 같이하는 전세계의 프로그래머 들의 도움을 얻을 수 있었다. 라이너스는 커널만을 담당하고 나머지 프로그램들은 이들에 의해 개발되고 있다. 여기서 잠시 GNU프로젝트에 대해서 좀더 자세히 알아보자. GNU는 "Gnu is Not Unix"라는 뜻이다. 이 프로젝트의 목적은 유닉스와 비슷하면서도 더 강력한 운영체제를 만들고자 하는 것이다. 자유로운 컴퓨팅을 꿈꾸는 그들다운 생각으로, 누구의 지배도 받지 않는 새로운 운영체제를 개발 하려고 하는 것이다. 그들은 이 것을 위해서 GCC라고 불리는 C/C++컴파일러와 강력한 에디터인 Emacs를 만들고 여러 가지 유닉스 유틸리티들의 GNU버전을 만들었다. 그리고 이런 것들이 Linux 에서 시도된 것이다. Linus에 의해 80386용 커널이 개발되고 뒤이어 GCC가 이 커 널에 포팅되었다. 이미 만들어져 있던 많은 GNU프로그램들은 GCC로 컴파일되었으 며, GNU프로그램 외에도 소스가 공개되어 있던 많은 프로그램들이 GCC로 컴파일 되었다. 이렇게 해서 Linux는 세상에 그 모습을 드러내게 되었다. 리눅스는 GNU정신에 따라 완전 공개로 배포되며 모든 프로그램의 소스 또 한 공개되어있다. 따라서 원하는 사람은 누구나 그 소스를 개조하여 성능을 향상시 킬 수 있으며 물론 GNU정신에 따라서 개조한 내용도 다른 사람에게 공개해야 한 다. 이런 이유로 해서 리눅스는 전세계의 수많은 사람들에 의해 테스트되고 개선, 개발되어 왔으며 어느 상용 유닉스와도 견줄 수 있는 막강한 성능과 안정성을 가지 게 되었다. [리눅스의 장점] ·완벽한 멀티 유저, 멀티 태스킹 시스템 ·뛰어난 안정성 ·완전 공개 시스템 ·강력한 네트워크 지원 (TCP/IP, SLIP/PPP, IPX, AppleTalk, ISDN, Ethernet, FDDI 등) ·빠른 업그레이드 ·풍부한 소프트웨어 ·네트웍 기반의 X-Window제공 ·사용자를 위한 여러 가지 공개 문서들 (LDP, FAQ, HOWTO 등등) ·그리고 자유 [FSF(Free Software Foundation)란 무엇인가?]{{) "리눅스로 가는 험난한 길" 참고 }} FSF라고 하는 단체는 컴퓨터 프로그램에 대한 복사, 배포, 이해, 수정에 대 한 모든 제한을 철폐하기 위해서 혼신의 노력을 다하는 단체이다. 그들은 컴퓨터의 모든 영역에 있어서 자유(free) 소프트웨어를 개발하고 사용 가능케 함으로써 이러 한 목적을 달성하고자 한다. 특히 그들은 GNU(GNU's Not Unix)라는 이름으로 유 닉스를 호환하며 더욱 더 뛰어난 완전한 통합 운영체제를 개발 중에 있다. FSF는 이미 운영체제의 중요 구성부분들을 전세계에 공개해놓고 있다. 그 중에 유명한 것 들이 바로 세상에서 가장 뛰어난 C 컴파일러인 gcc (이는 이미 일부 쟁쟁한 소프트 웨어 회사들이 기금까지 마련해서 후원하고 있다 ), 이맥스(Emacs)와 같은 것들이 있다. 자유(free)라는 단어가 의미하는 바는 돈 문제라기보다는 자유(freedom)를 의미한다. GNU 소프트웨어는 돈을 주고 사도 되고 공짜로 구해도 된다. 어떻게 든 여러분이 GNU 소프트웨어를 가지고 있다면 얼마든지 다른 사람에게 자유롭게 줄 수 있고, 원한다면 소스를 받아서 고쳐서 사용할 수도 있고, 여러분에 의해서 향상 된 프로그램을 공동체에 환원할 수 있는 자유가 주어진다. 다른 단체에서도 자유 소프트웨어라는 것을 배포하는 경우가 있지만 FSF는 현재의 모든 상용 운영체제들 을 대체할 수 있는 완벽한 GNU 시스템을 만드는데 노력을 집중하고 있다. FSF 회 장은 이맥스 에디터의 개발자인 리차드 스톨맨씨이다. [중요한 인물 소개] · 리누스 토르발즈(Linus Benedict Torvalds) 리눅스 운영체계의 커널을 만든 리누스는 현재 핀란드 헬싱키 대학에서 대 학원을 다니고 있다. 이번에 학위를 따면 학교에 남을 것으로 보인다. 지칠 줄 모르 는 정열을 가지고 커널 개발을 쉬지 않고 해내고 있다. 매일 전세계로부터 날아오 는 메일에 파묻혀 산다고 하는 리누스. 리누스 또한 밤에 커널 개발을 많이 하는지 낮에는 항상 부족한 잠을 해결하는 것 같다. · 리차드 스톨맨(Richard M. Stallman) 리눅서들이 존경해 마지않는 FSF 회장 리차드 스톨맨씨이다. 세상 최고의 에디터인 이맥스를 만든 사람도 바로 이 사람이다. 아마 이 사람이 없었다면 리눅 스와 같은 공개 운영체계는 탄생하지 못했을 것이다. 리눅스 시스템이라고 하는 것 이 실제로는 리누스의 커널과 모든 GNU 프로젝트의 소프트웨어들, MIT X 윈도, BSD의 네트워킹 코드로 이루어진 거대한 인류의 지적 재산 집합체라는 사실을 알 아야 한다. 스톨맨씨는 소프트웨어의 사용과 배포에 대한 모든 제한을 없애고 필요 한 것은 함께 해야한다는 철학을 가지고 GNU 프로젝트를 시작하였다. 특히 시스템 소프트웨어인 운영체계와 같은 것은 모두에게 자유롭게 주어져야 한다고 생각한다. 그의 유명한 GNU 선언문(Manifesto)을 읽고 리눅스에 매료된 사람이 얼마나 많았 던가? 여러분들도 꼭 한 번 읽어보기 바란다. 정확히 말해서 리눅스는 GNU 프로젝트에 의해서 나온 것은 아니다. GNU 프로젝트는 현재 Hurd라는 커널을 사용하는 'GNU 운영체계'로 이미 나와서 개발 중에 있다. 리차드 스톨맨의 꿈이 실현 되가는 과정이라고 할 수도 있다. 그는 당연 히 컴퓨터를 좋아하며 음악과 특히 나비를 좋아한다고 한다. 리눅스 사용자라면 리 차드 스톨맨씨와 GNU 프로젝트에 대해서 항상 감사하지 않으면 안될 것이다. 2. 리눅스의 변천사 [좁은 의미에서의 리눅스 : 운영체제의 핵심부 커널]{{) "함께하는 한글 리눅스 알짜 슬랙웨어 3.1" 참고 }} 사람들이 말하는 리눅스도 엄밀히 말하면 2가지로 나누어 말할 수 있다. 좁 은 의미에서의 리눅스와 넓은 의미에서의 리눅스이다. 우선 좁은 의미에서의 리눅 스에 대해서 얘기해보도록 하겠다. 리눅스의 간단한 역사기행이다. 리눅스 문서 프 로젝트와 유저 가이드 내용을 약간 인용한다. 리눅스(Linux)는 핀란드 헬싱키 대학에서 전산학과를 다니는 리누스 토발즈 (Linus Torvalds)란 학생에 의해서 쓰여졌으며, 세계 각국의 셀 수 없이 많은 사람 들에 의해서 개선되어 왔다. 리눅스는 모두 손수 씌여진 코드로 이루어진 유닉스 운영체제의 호환 시스템(clone)이다. 하지만, 유닉스로 유명한 USL(Unix System Laboratories)이나 버클리, 캘리포니아 대학이 리눅스에 관여한 적은 전혀 없다. 리 눅스에 대하여 한 가지 재미있는 사실로는 세계 각국으로부터 동시에 개발이 이루 어지고 있다는 사실을 들 수 있다. 오스트레일리아로부터 핀란드에 이르기까지 사 람들은 리눅스의 개발에 참여하고 있으며, 앞으로도 계속적으로 참여할 것이 분명 하다. 사실은 리눅스는 리누스의 취미 프로젝트로부터 시작되었다. 그것은 앤디 타넨바움(Andy Tanenbaum)씨가 만든 소규모 유닉스 운영체제인 미니스(Minix)에 서 영감을 받았다고 한다. 리눅스가 초기에는 386 보호모드에서의 멀티 스위칭 기 능을 다루고 있었으며, 어셈블리로 작성되었다. 1991년 10월 5일, 리누스는 첫번째 공식 버전인 0.0.2를 발표하였다.(버전 0.0.1은 발표되지 않았다) 그때는 GNU의 확 장된 쉘인 bash와 C 컴파일러인 gcc가 그 위에서 작동되었다고 한다. 버전 0.03에 서 리누스는 버전을 0.10으로 점프해 버렸다. 이미 많은 사람들이 재미를 들여서 참 여하기 시작했다. 그리고 버전은 0.95까지 올라갔다. 이는 조금만 있으면 완전한 형 태의 공식 버전 발표가 임박함을 알리는 것이었다. 1년 반이라는 세월이 지나고 1993년 12월말에는 거의 1.0에 가까운 0.99pl14 버전을 냈다.(pl14는 버전 0.99에 패치가 몇 번 가해졌는지를 말해준다. Patch Level 의 약자이다) 리눅스가 가시화 되자 세계 곳곳의 유닉스의 천재들(Guru)과 해커들 이 리눅스에 달려들기 시작하였다. 이때부터 리누스의 인생이 완전히 달라지게 되 었음은 물론이다. 안정 커널 버전 1.2.13까지 진행을 하였고, 2.0.0에 이르기 위한 개 발 버전 1.3.X는 무려 1.3.100까지 이르렀으며, 1996년 6월 9일 오전 10시 18분(핀란 드 시간) linux-2.0.tar.gz 이라는 파일을 올려놓음으로써 리눅서들의 대축제를 맞았 다. 그리고 이글을 쓰고 있는 순간에는 이미 2.0.21 까지 나와있다.(1998년 8월 19일 현재에는 커널 버전 2.1.115까지 나와있다) 그리고 그는 쉬지도 않고 또 다른 개발 버전인 2.1 작업에 착수할 생각을 가지고 있으며, ftp사이트인 ftp.cs.helsinki.fi 에 이미 v2.1 디렉터리를 만들어 두었다.(앞으로 조금 있으면 안정 버전인 2.2 가 나올 것으로 예상되고 있다) [넓은 의미의 리눅스 : 배포판]{{) "함께하는 한글 리눅스 알짜 슬랙웨어 3.1" 참고 }} 리눅스 커널만 가지고는 운영체제로서의 의미가 없다. 이는 마치 여러분이 PC에다 다른 것은 하나도 없이 도스만 설치해 놓은 것과 같은 결과이다.(사실 마이 크로소프트 도스 6.* 버전에서는 필요 이상의 불필요한 소프트웨어를 많이 넣어서 그 자체로도 완벽하게(?) PC를 가동시킬 준비가 되어 있다고 할 수도 있다) 리눅스 의 경우에는 더욱 심각한데, 리눅스 커널 그 자체만으로는 파일 하나 제대로 복사 할 수가 없다. 기본적으로 쉘이라고 명령어 해석기(도스의 command.com에 비유할 수 있다)가 있어야하고 파일 복사를 하려면 cp라는 프로그램이 따로 있어야하며, 파 일을 지우기 위해서는 rm이라는 파일이 있어야 한다. '운영체제란 무엇인가?'에 대한 답변은 많이 있다. 보통은 커널 그 자체와 시스템 운영에 기본적으로 필요한 유틸리티들(파일 처리, 시스템 체크, 간단한 텍스 트 편집기)을 포함하며, 유닉스 계열의 경우에는 C 컴파일러도 중요한 부분을 차지 한다. 더 나아가서는 많이 쓰이는 소규모의 통신 프로그램, 데이터 처리 프로그램들 도 운영체제 개념 안에 들어올 수 있다. 심지어는 워드 프로세서까지 넣을 수 있는 데, 이는 운영체제라는 개념이 열린 개념(Opne Concept)이기에 심각하게 한정 지을 필요는 없다고 본다. 단지, 시스템 운영에 상당히 중요한 것들을 포함하고 있어야 한다는 좀 광범위한 기준에 부합하면 될 것이다. 리눅스라는 이름으로 여러분이나 필자가 실제로 접하는 것은 리눅스 커널인 약 12메가짜리 파일이 아니라, CD-ROM이나 ftp 사이트에서 볼 수 있는 배포판 (Distribution)이라는 것이다. 많이 들어보았을 지는 모르지만 슬랙웨어, 레드햇, 데 비안 등이 바로 그러한 것들이다. 배포판이라고 불리는 것들은 리눅스 커널을 기초 로하여 시스템을 기본적으로 운영할 수 있도록 위에서 말한 운영체제의 요소들을 편리하게 모아 놓은 것이다. 그리고 그 이상을 넘어서서 리눅스 시스템 운영에 필 요한 최대한의 소프트웨어를 유기적으로 모아 놓은 것이라고 할 수 있다. 예를 들 어, MIT의 X 윈도우 없이도 리눅스 시스템 운영은 가능하지만, 마치 X윈도우도 리 눅스의 일부분인 것 마냥 모두들 리눅스에 X 윈도우를 설치하여 리눅스의 기본적 인 멀티태스킹과 네트워킹의 힘을 만끽하고 있는 것으로 보아 X 윈도우도 빼놓을 수 없는 운영체제의 일부라고 말해야 할 것 같다. 리눅스는 정해진 한 개의 배포 형식이 미리 정해져 있지 않다는 것이 재미 있는 특징이다. 리누스씨 조차도, 그리고 어느 누구도 리눅스가 한 단체나 형식으로 만 배포되어야 한다는 언급 한 마디 없다. 그것은 우리 모두의 자유이기 때문이다. 따라서, 정말로 많은 배포판이 나와 있는 것이다. 그것은 우리 모두의 자유이기 때 문이다. 한국에서는 가장 많이 알려진 슬랙웨어와 레드햇, 최근 들어 데비안 등의 새로운 이름들을 들을 수 있지만, 해외에 이미 알려져 있는 배포판 들의 이름을 예 로 들면 CraftWorks, Yggdrasil, S.u.S.E, Linux-FT, WGS Linux Pro, Linux Universe, LinuxWare, 그리고 레드햇에 바탕을 두고 본격 상업용 리눅스 배포판을 개시한 칼데라(Cadera) 등 다양한 배포판이 있다. 각각의 배포판은 고유의 설치 프로그램들을 가지고 있고, 기본적인 시스템 운영에 있어서 약간씩의 차이를 보이고 있다. 따라서, 같은 리눅스를 쓴다 할 지라 도 한 배포판을 쓰다가 다른 배포판으로 옮기는 것은 약간의 적응 과정을 거쳐야 한다. 그만큼 자유의 여지가 많다는 말도 된다. 하지만, 이미 그러한 문제들은 논의 가 되어 왔고, 몇 가지 서로 간의 독특한 장단점을 빼고는 디렉터리 운영 등에서 서로 비슷하게 표준을 지키고 있다. [리눅스의 거대한 발자취]{{) "슬랙웨어 3.3을 이용한 지상 최강의 리눅스 서버 만들기" 참고 }} FSF(Free Software Foundation) 재단을 설립한 리차드 스톨만이 과거 MIT 공대에서 일할 당시에만 하더라도 동료들은 자신의 프로그램 소스를 무료로 복사해 주는 협력 정신이 팽배해 있었다. 실제로 프로그래머들은 서로의 우정을 표시하는 예로 소스를 공유해왔었다. 그러나 1980년대 들어와서 MicroSoft를 비롯한 영리 목 적을 가진 회사들은 소프트웨어를 상용화하는 데 주력했다. 요즘 웬만큼 쓸만한 프 로그램을 살려면 최소한 몇십 만원은 넘는다. 프로그램의 사용자가 프로그램을 마 음대로 쓸 수도 없고, 그렇게 우수하지도 않는 프로그램을 울며 겨자 먹는 식으로 사야만 하는 현실이다. 세상이 이렇다보니 일부 프로그래머들 사이에 소프트웨어의 Lock을 깨부수는 사람인 크래커(Cracker)가 생겨나기에 이르렀다. 결국 소수 자기 철학을 가진 프로그래머를 제외한 대부분의 프로그래머들이 소프트웨어의 가치 창조에 몰두하기에 이르렀고, 대형 컴퓨터 소프트웨어 회사에 의해 흡수 내지, 동화되어 벼렸다. 그 이후 스톨만은 1983년 GNU 프로젝트를 계획 하기에 이르러 지금까지 굳건히 변절해 버린 상용화 회사와 프로그래머에게 도전장 을 던지고 있다. 리눅스를 통한 공개 운영체제의 완성은 1990년대에 와서 공개용 프로그램이 만들어진 GNU 프로그램이 Linux와 합쳐짐으로서 막강한 32비트 운영 체제가 탄생하였다. 지금은 슬랙웨어, 레드햇, 데비안 등의 리눅스를 기본으로 한 GNU 시스템이 완성되기에 이르렀다. 리눅스는 Intel(80386)에서 돌아가는 유일한 32비트 Unix 운영체제로 그 안 정성은 연구소를 비롯한 여러 곳에서 인정받고 있다. 우리나라에서는 아직까지 이 렇다 할 활성화된 조직이 결성되지는 않았지만, 국내 통신망을 통한 활동이 이루어 지고 있는 걸로 안다. 반면, 바다 건너 미국에서는 Infoworld라는 전세계망을 가진 PC 매거진 회사가 레드햇을 1997년 최고의 운영체제로 뽑았고, 영화 타이타닉은 30 대의 알파 리눅스로 만들었으며, 데비안은 우주선에 탑재되어 리눅스의 세계를 우 주 밖으로 옮기기에 이르렀다. 이것은 리차드 스톨만의 철학이 빛을 발하기 시작한 것을 의미하는 것이다. 즉, 모든 이에게 프로그램 소스가 공개되어 점진적으로 계속 발전하는 프로그램으로 변해 완전한 운영체제로 변화를 꿈꾸게 된 것이다. 3. 리눅스의 현재와 미래 [해커의 운영체계]{{) "리눅스로 가는 험난한 길" 참고 }} 많은 초보 리눅서들에게 겁부터 주려는 것은 아니다. 하지만 리눅스가 도대 체 어떤 운영체계인지 대해서는 알고 오해하는 일이 없도록 해야 한다. 보통 다음 과 같은 질문을 받으면 도대체 뭐라고 답해야 할 지 모르겠다. "리눅스에서 윈도95보다 버추어파이터가 잘되나요?" "리눅스 네트워크가 뛰어나다면서요? 그럼 인터넷 익스플로러도 잘 돌아가요?" 각 운영체계는 자신의 쓰임새가 있다고 생각한다. 여러분이 리눅스를 택한 이상 그것이 이미 사용해왔던 다른 운영체계들과 같기를 바라는 것은 좀 우스운 일 이 아닐까? 리눅스는 지금까지 여러분이 구경하지 못한 새로운 디자인의 운영체계 임을 알아주기 바란다. 위와 같은 오해가 생길 때 리눅스는 거의 쓸모가 없어진다. 보통 해커들은 다음과 같이 사는 경향이 있다. - 밤낮이 바뀌어서 생활하는 경우가 많다. 거의 올빼미들이다. 우리나라나 외국이나 어디를 막론하고 취미들은 모두 Night Hacking이다. - 상당히 어려워 보이는 희한한 명령어들을 구사하며 그것을 즐긴다. - 구속을 싫어하며 정부의 통신, 인터네트 통제 같은 것은 극도로 혐오한다. - 하드웨어든 소프트웨어든 완제품을 싫어한다. 자기가 컴파일해서 만들지 않으면 마음에 차질 않는다. - 하루 종일 집에 혼자 있어도 리눅스만 갖다주면 심심해하지 않는다. - 항상 배우려고 노력한다. - 노력하지 않는 사람은 도와주지 않는다. - 자신이 리눅서임을 언제나 마음 뿌듯해 한다. 리눅스가 상업적 성공을 이루어 나가고 있고 계속 지금처럼 나아간다고 할 지라도 리눅스 본연의‘해커의 천국’이라는 측면은 언제나 가장 중요한 측면으로 남아있을 것이다. [프로그래머를 위한 운영체계] 리눅스에 응용 프로그램이 적은 것은 아니다. 그리고 핵심적인 응용 프로그 램들은 이미 모두 나와 있으며 그리고 지금 현재에도 끊임없이 쏟아져 나오고 있는 중이다. 선뜻 초보자들이 리눅스를 설치하고 나서 활용하기 어려워하는 것은 윈도 95와 같은 운영체계용으로 쏟아져 나오는 장난감 같은 프로그램들이 없기 때문이 다. 실제로 컴퓨터를 어느 분야에 얼마나 효율적으로 사용하고 있는가?라는 질문에 똑똑히 이렇다라고 답변하기 힘든 경우가 많다. 게다가 홈 PC라는 개념은 이미 컴 퓨터를 전문 기계가 아닌 오락 기계 정도로 생각하게끔 만들었으며 사실 유희적인 요소가 이제는 중요한 요소로 자리잡게 되었다는 것은 분명한 사실이다. 이런 부분 들이 리눅스의 취약한 점이라고 말하고 있다. 하지만 이것은 가정 자체가 틀렸기 때문에 어떠한 답변도 초보자들을 만족 시켜주지는 못한다. 리눅스는 어떤 회사나 단체에서 만들어서 판매하고 라이선스를 걸어놓은 운영체계가 아니다. 사실 리눅스로부터 여러분은 상업적인 수준의 서비스 를 기대할 수는 없다. 어떤 운영체계 회사에서 어떤 버그가 있다면 그리고 그것에 의해서 손해를 보았다면 그 회사에게 손해배상을 청구할 수 있을 것이다. 그리고 내 돈주고 구입한 것이므로 충분한 기술적 지원과 프로그램의 수준 향상을 요구할 수 있다. 반면에 리눅스에서는 그러한 과정이 없다. 사용자 자신이 개발자, 프로그 래머인 운영체계이다. 여러분이 인터네트 접속을 할 수 있고 뉴스그룹에 참여할 수 있다면 얼마든 지 그들과 민주적인 토론을 벌일 수 있다. 프로그램에 하자가 있다고 생각하면 얼 마든지 고쳐서 (하지만 당연히 개발 중인 저자에게 연락하는 것이 기본 절차이다) 다시 공동체로 환원하라. 이렇게 사용자 자신이 개발자이며 주인인 운영체계가 리 눅스이다. 이러한 리눅스는 프로그래머들을 위한 훌륭한 환경을 만들어주고 있다. 아직은 개발을 위한 운영체계라고 하는 것이 좋다고 본다. 실생활에 활용할 만한 기본적인 프로그램들은 이미 다 갖추어놓고 있다. minicom이나 세연을 통해서 통신을 할 수 있고 얼마든지 자료를 주고받을 수 있다. 기본 그림 그리기 기능은 xpaint나 gimp같은 것을 사용하면 되고 책을 만들고 싶을 때는 또는 남들과는 비교가 안되게 훌륭한 보고서를 만들고 싶을 때는 TeX을 사용 하면 된다. 기본 편집기로는 vi , 이맥스 등을 꼽을 수 있고 그래픽 환경을 원한다 면 X 윈도가 있다. 아쉬운 점이라면 자유로운 한글 워드프로세서가 없다는 것을 하 나 지적할 수 있는데 이것은 이미 한글과 컴퓨터 사에서 HWP/X 라는 이름으로 유 닉스/리눅스용이 이미 10여만원 선에서 판매가 되고 있다. 따라서 도스나 윈도95에 서 구입하듯 구입해서 사용하면 된다. 하지만 분명히 할 것은 리눅스 자체는 자유롭게 배포 가능하지만 HWP/X 는 그렇지 않다는 것이다. 어떤 사람은 이상하게 생각할 지 모르지만 리눅스에서 돌아간다고 해서 모두 무료여야 하다는 조항은 없다. 인터네트 기능은 많은 사람들 을 충분히 만족시켜주는 기능으로서 충분히 지원되는 소프트웨어는 아니지만 네스 케이프사에 의해서 현재 3.0까지 리눅스용 모질라가 나와있고 직접 네스케이프사 ftp 사이트를 방문하면 얻을 수 있다. 플러그인 프로그램들이 턱없이 부족하기 해도 리얼오디오사의 경우에는 현재 2.0까지 리눅스용을 만들어서 무료로 배포하고 있고 XING 사에 가보면 StreamWork 와 같은 것을 리눅스용으로 또한 구할 수 있다. 그 나머지는 거의 다 리눅스 배포판에 내장되어 있어서 불편함을 느끼지 못할 것이다. 아쉬운 것이 하나 있다면 인터네트 폰과 같은 것이 아직 없다는 것이라고 할까? 네트워크 서버를 운영하려는 사람에게 있어서 리눅스는 가난한 네트워크 서 버 운영자에게 희소식이다. 상용서버와 성능 차이가 없는, 아니 더욱 훌륭한 서버들 이 리눅스 네트워크 환경에서 운영되며 도스나 윈도95의 클라이언트에 대한 서버 역할을 충분히 해내기 때문이다. 이런 면에서 있어서는 정말 강한 모습을 보여준다. 관리자가 리눅스 또는 유닉스에 대한 기본 지식만 가지고 있다면 레드햇이나 칼데 라와 같은 상용 리눅스 배포판을 구입해서 사용하면 몇 가지 세팅만으로 네트워크 서비스에 투입될 수 있다. 만약 완벽한 DB 시스템을 원한다면 포스트그래스95와 같이 개념 좋고 충분한 성능을 가진 데이터 베이스 서버와 함께 웹을 구축하면 될 것이다. 여러분이 리눅스로부터 혜택을 받은 것이 많겠지만 리눅스는 항상 여러분 에게 바란다. 프로그래머가 아니라면 최소한 성의 있는 버그 리포트라도 해주는 것 을 바란다. 여러분이 프로그래머라면 동참해주길 언제나 바라고 있다. [개발 툴이 부족하다?] 만약 비주얼 툴을 찾는다면 그렇다. 하지만 없는 것은 아니다. 단지 비주얼 툴은 현재 외국에 주문 신청을 해야만 구할 수 있다. 현재 우리나라에선 불법적인 상호 복사로 여러 비주얼 툴들을 가지고 있는 것 아닌가? 하지만 비주얼 툴이 없어 서 제대로 프로그래밍을 못할 것이라는 섣부른 추측은 금물이다. 그렇게 말한다면 항의하는 리눅서들이 얼마든지 있다. 도스나 윈도95에서는 쓸데없이 자기 스스로 구현해야 할 것이 많지만 리눅스에는 GNU 소프트웨어들과 다양한 라이브러리들이 있다. 그 라이브러리들은 아주 방대하고 여러분이 찾기만 원한다면 여러분의 자질 구레한 아니 어떻게 보면 핵심적인 업무라고 할 수 있는 기능들을 제공하는 함수들 을 쉽게 찾을 수 있다. 보통 선 사이트(sunsite.unc.edu)와 같은 곳에 가서 /pub/gnu 디렉토리에 가보면 아주 다양한 GNU 라이브러리들을 만날 수 있다. 각 라이브러리에 대한 문서들은 아직 영문이긴 하지만 텍스트, 하이퍼 텍스 트, 포스트스크립트 문서 등으로 쉽게 구할 수 있으며 대부분 200장 내지 300장이 넘어가는 아주 자세한 설명이 들어있다. 여러분이 이맥스와 같은 에디터를 사용한 다면 얼마든지 관련 정보를 그 즉시 살펴볼 수 있다. 간단하게 C 라이브러리와 같 은 것은 터미널에서 man 명령으로 자세한 프로토타입과 설명을 얻을 수 있다. [POSIX 규격의 운영체계] 리눅스는 그 어느 누구보다도 다양한 유닉스들 사이의 약속이라고 할 수 있 는 POSIX 규격을 제일 먼저 실천에 옮기고 있는 장본인이다. 여러분이 리눅스에서 프로그램을 만들면 혹시나 다른 곳에서 안 돌아가지 않을까 하고 고민할 수도 있을 것이다. 여러분이 POSIX 규격만 따라주면 얼마든지 다른 유닉스 시스템에서 수정 없이 컴파일 되어 돌아간다. 특히 여러분의 X 윈도 프로그램은 표준적이므로 집에 서도 얼마든지 워크스테이션용을 개발하기 편하다. 그리고 깔끔하면서 개발기간이 적게 걸리는 인터페이스를 원한다면, 많은 위젯세트들이 나와 있으므로 그것을 구 해보면 된다. 반은 상용이면서도 라이브러리와 매뉴얼이 500 페이지로 완벽히 제공 되는 xforms 라이브러리, 최근 급속도로 성장하는 Qt 위젯세트, 그리고 아쉬운 대 로 모티프(Motif)와 같은 인터페이스를 만들어 줄 수 있는 Xaw3d, 그리고 여러분이 집에서 모티프 프로그래밍을 원할 때는 모티프 2.0은 안되더라도 모티프 1.2 호환의 공개 라이브러리 lesstif를 구해서 컴파일해 놓으면 비싼 모티프 라이브러리를 당장 에 구입하지 않더라도 충분히 혼자서 집에 있는 PC로 공부를 할 수 있다. [결론 : 구하라! 얻을 것이다. 없으면 만들어보자.] ·뉴스그룹 애용하기 리눅서들은 곧 네티즌들이다. 인터네트로 온 세상을 휘젓고 돌아다니지 않 는다면 아직 리눅서가 아니라고 해야 할까? 그리고 여러분 혼자 해결하려고 하지 말고 통신 동호회 같은 곳에서 활동을 하면 더욱 도움이 될 것이다. 여러분이 모르 는 내용을 고참 리눅서들에게서 배울 수도 있고 또는 여러분이 다른 리눅서들에게 도움이 될 수도 있다. 그리고 리눅서들이란 리눅스 자체의 특성으로 인해 서로 공 동체를 이루고 무엇인가를 해내는 에서 가장 큰 즐거움을 얻을 수 있다. 여러분이 도움을 받을 수 있는 곳은 일단 통신 동호회로서 나우누리와 하이텔에 커다란 리눅 스 동호회가 있다. 그리고 다음과 같은 뉴스그룹을 꼭 자주 살펴보기 바란다. han.sys.linux comp.os.linux.* 우선 전자는 우리나라의 리눅스 뉴스그룹으로서 많은 리눅스의 실력자 분들 이 살고 있는 곳이다. 여러분이 말만 잘하면 그들에게서 좋은 정보를 얻을 수 있을 것이다. 둘째로 영어로 된 국제적인 그룹으로서 comp.os.linux로 시작하는 모든 그 룹은 아주 중요하다. tin과 같은 뉴스 읽기 프로그램을 사용한다면 검색 명령키인 슬래시 문자(/)를 친 다음 linux라고 하면 된다. 계속적인 검색은 슬래시 문자만을 쳐주면 그만이다. 이는 vi 에디터와 같은 방식이다. 특히 새로운 정보의 발표는 announce라는 문자열이 들어있는 곳에서 이루어진다. 아무 곳에나 질문을 올리면 욕을 먹을 테니 꼭 각 그룹의 특성을 이해하기 바란다. 더군다나 FAQ나 HOWTO 문서라고 불리는 것을 읽지 않고 질문을 하면 몇몇 외국 리눅서들은 당장에 여러분 에게 답변 기사를 올릴 것이다. 내용은... RTFM! 뜻은 아마도 Read The Fucking Mannual에 해당하거나 Read The Fine Mannal일 것이다. 처음에는 읽기만 한다고 하더라도 리눅스 고수들의 얘기를 경청 하는 것도 실전적인 경험이 되므로 여러분에게 유익할 것이다. 새로운 프로그램들 에 대한 발표가 이루어지는 곳이 바로 comp.os.linux.announce와 같은 뉴스그룹이므 로 자주 들러서 최신 정보를 입수하는 것도 좋다. X 윈도 시스템에서라면 한텀에서 텍스트 브라우저인 Lynx나 모질라 같은 것을 띄워 놓고 프로그램을 구할 수 있는 주소를 발견하면 왼쪽 마우스 버튼으로 누른 채 주소를 긁어다 가운데 버튼으로 모 질라의 Open창 입력하는 곳에다가 뿌리고 곧바로 여행을 떠나보자. 상당히 재미있 는 경험이 될 것이다. ·리눅스 FTP 사이트 애용하기 리눅스 배포에 있어서 핵심적인 역할을 하는 3 대 중요 ftp 사이트가 있다. ftp://sunsite.unc.edu/pub/Linux ftp://tsx-11.mit.eud/pub/linux ftp://ftp.funet.fi/pub/OS/Linux 그 사이트들은 커널을 포함하여 거의 모든 리눅스용 프로그램을 가지고 있 는 곳이다. 마음이 급하다면 Incoming 디렉토리들을 살펴보라. 보통 설명은 .lsm이 라는 텍스트 파일에 들어있으니 자세히 설명을 읽어보고 자료를 받도록 하라. 그래 도 여러분이 원하는 자료가 없으면 답은 하나밖에 없다. 기다리던가 아니면 여러분 이 나서서 만들던가 하면 된다. 많은 리눅서들이 여러분이 개발에 동참해주길 기다 리고 있다. 개인적인 경험으로도 아직 없는 프로그램을 만들어서 선사이트에 등록 시키고 LSM(Linux Software Map) 에 들어간다는 것은 정말로 멋진 경험이라고 않을 수 없다. 여러분의 이름과 명예를 위해서도 한 번 도전해보지 않겠는가? Ⅱ. 리눅스의 구조 1. 리눅스의 기본구조 [디렉토리 구조] /bin : Linux에서 사용하는 기본 명령어들이 위치하는 디렉토리. /boot : Linux boot에 필요한 booting 지원 파일들이 위치하는 디렉토리. /dev : Linux에서 사용하는 각 장치에 대한 Device들이 위치하는 디렉토리. 용량을 차지하지 않는 가상의 디렉토리. /etc : Linux에서 사용되는 모든 어플리케이션 및 Linux 환경 설정에 필요한 설정 파일들의 총 집합체. /home : Linux user 들의 기본 디렉토리이며, web server 및 ftp server, Samba server 의 디렉토리가 위치하는 디렉토리. /lib : Linux에서 사용하는 기본 라이브러리가 위치하는 디렉토리. /mnt : cd-rom 및 floppy 장치에 대한 mount pointer가 위치하는 디렉토리. /proc : 가상의 디렉토리로 Linux kernel설정에서 필요한 디바이스들이 위치하는 디렉토리. /root : system user의 홈디렉토리. /sbin : Linux kernel에서 필요한 module설정 파일이 위치하는 디렉토리. /tmp : 각 장치에 필요한 socket 및 log 파일들이 위치하는 디렉토리. /usr : Linux에서 사용하는 모든 어플리케이션 및 시스템 파일들이 위치하는 디렉토리로써, Library화일, 실행파일들이 들어있다. [shell의 구조] ★ 쉘(shell)이란? 사용자와 리눅스 커널 사이의 인터페이스로 사용되는 프로그램을 통칭한다. 즉, 사용자가 프롬프트에서 어떠한 행위를 하면 그것이 리눅스 커널에 전달이 되고 리눅스 커널은 입력된 명령어들에 대한 결과치를 출력을 해주게 되는 형태를 말한다. shell은 명령어 변환기이며 자신 고유의 내부적인 shell 명령어의 집합을 가지고 있다. 이러한 명령을 수행케 해주는 shell에는 다양한 형태가 있는데, bash, csh, tcsh, ksh, pdksh, zsh 등 다양한 종류의 shell이 존재한다. {{ }}{{ }} 리눅스 {{ }}{{ }} 리눅스 커널 사용자 쉘 2. 리눅스 Kernel에 관하여 [커널 소스 디렉터리 중심으로] ☞ Documentations : Linux kernel에서 지원하는 모든 하드웨어 설정 및 정보 등 kernel을 설정하는데 있어서 모든 정보를 담고 있는 subdirectory 이다. ☞ arch Additional platform support → Linux kernel runs on the following platforms. O alpha O i386 O mips O ppc O sparc O M68K(Amiga) ☞ Include → Include 서브디렉토리는 기본적인 커널 코드의 헤더 파일들을 포함하는 디렉토리이다. → Include/ 밑의 Linux system에서 지원하는 OS(operating system) header file 들을 /usr/include으로 soft Link 주는 구조를 가지고 있다. ☞ init (system startup and Initialization) → Intel기반으로 하는 시스템 구조에서, loadlin.exe & LILO프로그램으로써 system boot 할 때에 arch/i386/kernel/head.S파일이 커널 내부의 메모리 및 시스템 컨트롤을 하는 파일들의 집합체. → Head.S란.? init/main.c코드의 main()함수의 일련의 명령군을 통제 및 제어를 하는 특수한 구조를 가졌다. ☞ mm (Memory Management) → 잘못된 연산을 수행하는 코드를 제어하는 memory.c code 및 메모리 매핑 및 캐쉬역할을 하는 filemap.c code, 불안정한 버퍼 코드를 제어하는 buffer.c code, swap를 제어하는 "swap_state.c, swapfile.c" code로 구분된다. ☞ Kernel → The Scheduler is in kernel/sched.c and the fork code is in kernel/fork.c. → The bottom half handling code is in include/linux/interrupt.h. → The task_struct data structure can be found in include/linux/sched.h. ☞ IPC (Interprocess Communication) → ipc_perm 데이터 구조 및 include/linux/ipc.h 헤더 파일들을 이용하여 모든 System V IPC 오브젝트를 포함한 헤더 및 소스 코드를 포함한다. ☞ fs (File Systems) → Linux에서 사용하는 ext2파일 시스템의 모든 헤더파일 및 소스코드를 내포 하고, include/linux/ext2_fs.h, ext2_fs_i.h, ext2_fs_sb.h헤더파일을 내포하며 ext2파일 시스템의 데이터 구조를 정의하는 디렉토리이다. ☞ net (Network) → Linux networking에 필요한 include/net헤더 파일 및 소스 코드를 포함하며, BSD 소켓을 지원하는 net/socket.c, IPV4 소켓 코드를 지원하는 net/ipv4/af_inet.c 및 네트웍 디바이스 드라이브를 포함하고 있다. → The network devices drivers are in drivers/net. ☞ modules → Linux kernel에서의 모듈 기능을 구현하는 디렉토리. → Linux kernel에서 모듈 기능을 컴파일 하면 정적으로 링크를 시켜주는 디렉토리. ☞ lib (kernel Library) → 커널 설정에 필요한 라이브러리 코드를 내포하는 디렉토리. ☞ Scripts → 커널을 설정하는데 있어서, make xconfig 및 make menuconfig에 필요한 awk 및 tk스크립트를 포함하고 있는 디렉토리. ☞ Drivers → Linux System's 에 필요한 디바이스 드라이버를 포함하는 디렉토리. 3. X-Window System에 관하여{{) http://kldp.linux-kr.org/ 참고 }} [역사] 유닉스용 GUI interface라고 할 수 있는 X-windows는 MIT와 DEC사에 의 한 Athena 프로젝트에 의해 처음으로 개발되었다. X-windows라는 이름은 스탠포 드 대학에서 개발한 W 윈도우 시스템을 따라 그 다음 알파벳인 X를 사용한 것이 라고 한다. X-windows는 1985년 MIT의 라이센스 포기 이후 많이 보급되었다. 현 재는 유닉스 등의 운영체제에 기본적인 시스템으로 도입되어있다. 또한 MIT의 XFree86 프로젝트는 일반 개인용 운영체제에서도 돌아갈 수 있도록 하였다. X-windows의 X11 Revision 6는 1994년 4월에 발표되었고, 지금은 유닉스 계에서는 거의 표준으로 자리잡았다. 현재는 컴퓨터 회사들로 결성된 X컨소시엄에 서 개발을 맡고 있다. X-windows는 자유롭게 배포될 수 있는 라이센스를 갖고 있 다. 리눅스에서의 X-windows도 그 중에 하나이다. 리눅스가 사용하는 것의 정확한 이름은 XFree86이다. 이것은 MIT의 X386서버로부터 발전한 것이다. [구조] X-windows가 유닉스용 GUI이므로 네트워크 시스템에 알맞게 되어있어야 한다. 즉, 여러 가지 다른 시스템을 하나의 방식으로 묶어 관리할 수 있도록 할 필 요가 있었다. 그래서 서버와 클라이언트 개념을 도입했고, 이에따라 프로그램 개발 자는 각각의 아키텍쳐를 신경쓰지 않고도 개발을 할 수 있으며 각각의 아키텍쳐에 맞도록 운용되므로 그 시스템 나름의 장점을 활용할 수 있다. 이것이 바로 프로그 램에 높은 이식성을 부여하는 원인이 된다. X-windows 시스템을 이루는 것을 다음 4가지로 나눌 수 있다. >> X 서버 >> X 클라이언트 >> X 프로토콜 >> X 라이브러리 Server-Client : 기본적으로, 클라이언트는 응용프로그램을 말한다. X 윈도 우 클라이언트는 직접적으로 사용자와 통신할 수 없다. 클라이언트는 서버로부터 키보드 누름이나 마우스 버튼의 누름같은 사용자의 입력을 얻을 수 있다. 클라이언 트는 서버가 그림을 그리도록 요구하는 X 윈도우 명령을 실행한다. X 서버란 애플 리케이션 사용자의 컴퓨터에서 작동하며 그래픽 디스플레이 하드웨어를 제어하고 입출력을 담당한다. X 서버는 X 클라이언트 애플리케이션이 스크린에 무엇인가를 그리거나 키보드와 마우스로부터 입력을 받으라는 요청을 받아 처리한다. 마우스 이동과 버튼 눌림 같은 입력 신호를 클라이언트 프로그램에 전달도 한다. 또한 복 잡한 데이타 구조체들을 관리한다. 서버의 이들 구조체 관리는 클라이언트의 저장 장치와 프로세싱을 감소시킨다. 이것은 네트웍을 통한 데이타의 전송량을 줄이기 위해 필요하다. 하드웨어와 밀접한 X 서버는 각각의 하드웨어마다 다른 서버가 존 재한다. X protocol : X Window에서 각종 처리는 클라이언트와 서버라는 두가지 프로그램이 나누어서 하고 있다. 즉 클라이언트는 IPC를 이용하여 서버의 장치 입 출력을 제어한다. 이러한 X 서버와 X 클라이언트의 상호 작용은 메세지 교환을 통 해 이루어지는데, 메세지 형태와 사용법을 X 프로토콜이라 한다. X-windows의 중 요한 특징 중 하나가 이러한 메세지 교환이 같은 컴퓨터 뿐이 아닌 네트워크를 통 해서도 이루어질 수 있다는 것이다. 그렇기에, 시스템 사양이 낮은 컴퓨터 사용자도 네트워크 컴퓨터에 존재하는 X 클라이언트 프로그램을 자신의 화면에 표시하여 실 행시키는 것이 가능한 것이다. X protocol은 서버와 클라이언트 사이에서 통신되는 Request, Reply, Event, Error 의 기본 메시지이다. 클라이언트가 윈도우를 생성해 달라거나 도형을 출력해달라는 요구를 request queue에 넣어 서버에게 보내면, 서 버는 하드웨어를 제어, 화면에 디스플레이한 후 답신을 보낸다. 또한 서버는 하드웨 어로부터 들어오는 입력(예를 들어, 마우스나 키보드의 입력)을 받아들여 event queue에 넣어 클라이언트에 보내면 클라이언트가 그에 따른 처리를 한다. 리눅스 IPC(Inter-process communication)은 여러 프로세스들이 다른 프로 세스와 통신할 수 있는 방법을 제공한다. 리눅스 C 프로그래머들이 이용할 수 있는 IPC 방법에는 아래와 같은 몇가지가 있다. 반이중 유닉스 파이프 (Half-duplex UNIX pipes) FIFOs (named pipes) SysV 스타일 메세지 큐 (SysV style message queues) SysV 스타일 세마퍼 집합 (SysV style semaphore sets) SysV 스타일 공유메모리 세그멘트 (SysV style shared memory segments) 네트워킹 소켓 (버클리 스타일) (Networking sockets (Berkeley style)) 전이중 파이프 (Full-duplex pipes (STREAMS pipes) 이러한 방법들이 효과적으로 사용될 때, 리눅스를 포함한 모든 유닉스 시스템에서 의 클라이언트/서버 개발을 위한 견고한 프레임웍크(framework)를 제공한다. Xlib, X toolkit : X에서의 프로그램 개발은 시스템의 OS나 하드웨어에 의 존적인 조작을 처리해주는 서버와 대화할 수 있도록 X protocol을 이해해야 한다. 그런데 이 X protocol은 Xlib라는 라이브러리 루틴으로부터 발생시킨다. 그러나 Xlib의 기능은 그다지 많지 않다. 화면에 그림을 그리고 마우스에 반응하는 등의 기 능만을 갖고 있다. 즉, 저수준 인터페이스이다. 그래서 이것보다 상위 라이브러리인 X toolkit을 사용한다. Xt Intrinsics, Xaw, XView, Motif, Qt, GTK 등이 그것이다. [X 실행순서] 우리는 X-windows를 구동하기 위해 startx라는 명령어를 사용한다. 그런 데, 이 startx 명령은 바이너리로 된 파일이 아니라 스크립트 파일이다. 즉 편집기로 불러서 편집을 할 수 있다. 이 파일은 xinit을 실행시킨다. 그러면 xinit프로세스는 xinitrc의 설정을 참조하여 X 서버를 구동시킨다. [활용] 디렉토리 구조와 파일의 역할 ① 디렉토리 [실행 파일 디렉토리 : /usr/X11R6/bin] : 기본적으로 X 윈도우 서버와 기본적인 바이너리 파일이 저장되어있다. [헤더 파일과 라이브러리 : /usr/X11R6/include, /usr/X11R6/lib] : X 윈도우 프로그래밍을 위한 기본 라이브러리 XLIB, X11, Xt intrinsics,Xaw(3d) 가 존재한다. 그리고 Motif까지 설치했다면 Xm 헤더 파일 및 라이브러리 파일이 존재한다. [리소스와 설정 파일 : /usr/X11R6/lib/X11, /var/X11R6/lib] : 두 개의 디렉토리는 링크로 연결되어있다. 이 안에는 여러개의 디렉토리가 있는데, 그중 app-defaults라는 디렉토리가 여러 가지 프로그램의 리소스 파일이 들어있는 디렉토리이다. xinit디렉토리에는 X 윈도우를 구동할 때 필요한 기본 설정 파일들이 저장되어있다. 또한 윈도우 매니져 설정 파일, 지역화와 국제화를 위한 locale 데이터도 저장되어있다. [글꼴 디렉토리 : /usr/X11R6/lib/fonts] : X 윈도우와 프로그램들에 필요한 글꼴들이 저장되어있다. [메뉴얼 페이지: /usr/X11R6/man] : X 윈도우에 필요한 man 페이지(도움말)가 저장되어있다. ② 파일들의 역할 XF86Config (/etc/X11/XF86Config, /usr/X11R6/lib/X11/XF86Config) : X를 설치하고 xf86config를 실행시키면 생성되는 파일로 XFree86의 설정파일이다. 폰트의 경로, 마우스, 비디오카드, 모니터 클럭, 해상도 같은 것을 설정한다. xinitrc (/etc/X11/xinit/xinitrc, $HOME/.xinitrc) : X 서버를 띄울 때 참조하는 설정파일이다. 홈디렉토리의 .xinitrc파일을 우선적으로 적용하고, 그 파일이 없으면 /etc/X11/xinit/xinitrc을 참조한다. 이 파일에는 사용자 정의 파일인 Xresources 파일 정의와 사용할 윈도우 매니저, 응용 프로그램을 적어둔다. Xdefaults ($HOME/.Xdefaults) : Xdefaults 파일은 홈 디렉토리에 있어야하며, 특정 프로그램이 요구하는 환경 변수를 지정한다. Xmodemap ($HOME/.Xmodmap) : 키보드를 정의하는 파일로 키 코드를 Ascii 코드로 바꾼다. 이외에도 각각의 클라이언트는 /usr/lib/X11/app-defaults라는 디렉토리에 각각의 리소스 파일을 가지고 있다. [윈도우 메니저에 대하여] 윈도우 메니져는 X 윈도우 시스템의 외형을 결정짓는 프로그램이다. 윈도우 메뉴의 구성, 마우스 버튼의 동작, 스크롤바, 아이콘 등을 이 윈도우 메니져가 결정 하는 것이다. Shell의 종류가 여러 가지가 있고, MS-Windows에서도 프로그램 매니 저 외에 다른 프로그램들을 shell로 사용할수 있듯이 XFree86에서도 사용하는 윈도 우 메니저가 여러 가지가 있다. 많이 사용되는 것으로 twm, fvwm(가장 널리 사용 됨), olvwm(Xview[TM] package로부터 사용), mwm(Motif[TM]의 부분), WindowMaker, AfterStep, NeXTSTEP 등이 있다. 윈도우 메니저마다 모양과 기능 의 차이가 있고, 마우스 버튼을 사용하는 것도 차이가 있다. XFree86이 실행되면 위의 윈도우 매니저 중 하나로, 혹은 2개 이상의 매니저로 실행된다. 각각의 매니저 별로 약간의 구성과 마우스 키, 메뉴 등에 차이가 있다. 만약, 이 매니저 중 아무것 도 실행이 안된다면 윈도우 같은 것이 뜨지만 한 쪽 구석에 single tasking 모듈의 화면 하나가 나올 뿐이다. 이 상태에서는 단지 하나의 콘솔 상태와 비슷한 상황인 데, 여기에서 'fvwm&'이라고 치면 매니저가 실행된다. ① fvwm 가장 많이 사용되는 윈도우 매니저로 'startx'로 X윈도우를 구동하면 나타 나는 윈도우 매니저이다. 마우스 버튼 3개를 모두 사용한다. # 왼쪽 버튼 : 윈도우의 백그라운드에서 X용 프로그램 메뉴를 부른다. # 가운데 버튼 : 윈도우 메뉴를 호출한다. 백그라운드에서 부를 수 있고, 윈도우의 타이틀 바에서 윈도우 메뉴를 호출할수 있다. 백그라운드에서 윈도우 메뉴를 호출하면 선택된 것은 어느 윈도우에 지정할 수 있고, 타이틀 바에서는 그 윈도우에 한정된다. 가운데 버튼이 없는 마우스는 두 개의 버튼을 동시에 누르면 된다. # 오른쪽 버튼 : 현재 실행되고 있는 윈도우의 리스트를 보여준다. MS-Windows의 작업관리자와 같은 역할이다. ② olvwm, olwm olvwm은 openwin으로 윈도우를 실행했을 때 사용되는 윈도우 매니저이다. 이것은 썬 스팍스테이션의 OpenWindow와 비슷한 인터페이스이다. 화면이 단순하 고 화려하지 않다. 마우스 오른쪽 버튼으로 프로그램을 호출한다. olvwm은 olwm에 가상 화면을 사용하도록 기능을 추가한 것이다. 마우스의 오른쪽 버튼으로 프로그 램을 호출한다. 여기에 등록된 메뉴로 거의 모든 어플리케이션을 실행할 수 있다. ③ mwm mwm은 Motif의 윈도우매니저로 리눅스에 기본적으로 들어 있는 것은 아니 다. Motif는 상용이며 X윈도우의 하나의 표준이다. Moif용으로 개발된 프로그램은 컴퓨터의 기종에 상관없이 소스를 가져와 컴파일하는 것만으로 다른 기종의 컴퓨터 에 이식할 수 있다는 장점이 있다. mwm은 fvwm과 비슷하게 오른쪽 마우스 버튼으로 프로그램 매니저를 대신 하 지만 fvwm에 비해 기능이 현저히 적다. 프로그램을 실행하기 위해서는 xterm을 하 나 실행할 수 프롬프트 상태에서 입력하거나 파일 매니저에서 실행해야 한다. ④ WindowMaker WindowMaker는 최근에 나온 윈도우 매니저이다. NeXTSTEP의 모습과 비 슷한 윈도우 매니저이기도 하다. 설치와 설정이 간단하고 메뉴편집이나 여러가지 면에서 간단하고 쉬우며 또 멋진 화면을 구성할 수 있다. 설정파일은 설치하고 난 후 홈디렉토리에서 wmaker.inst를 실행하면 생기는 GNUstep 디렉토리에 모여있다. $HOME/GNUstep/Defaults/ 안에 있는 네 개의 파일(WMRootMenu,WMState, WMWindowAttributes,WindowMaker)과 $HOME/GNUstep/Library/WindowMaker 안에 있는 menu파일이 그것이다. [XDM(X Display Manager)] Login하고 나서 자동적으로 X를 실행시키려면 사용하는 쉘에 따라, .profile 이나 .login같은 파일에 startx 명령어를 적어두면 되지만, 아예 처음부터 X 터미널 처럼, 부팅하자마자 X로 로그인하려면 xdm을 이용하면 된다. /etc/inittab 파일에서 # Default runlevel. The runlevels used by RHS are: # 0 - halt (Do NOT set initdefault to this) # 1 - Single user mode # 2 - Multiuser, without NFS (The same as 3, if you do not have networking) # 3 - Full multiuser mode # 4 - unused # 5 - X11 # 6 - reboot (Do NOT set initdefault to this) id:3:initdefault: 라는 줄이 있는데, 보시다시피 5번 레벨이 X 전용모드이다. 따라서 이것을 id:5:initdefault:로 바꿔주고 리부팅시키면, X가 실행되면서 로그인 화면이 나온다. xdm을 사용할때에는 사용하려는 윈도우 매니저 등의 설정을 /usr/lib/X11/xdm 디 렉토리의 Xsession 파일이나 홈디렉토리의 .Xsession 파일에 적으면 된다. 단, 홈디 렉토리의 .Xsession파일을 사용할때에는 실행퍼미션이 주어져있는지 보아야 한다. 실행퍼미션이 없으면 동작하지 않는다. [개발 환경(GUI library)] 예전에는 GUI환경이 중요시되지 않았으나 시간이 지나면서 윈도우가 생기 고, 더욱 편한 인터페이스에 대한 사용자의 요구가 늘어남에 따라 GUI를 위한 라이 브러리가 필요해졌다. 모티프가 나오면서 유닉스계에서는 모티프를 많이 사용하였 고, 그러한 추세는 현재까지 이어진다. 그러나 리눅스에서는 모티프가 상용이어서 널리 쓰이지 못하고 Xlib, Xt, Xaw, XView등을 사용하거나 모티프 클론인 lesstif를 사용하였다. 하지만 모티프 스타일도 세련되지 못한 인터페이스로 새로운 라이브러 리 개발이 요구되며 이미 활발히 진행되고 있다. 또한 라이브러리와 윈도우 매니저, 이를 뒷받침하는 어플리케이션 집합으로 구성된 데스크탑 프로젝트의 개발이 활발 하다. Qt-KDE, GTK-GNOME 등이 그 예이다. Ⅲ. 리눅스의 활용 1. 리눅스 & Networking 일반적으로 네트워크 설정은 콘솔상에서 가능하지만 레드햇의 netcfg툴(X윈 도우 환경)을 사용하면 설정하기 쉽다. 이를 알아보자. 설명에 앞서 커널내에서 네 트워크카드(일반적으로 말하는 랜카드)설정은 되어 있는 걸로 한다. {{ }} 우선 위의 그림을 참고로 설명을 해보자 이 부분에서 설정하는 것은 컴퓨터의 Hostname, Domain과 Search domain name 그리고 중요한 Nameserver 설정부분이 다. Hostname 이 부분은 네트워크에 물린 컴퓨터의 네임설정 탭이다. 이 부분에 자신의 호스트 네임을 써주자. 예) host.yourname.com Domain 도메인 네임 설정 부분이다. 할당된 도메인부분의 도메인만 적으면 된다. 위 에 호스트 네임의 뒷부분을 적어주면 되는 것이다. 예) yourname.com Search for hostnames in additional domains 일반적으로 네트워크에 물린 컴퓨터는 각자 도메인 네임을 받을수 있다. 이 럴 때 호스트네임만을 쳐주기만 해도 그 컴퓨터를 네트워크 억세스 할 수 있는데 이것은 이 설정부분에 도메인 네임 뒷부분에 붙을 도메인을 적어줌으로써 가능하 다. 순차적으로 검색을 한다. 예) clug.net domain.net 이라고 설정되어 있고 자신의 컴퓨터의 호스트네임을 hostname이라고 할 때, # telnet hostname 이라고 친다면 우선 clug.net을 붙여서 검색을 한다. hostname.clug.net이 액세스하 고자 하는 도메인 네임이 되는 것이다. 만일 hostname.clug.net이 검색대상에 없다 면 hostname.domain.net을 찾게 된다. 이런식으로 하면 사용자가 도메인 서브에 물 린 상태에서 일일이 도메인을 다 칠 필요없이 호스트네임만을 쳐줌으로써 액세스 가능하다. 따라서 설정을 안하여도 상관은 없다는 것이다. Nameservers 이부분은 위의 도메인네임을 검색하는 네임서버를 지정하는 것이다. 간단하 게 도메인 네임이 등록되어 있는 서버를 지정하여도 좋고 좀더 빠른 도메인 서버가 있다면 추가하여도 무방하다. 이곳에는 당연히 ip를 적어주어야 한다. {{ }} 이 화면은 로컬 컴퓨터내에 ip와 닉네임을 적어줄수 있다. alias이라고 생각하여도 무방하다. 예를 들어 ip:200.200.200.200 Name:moon Nicknames: dall 이었을 경우 ip부분을 네임 서버에서 찾기전에 우선 이 설정 부분을 먼저 검색하게 되어서 # telnet moon 이라고 명령을 주었을 경우 ip를 바로 찾게 되는 것이다. 간단하게 말하면 로컬 네임 서버의 기능이라고 볼 수도 있을 것이다. 이부분은 /etc/hosts파일에 저장된다. {{ }} 이 화면은 네트워크가 나가는 interface를 설정하게 되어 있다. 즉 컴퓨터에 꼽힌 카 드를 액세스 할 수 있는 부분을 설정하게 되어 있다. 일반적으로 랜카드가 없다면 lo부분(localhost)부분만이 설정되어 있다. 로컬넷만을 접속하려면 이것을 써도 무방하다. 가상 랜카드의 역할을 하기 때문이다. 만일 랜카드가 커널내에 잡혀있다면 이를 네트워크 인터페이스 설정으로 억세스할 수 있게 해야한다. 그러기 위해서 추가를 하려면 add탭을 누르고 ethernet부분 탭을 선택(ppp와 기타 타입을 설정하는 부분)하면 eth*이름으로 나오게 되어 있다. 첫 번 째 카드라면 eth0가 될 것이다. 두 번째 카드라면 eth1 이런식으로 이름이 생성된 다. 이 부분에서 설정할 것을 정리해보면 ip: 컴퓨터에 할당된 ip를 적는다. netmask: 네트워크 억세스 대역을 설정하는 것으로 일반적으로 255.255.255.0으로 설정하면 될 것이다. 그 다음에 부팅할 때마다 이 인터페이스를 자동으로 활성화시키기 위하여 Activate 를 체크해준다. 일반사용자가 인터페이스를 (비)활성화 시킬 수 있는 옵션을 설정 (안하는 것이 좋을듯)할 수 있다. protocol: configuration하는 protocol을 설정하는 것으로 보통은 none으로 하지만 dhcp나bootp를 설정할 수 있다. {{ }} 아래화면은 gateway 디바이스와 ip를 설정할 수 있다. Network Packet Forwarding(IPv4): Packet Forwarding의 유무를 체크, 일반적으로 No Default Gateway: 실제 게이트웨이 ip를 설정한다. 일반적으로 AAA.BBB.CCC.1 Default Gateway Device: 게이트웨이로 나가는 디바이스 설정 eth*식으로 하면 된 다. 추가적으로 설정하려면 Add버튼을 누르고 추가하면 된다. Save로 저장한다. 만일 netcfg를 쓰지 않고 설정을 하려면(수정을 가하기 위해서) 다음 파일을 참조하 라. /etc/hosts, /etc/sysconfig/network, /etc/sysconfig/network-scripts/ifcfg-eth* 2. 리눅스 & Internet Service o apache 설정하기. --> httpd.conf 설정. 서버 유형(ServerType)은 inetd 또는 standalone 둘 중의 하나입니다. 특별한 이유 가 없는 한 standalone 즉 독립형으로 실행합니다. ServerType standalone 만약 수퍼 서버인 inetd 로부터 실행하는 것이라면 "ServerAdmin" 을 참고한다. Port: standalone 모드인 경우 경청하는 포트를 가리킵니다. 1023 이하의 포트를 사 용하려면 초기에 httpd 를 루트로 실행해야만 합니다. Port 80 호스트 이름 조회(HostnameLookups): 클라이언트의 이름 또는 IP 주소 중 어떤 것 을 기록할 것인가 결정합니다. 예) www.apache.org (on) 또는 204.62.129.132 (off) 기록 파일의 정보를 실제로 사용하거나 CGI 용도로 사용하기 위해서는 off로 해두 어야 좋습니다. on 이라고 해두면 여러분의 사이트로 접근하는 속도를 느리게 만 드는 단점이 있습니다. HostnameLookups off httpd 가 다른 사용자, 다른 그룹으로 실행되길 원한다면 일단 httpd를 루트 권한으 로 실행한 후 주어진 사용자, 그룹으로 전환해야 합니다. 사용자/그룹(User/Group): httpd 가 실행될 때 프로세스의 소유 권한을 갖는 사용자 /그룹에 대한 이름을 정합니다. HostnameLookups off httpd 가 다른 사용자, 다른 그룹으로 실행되길 원한다면 일단 httpd를 루트 권한으 로 실행한 후 주어진 사용자, 그룹으로 전환해야 합니다. 사용자/그룹(User/Group): httpd 가 실행될 때 프로세스의 소유 권한을 갖는 사용자 /그룹에 대한 이름을 정합니다. User nobody Group nobody 다음 지시자(directive)들은 스푸핑을 하는 네스케이프 2.x 와 기타 브라우져들에 대하여 keepalive와 헤더 플러쉬를 끄도록 합니다. BrowserMatch Mozilla/2 nokeepalive BrowserMatch Java1.0 force-response-1.0 BrowserMatch JDK/1.0 force-response-1.0 서버관리자(ServerAdmin): 서버에 문제가 발생했을 때 연락을 취할 메일 주소를 정 합니다. ServerAdmin root@localhost 서버루트(ServerRoot): 서버의 설정, 에러, 로그 파일 등이 놓일 기본 상위 디렉토리 이다. ServerRoot /etc/httpd 결합주소(BindAddress): 이 옵션을 가지고 가상 호스트를 지원할 수 있습니다. 이 옵션은 서버가 어느 IP 주소에 귀기울일 것인지 통보할 때 사용합니다. "*" 이거나 또는 IP 주소 그리고 완전한 형식의 도메인 이름을 사용할 수 있습니다. VirtualHost 지시자도 함께 참고하시기 바랍니다. #BindAddress * 에러기록(ErrorLog): 에러 기록 파일의 위치. / 로 시작하지 않으면 ServerRoot 가 경로명 앞에 붙습니다. ErrorLog /var/log/httpd/error_log 전송기록(TransferLog): 전송 기록 파일의 위치. / 로 시작하지 않으면 ServerRoot 가 경로명 앞에 붙습니다. TransferLog /var/log/httpd/access_log PID 파일(PidFile): 서버가 자신의 PID를 기록해 둘 파일 PidFile /var/run/httpd.pid ScoreBoardFile: 서버의 내부 처리 정보를 기록해 둘 파일. 모든 아키텍쳐에서 이를 필요로 하지는 않습니다. 만약 필요하다면 (이 파일을 아파치가 실행되면 생성된다 는 것을 알게 될 겁니다.) 이 점은 잘 알아두어야 합니다. 아파치를 여러 개 실행 시키는 경우에는 이 파일이 중복 사용되지 않도록 유의해야 합니다. ScoreBoardFile /var/run/apache_status 서버이름(ServerName)은 프로그램이 받게 되는 호스트 이름과 다른 서버 이름을 클라이언트에게 보내려 할 때 설정합니다. 여기서 정의하는 이름은 여러분의 호스 트에 대하여 정확히 설정되어 있는 DNS 이름이어야 합니다. #ServerName new.host.name CacheNegotiatedDocs: 기본적으로 아파치는 내용을 기준으로 하여 협상한 문서에 대해서는 Pragma: no-cache 를 각 문서마다 보냅니다. 이 메시지는 프록시 서버로 하여금 문서를 캐쉬하지 않도록 요청합니다. 다음 행의 주석을 풀면 이 기능을 해 제하고 프록시 서버가 문서를 캐쉬할 수 있도록 허용합니다. #CacheNegotiatedDocs Timeout: 받고 보내는데 타임 아웃이 걸리도록 하는 시간 (초) Timeout 300 KeepAlive: 지속적인 접속을 허용할 것인지 말 것인가 결정하는 부분이다. "Off"로 하면 이 기능을 정지시킵니다. KeepAlive On MaxKeepAliveRequests: 지속적인 접속 동안 허용할 최대 요청 수 이 값을 0 으로 하면 제한을 두지 않습니다. 최대 효율을 위해서는 이 값을 가능한 높게 두길 권 장합니다. MaxKeepAliveRequests 100 # KeepAliveTimeout: 다음 번 요청을 기다리다 타임 아웃이 걸리게 하는 시간(초) KeepAliveTimeout 15 서버-풀 크기 조정. 몇 개의 서버 프로세스가 필요한지 계산할 필요없이 아파치는 자동으로 부하량에 따라 적응합니다. 현재의 부하 상태를 처리할 수 있을 정도의 충분한 서버 프로세스를 유지하며 일시적으로 치솟는 부하를 예상하여 여분의 프로 세스를 만들어둡니다. 아파치는 정기적으로 얼마나 많은 서버가 요청을 기다리고 있는지 점검합니다. 만 약 MinSpareServers 보다 작으면 여분의 서버를 만들어 둡니다. MaxSpareServers 보다 많으면 나머지 서버를 종료시킵니다. 대부분의 사이트에 대하여 다음 값이면 충분하다고 봅니다. MinSpareServers 8 MaxSpareServers 20 # 시작할 때의 서버 갯수 - 적절한 값으로 어림잡아 계산합니다. StartServers 10 서버 실행 총 갯수를 제한합니다. 즉 클라이언트들이 동시에 접속할 수 있는 수를 제한합니다. 이 값에 도달하게 되면 클라이언트들은 무작정 기다리는 상태로 빠지 므로 너무 낮게 책정해서는 안됩니다. 급격하게 부하가 많아짐으로써 웹 서버가 유 닉스와 함께 나락에 빠지지 않도록 브레이크를 걸어두기 위한 용도로 사용된다. MaxClients 150 자식당 최대 요청수(MaxRequestsPerChild): 자식 프로세스가 죽기 전에 처리할 최 대 요청의 개수 아파치(또는 아파치가 사용하는 라이브러리)를 장시간 사용함으로 써 생기는 문제들을 막기 위해 자식 프로세스가 종료합니다. 대부분의 시스템에서 는 이것이 필요치 않지만 몇몇(예를 들어 Solaris) 시스템 의 경우 라이브러리로부 터 발생하는 메모리 유출이 높기 때문에 필요합니다. MaxRequestsPerChild 100 프록시 서버 지시자. 프록시 서버 기능을 작동시키시려면 다음 행의 주석을 풀어 주십시오. #ProxyRequests On 캐쉬 기능을 작동시키려면 다음 행들의 주석을 풀고 적절하게 편집하십시오. #CacheRoot /var/httpd/proxy #CacheSize 5 #CacheGcInterval 4 #CacheMaxExpire 24 #CacheLastModifiedFactor 0.1 #CacheDefaultExpire 1 #NoCache a_domain.com another_domain.edu joes.garage_sale.com Listen: 아파치를 기본값에 추가하여 특정 IP 주소들 또는 포트와 결합(bind) 시키 려 할 때 사용합니다. VirtualHost 명령 또한 참고하십시오. #Listen 3000 #Listen 12.34.56.78:80 가상호스트(VirtualHost): 서버 머신이 여러 주소에 대하여 IP 패킷을 받을 수 있도 록 설정한 상태에서 아파치 데몬이 하나의 이상의 서버 주소에 대하여 요청을 처리 할 수 있도록 해줍니다. ifconfig alias 플래그 또는 VIF 와 같은 커널 패치를 통해 할 수 있습니다. 모든 httpd.conf, srm.conf 지시자를 VirtualHost 명령 안에 적을 수 있습니다. BindAddress 항목 또한 참고하시기 바랍니다. # #ServerAdmin webmaster@host.some_domain.com #DocumentRoot /www/docs/host.some_domain.com #ServerName host.some_domain.com #ErrorLog logs/host.some_domain.com-error_log #TransferLog logs/host.some_domain.com-access_log # --> srm.conf 설정. DocumentRoot: 여러분의 문서를 제공할 디렉토리 기본적으로 모든 요청은 이 디렉 토리로부터 제공됩니다. 하지만 심볼릭 링크나 alias를 사용하여 다른 위치를 가리 킬 수 습니다. DocumentRoot /home/httpd/html 사용자 디렉토리(UserDir): ~user 요청을 받았을 대 사용자의 홈 디렉토리 뒤에 붙 일 디렉토리의 이름 UserDir public_html 디렉토리 인덱스(DirectoryIndex): 약속된 HTML 디렉토리 인덱스로 사용할 파일의 이름이다. 여러 개를 적을 때는 스페이스로 구분합니다. DirectoryIndex index.html index.htm index.shtml index.cgi FancyIndexing 항목은 디렉토리를 예쁘게 인덱스해서 보여 줄 것인지 아니면 기본 적인 형식으로만 보여 줄 것인지 결정합니다. FancyIndexing on AddIcon 지시자는 서로 다른 파일, 파일 확장자에 대하여 어떤 아이콘을 사용할 것 인지 결정합니다. AddIconByEncoding (CMP,/icons/compressed.gif) x-compress x-gzip AddIconByType (TXT,/icons/text.gif) text/* AddIconByType (IMG,/icons/image2.gif) image/* AddIconByType (SND,/icons/sound2.gif) audio/* AddIconByType (VID,/icons/movie.gif) video/* AddIcon /icons/binary.gif .bin .exe AddIcon /icons/binhex.gif .hqx AddIcon /icons/tar.gif .tar AddIcon /icons/world2.gif .wrl .wrl.gz .vrml .vrm .iv AddIcon /icons/compressed.gif .Z .z .tgz .gz .zip AddIcon /icons/a.gif .ps .ai .eps AddIcon /icons/layout.gif .html .shtml .htm .pdf AddIcon /icons/text.gif .txt AddIcon /icons/c.gif .c AddIcon /icons/p.gif .pl .py AddIcon /icons/f.gif .for AddIcon /icons/dvi.gif .dvi AddIcon /icons/uuencoded.gif .uu AddIcon /icons/script.gif .conf .sh .shar .csh .ksh .tcl AddIcon /icons/tex.gif .tex AddIcon /icons/bomb.gif core AddIcon /icons/back.gif .. AddIcon /icons/hand.right.gif README AddIcon /icons/folder.gif ^^DIRECTORY^^ AddIcon /icons/blank.gif ^^BLANKICON^^ DefaultIcon은 위에서 명시적으로 설정되어 있지 않은 파일에 대하여 사용하는 아 이콘입니다. DefaultIcon /icons/unknown.gif AddDescription 은 서버가 생성한 인덱스 파일 뒤에 간단한 설명을 추가하고자 할 때 사용합니다. ReadmeName 은 서버가 기본적으로 찾는 README 파일의 이름을 나타냅니다. HeaderName 은 디렉토리 인덱스 앞에 붙는 파일의 이름을 나타냅니다. ReadmeName README HeaderName HEADER IndexIgnore 는 디렉토리 인덱스에서 제외될 파일 이름을 정합니다. 형식: IndexIgnore name1 name2... IndexIgnore */.??* *~ *# */HEADER* */README* */RCS AccessFileName: 접근 제어 정보를 관리하기 위해 각 디렉토리에서 찾아 볼 파일 이름을 정합니다. AccessFileName .htaccess DefaultType 은 서버가 파일명 확장자로부터 파일 유형을 판단할 수 없을 때 문서 에 대하여 가정할 기본 MIME 유형입니다. DefaultType text/plain AddEncoding 은 몇몇 브라우저(Mosaic/X 2.1+)가 전송받으면서 내용의 압축을 풀 수 있도록 허용할 때 씁니다. AddEncoding x-compress Z AddEncoding x-gzip gz AddLanguage 는 문서의 언어를 명시할 수 있게 해줍니다. 이 기능을 사용하면 브 라우져가 이해할 수 있는 언어로 된 파일 내용에 대한 협상을 할 수 있습니다. 파 일접미사가 언어 키워드와 똑같을 필요는 없습니다. AddLanguage ko .ko AddLanguage en .en AddLanguage fr .fr AddLanguage de .de AddLanguage da .da AddLanguage el .el AddLanguage it .it 언어우선권(LanguagePriority)은 내용 협상 중 동률을 차지하는 경우 언어의 우선권 을 정합니다. 우선권이 먼저인 것을 먼저 적습니다. LanguagePriority ko en fr de Redirect 를 사용하면 클라이언트에게 예전에는 있었던 문서가 지금은 존재하지 않 는다고 통보할 수 있습니다. 클라이언트로 하여금 다른 위치에서 문서를 찾도록 말해줄 때 사용합니다. 형식: Redirect fakename url Aliases: 필요한 만큼 별명을 만들어 사용할 수 있습니다.(제한 없음) 기본 형식은 다음과 같습니다. Alias fakename realname 만약 fakename 다음에 / 이 붙어 있다면 서버는 그 fakename 이 URL 안에 존재해 야 한다고 간주합니다. 따라서 다음 예에서 "/icons"는 별명화되지 않습니다. Alias /icons/ /home/httpd/icons/ ScriptAlias: 서버 스크립트를 포함한 디렉토리를 제어합니다. 형식: ScriptAlias fakename realname ScriptAlias /cgi-bin/ /home/httpd/cgi-bin/ AddType은 mime.types 파일을 수정하지 않고도 원하는 작업을 할 수 있게 해줍니 다. 또는 어떤 특정 파일을 특정 유형이 되도록 할 수 있습니다. 형식: AddType type/subtype ext1 AddHandler는 특정 파일 확장자에 대하여 화일 유형과는 연관되어 있지 않은 처리 가 이뤄지도록 "처리기(handler)"를 결합시킬 수 있도록 해줍니다. 서버 안에 내장 하거나 또는 Action 명령을 통해 추가할 수 있습니다. 형식: AddHandler action-name ext1 다음을 풀어주면 /cgi-bin/ 이외의 모든 디렉토리에서도 .cgi 로 끝나기만 하면 CGI 로 간주하여 실행가능케 하므로 보안 상 좋지 않습니다. #AddHandler cgi-script .cgi 서버 처리 HTML 파일을 사용하기 위해서. #AddType text/html .shtml #AddHandler server-parsed .shtml 아파치의 send-asis HTTP 파일 기능을 사용하려면 다음 행의 주석을 풉니다. #AddHandler send-as-is asis 서버 해석 이미지맵 파일을 사용하려면. AddHandler imap-file map 유형 지도(type maps)을 사용하려면. #AddHandler type-map var 펄 모듈을 사용하려면 다음 섹션의 #를 제거합니다. #Alias /perl/ /home/httpsd/perl/ # #SetHandler perl-script #PerlHandler Apache::Registry #Options +ExecCGI # php 모듈을 작동시키기 위해서 AddType application/x-httpd-php .phtml Action 은 매치되는 파일이 읽혀질 때마다 스크립트를 실행하게 할 MIME 타입을 정의합니다. 특정 MIME 타입에 대한 요청이 있을 때마다 CGI 스크립트를 실행시 키도록 전처리 용도로 매번 똑같은 URL 은 반복하는 것을 덜어줍니다. 형식: Action media/type /cgi-script/location 형식: Action handler-name /cgi-script/location MetaDir: 아파치가 메타 정보 파일을 찾을 디렉토리 이름을 정합니다. 문서를 보낼 때 HTTP 헤더에 포함할 추가 정보를 가지고 있습니다. #MetaDir .web 메타접미사(MetaSuffix): 메타 정보를 포함하고 있는 파일에 대한 접미사를 명시합 니다. #MetaSuffix .meta o. 평범한 텍스트 파일 #ErrorDocument 500 "The server made a boo boo. 주의(n.b.) (") 표시는 텍스트임을 표시하며 출력되지 않습니다. o. 지역적인 방향전환 #ErrorDocument 404 /missing.html 지역 URL /missing.html 로 전환 #ErrorDocument 404 /cgi-bin/missing_handler.pl 주의: 스크립트 또는 서버 측 포함을 사용한 문서로 전환할 수 있습니다. o. 외부 방향전환 #ErrorDocument 402 http://some.other_server.com/subscription_info.html --> access.conf 설정. Options Indexes IncludesNOEXEC AllowOverride None 다음 설정은 여러분이 DocumentRoot 로 설정한 디렉토리로 조정해야 합니다. "None", "All", 또는 "Indexes", "Includes", "FollowSymLinks", "ExecCGI", "MultiViews"의 자유로운 조합이 가능 합니다. "MultiViews"는 명시적으로 적어야만 작동합니다. "Options All"이라 할 지라도 "MultiViews"는 현재로서는 자동 설정되지 않도록 되 어 있습니다. Options Indexes Includes ExecCGI FollowSymLinks 다음은 각 디렉토리에 놓여 있는 .htaccess 파일에서 어떤 옵션에 대하여 재설정할 수 있는지 허가해줍니다. "All", 또는 "Options", "FileInfo", "AuthConfig", "Limit" 의 자유로운 조합이 가능합 니다. AllowOverride None 서버로부터 정보를 취할 수 있는 위치를 제어합니다. order allow,deny allow from all 여기서 /home/httpd/cgi-bin 은 ScriptAlias 로 설정한 CGI 디렉토리가 있는 경우 알맞게 설정하기 바랍니다. /cgi-bin/ 의 스크립트가 제대로 작동하려면 ExecCGI 옵션이 필요합니다. AllowOverride None Options ExecCGI http://servername/server-status 을 열면 서버의 상태를 보여주도록 합니다. .your_domain.com 을 실제 여러분이 속한 도메인으로 변경하시기 바랍니다. # #SetHandler server-status #order deny,allow #deny from all #allow from .your_domain.com # 1.1 이전의 버전에 있던 버그를 악용하는 사람들이 있습니다. 이 버그는 아파치와 함께 배포되었던 CGI 스크립트와 관련된 버그입니다. 다음 행들의 주석 처리를 풀 어주면 이 버그에 대한 공격 방향을 phf.apache.org 의 기록 스크립트로 방향전환 시킬 수 있습니다. 또는 support/phf_abuse_log.cgi 를 사용하여 여러분 스스로 기록 해 둘 수도 있습니다. deny from all ErrorDocument 403 http://phf.apache.org/phf_abuse_log.cgi O. ftp 설정하기. Linux상에서 ftp 서비스를 하려면, wu-ftp 프로그램을 설치하거나 아니면, 다음과 같은 같은 방법으로 설정을 할수가 있다. 먼저, /home 밑에 ftp 라는 디렉토리를 생성한다. # mkdir /home/ftp 다음에 ftp 에 필요한 디렉토리를 만든다. # mkdir /home/ftp/bin # mkdir /home/ftp/lib # mkdir /home/ftp/etc # mkdir /home/ftp/pub 다 만들었으면 자신의 Linux 에 있는 /bin 디렉토리하의 compress, cpio, gzip, ls, sh, tar 를 /home/ftp/bin 으로 카피를 한다. # cd /bin # cp compress cpio gzip ls sh tar /home/ftp/bin 다음으로 /etc/ 디렉토리하의 group, ld.so.cache, passwd 파일을 /home/ftp/etc로 복 사를 한다. # cd /etc # cp group ld.so.cache passwd /home/ftp/etc/ library 파일들도 복사를 한다. # cd /lib 기본적으로 필요한 ld 라이브러리 및 libc, libnsl, libnss 라이브러리를 모두 복사한 다. 나머지 필요한 부분은 ftp 사용자를 만든다. # adduser ftp 패스워드는 * 로 코멘트한다. # chown -R root.ftp /home/ftp 하여 ftp 사용자에게 엑세스 권한을 부여한다. --> ftp 사용자 엑세스 제한. class anony real.anonymous * (최대 접숙자수) limit anony 1 Any /etc/msgs/msg.toomany (클래스명) (언제나 허용) (접속 허용자수가 넘었을경우 보여주는 메세지) email hackers@smartmate.com --> ftp admin 이메일 주소 loginfails 1 readme README* login readme README* cwd=* message /welcome.msg login (로긴을 하였을경우 보여주는 메세지) message .message cwd=* compress yes all tar yes all chmod no guest,anonymous delete no guest,anonymous overwrite no guest,anonymous rename no guest,anonymous log transfers anonymous,real inbound,outbound shutdown /etc/msg/shutmsg passwd-check rfc822 enforce (enforce는 정확한 이메일주소를 적지 않을 경우 접속을 허가하지 않는 명령어) O. sendmail 설정하기. * sendmail.cf # Copyright (c) 1998 Sendmail, Inc. All rights reserved. # Copyright (c) 1983, 1995 Eric P. Allman. All rights reserved. # Copyright (c) 1988, 1993 # The Regents of the University of California. All rights reserved. # # By using this file, you agree to the terms and conditions set # forth in the LICENSE file which can be found at the top level of # the sendmail distribution. # # ###################################################################### ###################################################################### ##### ##### SENDMAIL CONFIGURATION FILE ##### ##### built by root@linux.sarang.net on Sun Aug 16 03:26:55 KST 1998 ##### in /pkg/BUILD/sendmail-8.9.0/cf/cf ##### using ../ as configuration include directory ##### ###################################################################### ###################################################################### ##### @(#)cfhead.m4 8.22 (Berkeley) 5/19/98 ##### ##### @(#)cf.m4 8.29 (Berkeley) 5/19/98 ##### ##### @(#)redirect.m4 8.10 (Berkeley) 5/19/98 ##### ##### @(#)always_add_domain.m4 8.6 (Berkeley) 5/19/98 ##### ##### @(#)use_cw_file.m4 8.6 (Berkeley) 5/19/98 ##### ##### @(#)local_procmail.m4 8.11 (Berkeley) 5/19/98 ##### ##### @(#)mailertable.m4 8.9 (Berkeley) 5/19/98 ##### ##### @(#)access_db.m4 8.8 (Berkeley) 5/19/98 ##### ##### @(#)proto.m4 8.223 (Berkeley) 6/30/98 ##### # level 8 config file format V8/Berkeley # override file safeties - setting this option compromises system security # need to set this now for the sake of class files #O DontBlameSendmail=safe ################## # local info # ################## --> sendmail 설정에 있어서 대부분의 사용자는 Cw, Fw, Dj 설정만 봐주면 메일 설정은 된다. Cwlocalhost : C 는 클래스 정의 명령어이다. Cw 는 w라는 클래스에 값을 대입하는 형식이다. 이 형식에 값을 주기보다는 sendmail.cw 에 적어주는 편이 좋다. sendmail.cw 에 대해서는 밑에 부분에서 설명이 나온다. # file containing names of hosts for which we receive email Fw/etc/sendmail.cw --> w 클래스에 속한 호스트로 메일이 날라오면 메일서버는 수신을 하게된다. # my official domain name # ... define this only if sendmail cannot automatically determine your domain #Dj$w.Foo.COM --> 샌드메일이 여러분의 호스트를 제대로 인식을 하지 못하는 경우에 # 주석을 없애주고 나서 자신의 호스트를 적어준다 예) Dj$hackers.smartmate.com CP. # "Smart" relay host (may be null) DS # operators that cannot be in local usernames (i.e., network indicators) CO @ % ! # a class with just dot (for identifying canonical names) C.. # a class with just a left bracket (for identifying domain literals) C[[ # Mailer table (overriding domains) Kmailertable hash -o /etc/mailertable # Access list database (for spam stomping) Kaccess hash -o /etc/mail/access --> sendmail-8.9.1 부터는 relay 허용 및 스팸메일 차단기능이 relay_domians 에서 access 로 바뀌었다. # Resolve map (to check if a host exists in check_mail) Kresolve host -a -T # Hosts that will permit relaying ($=R) FR-o /etc/mail/relay-domains # who I send unqualified names to (null means deliver locally) DR # who gets all local email traffic ($R has precedence for unqualified names) DH # dequoting map Kdequote dequote # class E: names that should be exposed as from this host, even if we masquerade # class L: names that should be delivered locally, even if we have a relay # class M: domains that should be converted to $M #CL root CE root # who I masquerade as (null for no masquerading) (see also $=M) DM # my name for error messages DnMAILER-DAEMON CPREDIRECT O MaxMimeHeaderLength=256/128 # Configuration version number DZ8.9.1a ############### # Options # ############### # strip message body to 7 bits on input? O SevenBitInput=False # 8-bit data handling O EightBitMode=pass8 # wait for alias file rebuild (default units: minutes) O AliasWait=10 # location of alias file O AliasFile=/etc/aliases # minimum number of free blocks on filesystem O MinFreeBlocks=100 # maximum message size #O MaxMessageSize=1000000 # substitution for space (blank) characters O BlankSub=. # avoid connecting to "expensive" mailers on initial submission? O HoldExpensive=False # checkpoint queue runs after every N successful deliveries #O CheckpointInterval=10 # default delivery mode O DeliveryMode=background # automatically rebuild the alias database? O AutoRebuildAliases # error message header/file #O ErrorHeader=/etc/sendmail.oE # error mode #O ErrorMode=print # save Unix-style "From_" lines at top of header? #O SaveFromLine # temporary file mode O TempFileMode=0600 # match recipients against GECOS field? #O MatchGECOS # maximum hop count #O MaxHopCount=17 # location of help file O HelpFile=/usr/lib/sendmail.hf # ignore dots as terminators in incoming messages? #O IgnoreDots # name resolver options #O ResolverOptions=+AAONLY # deliver MIME-encapsulated error messages? O SendMimeErrors=True # Forward file search path O ForwardPath=$z/.forward.$w:$z/.forward # open connection cache size O ConnectionCacheSize=2 # open connection cache timeout O ConnectionCacheTimeout=5m # persistent host status directory #O HostStatusDirectory=.hoststat # single thread deliveries (requires HostStatusDirectory)? #O SingleThreadDelivery # use Errors-To: header? O UseErrorsTo=False # log level O LogLevel=9 # send to me too, even in an alias expansion? #O MeToo # verify RHS in newaliases? O CheckAliases=False # default messages to old style headers if no special punctuation? O OldStyleHeaders=True # SMTP daemon options #O DaemonPortOptions=Port=esmtp # privacy flags O PrivacyOptions=authwarnings # who (if anyone) should get extra copies of error messages #O PostMasterCopy=Postmaster # slope of queue-only function #O QueueFactor=600000 # queue directory O QueueDirectory=/var/spool/mqueue # timeouts (many of these) #O Timeout.initial=5m #O Timeout.connect=5m #O Timeout.iconnect=5m #O Timeout.helo=5m #O Timeout.mail=10m #O Timeout.rcpt=1h #O Timeout.datainit=5m #O Timeout.datablock=1h #O Timeout.datafinal=1h #O Timeout.rset=5m #O Timeout.quit=2m #O Timeout.misc=2m #O Timeout.command=1h #O Timeout.ident=30s #O Timeout.fileopen=60s O Timeout.queuereturn=5d #O Timeout.queuereturn.normal=5d #O Timeout.queuereturn.urgent=2d #O Timeout.queuereturn.non-urgent=7d O Timeout.queuewarn=4h #O Timeout.queuewarn.normal=4h #O Timeout.queuereturn.urgent=2d #O Timeout.queuereturn.non-urgent=7d O Timeout.queuewarn=4h #O Timeout.queuewarn.normal=4h #O Timeout.queuewarn.urgent=1h #O Timeout.queuewarn.non-urgent=12h #O Timeout.hoststatus=30m # should we not prune routes in route-addr syntax addresses? #O DontPruneRoutes # queue up everything before forking? O SuperSafe=True # status file O StatusFile=/var/log/sendmail.st # time zone handling: # if undefined, use system default # if defined but null, use TZ envariable passed in # if defined and non-null, use that info #O TimeZoneSpec= # default UID (can be username or userid:groupid) O DefaultUser=8:12 # list of locations of user database file (null means no lookup) #O UserDatabaseSpec=/etc/userdb # fallback MX host #O FallbackMXhost=fall.back.host.net # if we are the best MX host for a site, try it directly instead of config err #O TryNullMXList # load average at which we just queue messages #O QueueLA=8 # load average at which we refuse connections #O RefuseLA=12 # maximum number of children we allow at one time #O MaxDaemonChildren=12 # maximum number of new connections per second #O ConnectionRateThrottle=3 # work recipient factor #O RecipientFactor=30000 # deliver each queued job in a separate process? #O ForkEachJob # work class factor #O ClassFactor=1800 # work time factor #O RetryFactor=90000 # shall we sort the queue by hostname first? #O QueueSortOrder=priority # minimum time in queue before retry #O MinQueueAge=30m # default character set #O DefaultCharSet=iso-8859-1 # service switch file (ignored on Solaris, Ultrix, OSF/1, others) #O ServiceSwitchFile=/etc/service.switch # hosts file (normally /etc/hosts) #O HostsFile=/etc/hosts # dialup line delay on connection failure #O DialDelay=10s # action to take if there are no recipients in the message #O NoRecipientAction=add-to-undisclosed # chrooted environment for writing to files #O SafeFileEnvironment=/arch # are colons OK in addresses? #O ColonOkInAddr # how many jobs can you process in the queue? #O MaxQueueRunSize=10000 # shall I avoid expanding CNAMEs (violates protocols)? #O DontExpandCnames # SMTP initial login message (old $e macro) O SmtpGreetingMessage=$j Sendmail $v/$Z; $b # UNIX initial From header format (old $l macro) O UnixFromLine=From $g $d # From: lines that have embedded newlines are unwrapped onto one line #O SingleLineFromHeader=False # Allow HELO SMTP command that does not include a host name #O AllowBogusHELO=False # Characters to be quoted in a full name phrase (@,;:\()[] are automatic) #O MustQuoteChars=. # delimiter (operator) characters (old $o macro) O OperatorChars=.:%@!^/[]+ # shall I avoid calling initgroups(3) because of high NIS costs? #O DontInitGroups # are group-writable :include: and .forward files (un)trustwort #O UnsafeGroupWrites # where do errors that occur when sending errors get sent? #O DoubleBounceAddress=postmaster # what user id do we assume for the majority of the processing? #O RunAsUser=sendmail # maximum number of recipients per SMTP envelope #O MaxRecipientsPerMessage=100 # shall we get local names from our installed interfaces? #O DontProbeInterfaces ########################### # Message precedences # ########################### Pfirst-class=0 Pspecial-delivery=100 Plist=-30 Pbulk=-60 Pjunk=-100 ##################### # Trusted users # ##################### # this is equivalent to setting class "t" #Ft/etc/sendmail.ct Troot Tdaemon Tuucp * sendmail.cw # sendmail.cw - include all aliases for your machine here. 이 설정은 사용자의 Linux 시스템이 가리키는 모든 별칭과 메일을 처리하고자 하는 호스트를 가리키는 내용이다. 이 항목에 해당하는 호스트의 이름을 적어주면 해당 호스트의 메일도 처리하는 기능을 가지고 있다. O. telnet 사용법. 지역 호스트와 네트워트상의 호스트를 연결하는 시스쳄 프로그램으로써 텔넷을 많 이 사용하는데, 주로 다른 호스트로의 로긴 작업을 하는 경우에 많이 사용한다. telnet으로의 로긴 후 작업은 로컬 호스트에서의 작업과 동일한 효과를 낸다. telnet 은 파일 전송 및 파일 받기 기능이 없는 프로토콜이다. 파일 받기 및 파일 전송 프 로그램으로는 주로 사용하는 ztelnet이라는 프로그램이 있다. ztelnet(zmodem + telnet)으로써 파일 전송 및 파일 받기에 많이 쓰이는 텔넷 프로 그램이다. * 파일 받기 통신상에서 자료를 받고자 할 때, 자료 받기를 선택한 다음에 {{{{PgDn키를 치시고 ZMODEM을 선택하십시오. 수신을 중단하시려면 ESC키를 치시고 CTRL-X를 여러번 치십시오. 둷wB00000000000000 }} }} 이런 화면이 나온후에 Ctrl + ] 키를 같이 누르면 다음과 같은 항목이 나온다. ztelnet> 이런 화면에 rz 를 치면 다운이 된다. * 파일 전송 업로드 하는 파일을 전송을 할 시에는 ztelnet> 다음과 같은 항목이 나타나면 이런 형식으로 명령어를 친다. sz 파일명 -w 1024 이런 형식으로 적어준다. O. Samba 설정하기. * smb.conf [global] workgroup = NT 도메인 이름 또는 워크그룹 이름 workgroup = MYGROUP server string 은 란 NT 설명 필드와 같은 것입니다. server string = Samba Server 이 옵션은 보안과 관련하여 중요한 것입니다. 이 옵션을 통해 여러분의 근거리 네 트웍에 있는 호스트에게만 접근을 허용할 수 있습니다. 다음 예는 2 개의 C 클래스 네트웍과 "loopback" 인터페이스에 대해서만 접근을 허용한다. ; hosts allow = 192.168.1. 192.168.2. 127. 프린터 설정을 개별적으로 하지 않고 자동으로 프린터 목록을 포함시키길 원한다면 다음 옵션을 사용합니다. printcap 에서 정의한 프린터 목록이 자동으로 등록됩니다. load printers = no 이면 하나하나 정해주셔야 합니다. load printers = yes printcap 파일의 위치를 새롭게 지정하고 싶을 때 사용한다. ; printcap name = /etc/printcap SystemV 시스템에서는 printcap name 을 lpstat 으로 해주면 SystemV 스풀 시스 템으로부터 프린터 목록을 자동으로 얻게 해줍니다. ; printcap name = lpstat 여러분의 프린팅 시스템이 표준에서 벗어난 것이 아니라면 다음 옵션의 주석을 풀 필요가 없습니다. ; printing = bsd 손님 사용자를 허가하고 싶을 때는 다음 행의 주석을 풀어줍니다. nobody 가 아닌 경우에는 /etc/passwd 항목에 설정한 손님 사용자 계정을 추가해야 합니다. useradd 명령으로 설정하십시오. ; guest account = pcguest 다음은 삼바로 하여금 자신에 접속하는 호스트 별로 개별적인 기록 파일을 만들도 록 지시합니다. "/var/log/samba/log.접근호스트이름"과 같은 파일명을 가집니다. %m 은 삼바 설정에서 사용되는 특수한 변수입니다. log file = /var/log/samba/log.%m 로그 파일 크기의 상한선을 Kb 단위로 설정합니다. max log size = 50 보안 모드입니다. 대부분의 사람들에겐 user 레벨의 보안이 맞습니다. 자세한 내용 은 security_level.txt 문서를 참고하십시오. 참고로 user 는 유닉스 계정이름/패스워 드 방식의 보안 등급이며 share는 워크그룹 포 윈도우즈(WfW)와 윈도95의 기본 모 드입니다. server의 경우에는 인증을 위해 NT 서버가 필요합니다. security = user security = server 인 경우에만 패스워드 서버를 설정합니다. ; password server = 패스워드 레벨에서는 대소문자 모든 조합에 대하여 _n_ 개의 문자로 이뤄진 패스워 드를 사용하도록 합니다. ; password level = 8 패스워드 암호화를 사용하고 싶을 때가 있을 겁니다. 삼바 문서 중에서 ENCRYPTION.txt, Win95.txt, WinNT.txt 를 꼭 읽어보시기 바랍니다. 이 문서를 착실히 읽지 않은 상태에서 다음 옵션을 설정하지 마십시오. 윈도우즈NT 4.0 서비 스 팩 3 번 이상인 시스템에서는 패스워드 암호화가 필요합니다. ; encrypt passwords = yes ; smb passwd file = /etc/smbpasswd 유닉스 사용자 이름과 SMB 사용자 이름이 달라 둘 간의 연관 테이블을 필요할 때 사용합니다. ; username map = /etc/smbusers 다음 옵션은 접속하는 각 머신마다 서로 다른 설정을 원할 때 사용합니다. 여기서 %m 은 접속하는 호스트의 NetBIOS 이름으로 대체됩니다. ; include = /etc/smb.conf.%m 대부분의 경우 다음 옵션을 주면 성능 향상 효과를 볼 수 있습니다. 자세한 사항은 speed.txt 와 맨 페이지를 참고하십시오. socket options = TCP_NODELAY 삼바가 여러 개의 인터페이스를 사용하도록 설정합니다. 여러 개의 네트웍 인터페 이스를 가지고 있다면 그 인터페이스들을 모두 나열하십시오. 자세한 사항은 맨 페이지를 참고하십시오. 다음 예는 삼바 서버가 192.168.12.2, 192.168.13.2 이렇게 두 개의 주소를 가지고 있 고 24 비트 즉 넷매스크 255.255.255.0 를 사용하여 192.168.12.0, 192.168.13.0 네트웍 의 호스트에 대해서 받아들입니다. ; interfaces = 192.168.12.2/24 192.168.13.2/24 원격 브라우즈 목록과의 동기화에 관한 설정입니다. 공표 요청을 하거나 또는 브라 우즈 목록 동기화해 줄 대상이나 특정 호스트 또는 전체 서브넷을 지정할 수 있습 니다. ; remote browse sync = 192.168.3.25 192.168.5.255 지역적인 서브넷에 자기 자신을 가시화 하도록 설정합니다. 윈도우즈 네트웍 환경 에서 삼바 서버가 잘 보이도록 할 때 유용합니다. ; remote announce = 192.168.1.255 192.168.2.44 브라우져 제어 옵션: 삼바가 네트웍에 대한 매스터가 되길 바라지 않으면 local master 설정을 no 로 하십시오. ; local master = no OS 레벨은 매스터 브라우져 선거 과정에서 서버의 우선권을 결정합니다. 기본값이 적절합니다. ; os level = 33 domain master 는 삼바로 하요금 도메인 매스터 브라우져가 되도록 해줍니다. 삼바 는 서브넷들로부터 브라우즈 목록을 모으는 작업을 하게 됩니다. 이미 이 기능을 담당하고 있는 윈도우즈 NT 도메인 컨트롤러가 있다면 이것을 사용해서는 안됩니 다. ; domain master = yes preferred master 옵션을 켜두면 시동할 때 지역 브라우져 선거를 하도록 만들고 선거에서 이길 수 있는 좀 더 높은 기회를 부여받습니다. ; preferred master = yes 설치할 때 주 도메인 컨트롤러로 설정된 NT 서버가 존재할 때만 사용합니다. ; domain controller = 삼바가 윈도우즈95 워크스테이션에 대한 도메인 로그온 서버 역할을 하길 원하는 경우 켜둡니다. ; domain logons = yes 도메인 로그온을 선택했고 각 머신 별로 또는 각 사용자 별로 로그온 스크립트를 구분하여 특정 배치 파일을 작동시키길 원하는 경우 사용합니다. ; logon script = %m.bat 사용자 이름에 의거하여 서로 다른 로그온 배치 파일을 실행시킬 때 ; logon script = %U.bat ; logon path = \\%L\Profiles\%U 윈도우즈 인터넷 네임 서비스 WINS 지원 섹션: 참고) /etc/lmhosts를 만들어 마치 /etc/hosts와 같이 적습니다. 예) 192.168.0.1 쨖inux ; wins support = yes WINS 서버 - 삼바의 NMBD 로 하여금 WINS 클라이언트가 되도록 합니다. 삼바 는 WINS 서버 또는 클라이언트 중 하나만 될 수 있다. ; wins server = w.x.y.z WINS 프록시 - 삼바로 하여금 WINS 기능을 갖추지 못한 클라이언트를 대신하여 이름에 해당하는 주소 찾기 질문을 대신 답하도록 합니다. 이를 위해서는 네트웍 상에 적어 한 개 이상의 WINS 서버가 있어야 합니다. 기본값은 NO ; wins proxy = yes DNS 프록시 - 삼바로 하여금 DNS nslookup 을 사용하여 NetBIOS 이름을 찾을 것인지 아닌지 지시합니다. 1.9.17 버전에서는 내부 기본값이 yes 였으나 1.9.18 버 전에서는 no 로 변경되었습니다. dns proxy = no 대소문자 보존이 필요할 때가 있습니다. 시스템 기본값은 NO 입니다. preserve case = yes short preserve case = yes # 도스 파일에 대한 기본 문자는 대문자입니다. ; default case = lower # 대소문자 구별은 주의를 요합니다. - 문제를 일으킬 수도 있습니다! ; case sensitive = no #======================== 공유 정의================================== [homes] comment = 홈 디렉토리 browseable = no writable = yes 도메인 로그온을 위한 netlogin 디렉토리를 만들고 주석 해제합니다. 물론 도메인 로그온 기능을 지원할 때만 필요합니다. ; [netlogon] ; comment = Network Logon Service ; path = /home/netlogon ; guest ok = yes ; writable = no ; share modes = no 특정한 로우빙 프로파일(roving profile) 공유를 제공하고자 한다면 다음의 주석을 풀어주십시오. the default is to use the user's home directory 기본값은 사용자의 홈 디렉토리입니다. ;[Profiles] ; path = /home/profiles ; browseable = no ; guest ok = yes [printers] comment = 모든 프린터 path = /var/spool/samba browseable = no guest ok = yes 라고 하면 'guest account'로 지정한 사용자들이 프린팅을 할 수 있습니다. public = yes 도 같은 표현입니다. guest ok = no writable = no printable = yes ;[tmp] ; comment = 임시 파일 공간 ; path = /tmp ; read only = no ; public = yes 공개적으로 접근 가능한 디렉토리이지만 읽기만 가능하고 "staff" 그룹에 속한 사용 자들만이 쓰기를 할 수 있는 설정의 예입니다. ;[public] ; comment = Public Stuff ; path = /home/samba ; public = yes ; writable = yes ; printable = no ; write list = @staff fred 라는 사용자만 이용할 수 있는 개인적인 프린터 설정. 스풀 자료는 fred 의 홈 디렉토리에 씌여집니다. fred 는 지정한 스풀 디렉토리에 쓰기 권한을 가지고 있는 상태여야 합니다. ;[fredsprn] ; comment = Fred 전용 프린터 ; valid users = fred ; path = /homes/fred ; printer = freds_printer ; public = no ; writable = no ; printable = yes fread 만이 이용할 수 있는 개인적인 디렉토리 설정입니다. 디렉토리에 대하여 fred 의 쓰기 권한이 있는 상태여야 합니다. ;[fredsdir] ; comment = Fred 개인 서비스 ; path = /usr/somewhere/private ; valid users = fred ; public = no ; writable = yes ; printable = no 접속하는 머신에 따라 서로 다른 디렉토리를 제공하는 서비스의 좋은 예입니다. 이 렇게 함으로써 접속 머신에 따라 실제 설정 내용이 달라지는 효과를 얻을 수 있습 니다. 사용자 이름으로 구별하려면 %u 옵션을 대신 사용하면 됩니다. %m 은 접 속하는 머신의 이름으로 치환됩니다. ;[pchome] ; comment = PC 디렉토리 ; path = /usr/pc/%m ; public = no ; writable = yes 모든 사용자가 읽고 쓸 수 있는 공개 접근 디렉토리의 예입니다. 생성되는 모든 파 일은 기본 사용자의 소유가 되므로 다른 사용자가 여러분이 만든 파일을 지울 수 있습니다. 당연히 주어진 디렉토리에 대하여 기본 사용자가 쓰기 권한을 가지고 있어야 합니다. 다른 사용자를 명시하면 기본 사용자가 아닌 그 사용자의 소유가 됩니다. ;[public] ; path = /usr/somewhere/else/public ; public = yes ; only guest = yes ; writable = yes ; printable = no 다음 항목은 두 사용자가 어떻게 한 디렉토리를 공유하여 사용하게 할 수 있는지 예시하고 있습니다. 이 설정이 제대로 작동하려면 디렉토리는 두 사용자에 의해 쓰기 가능해야 하며 스틱키(sticky) 비트를 설정하여 서로의 파일에 대하여 악의적 인 행동을 취할 수 없도록 해줘야 합니다. 이런 방법으로 여러 사용자가 한 디렉 토리를 안전하게 공유하도록 확장할 수 있습니다. ;[myshare] ; comment = Mary & fred 디렉. ; path = /usr/somewhere/shared ; valid users = mary fred ; public = no ; writable = yes ; printable = no ; create mask = 0765 O. 윈98 과 윈NT 와의 삼바 공유할때. 다음과 같은 명령을 내줍니다. # cat /etc/passwd | mksmbpasswd.sh >/etc/smbpasswd 라는 명령을 내려주면 /etc/ 디렉토리하에 smbpasswd 라는 파일이 만들어집니다. 위와 같은 사항은 윈98 과 NT 에서는 패스워드 암호화 기능이 들어있기 때문입니 다. 만약, linux 사용자에 대한 삼바공유 암호를 지정하려면 다음과 같이 해줍니다. # smbpasswd linux 라고 치면 패스워드를 지정하도록 요구합니다. 패스워드를 지정한 다음에 삼바 데몬을 띄우면 암호화 기능으로써 삼바 공유가 지 정이 됩니다. # /etc/rc.d/init.d/smb stop (삼바 데몬 중지) # /etc/rc.d/init.d/smb start (삼바 데몬 시작) 3. 리눅스 & Database Linux상에서의 Database구축에 필요한 Application에는 PostgreSQL, mSQL, MySQL, Informix for Linux, Oracle for Linux등이 있다. 금년 말에 출시될 예정인 Oracle은 아직 프로그램이 출시가 안된 상태이므로 여기에서는 소개 정도로 마칠까 한다. ▶ PostgreSQL(http://www.postgresql.org/) : PostgreSQL은 객체-관계형 DBMS로서 Berkeley Postgres 데이터베이스 관리시스템에서 파생되었다. PostgreSQL은 객체-관계형 데이터 모델과 풍부한 데이터 타입 쉬운 확장성을 가지고 있으며, PostQuel 의 언어를 확장된 SQL의 부분집합으로 대체하고 있는 데이터베이스이다. ▶ mSQL(http://www.hughes.com.au/) : Mini SQL(mSQL)은 구조적 질의 언어(structured Query Language)를 사용하는 관계형 데이터베이스이다. 경량급의 데이터베이스로써, ANSI 표준 SQL를 전부다 지원하지 않는게 단점이며 빠른 속도가 장점이다. ▶ MySQL(http://www.tcx.se/) : MySQL은 가장 일반적인 데이터베이스 언어인 SQL(Structured Query Language) 문법을 사용하는 데이터베이스 서버이다. MySQL은 특징적인 Programs/libraries 와 자체적인 mysqld 서버데몬을 구성하며 클라이언트 & 서버로써 충족시켜주는 Database 이다. MySQL의 주 목적은 속도와 안정성에 둔다. ▶ Informix : 미국 시애틀에서 열린 인포믹스 월드와이드 유저 컨퍼런스를 통해 "인포믹스SE" DB제품과 "다이나믹 4GL" 개발툴을 리눅스에 이식, 조만간 상용화할 계획이라고 발표했다. 특히 인포믹스의 경우 당초 자사제품을 리눅스로 이식하지 않겠다는 방침을 전격 바꾼 것은 최근 리눅스 플랫폼에 대한 기업 고객들의 관심과 상용화 가능성이 급증하고 있는데 따른 것으로 풀이된다. (전자신문 발췌) ▶ Oracle : 오라클사는 최근 자사 "오라클8.1" DB와 "오라클 어플리케이션 스위트"를 리눅스용으로 개발할 방침이라고 밝혔다. 이 회사의 팀 페인 DB 마케팅 담당 책임자는 "멀티 프로세싱 시스템에서 리눅스의 확장성에 만족한다."며 이 시장이 엄청난 성장 잠재력을 가질 것이라고 기대 했다. (전자신문 발췌) [PostgreSQL 설치 및 활용법] ● PostgreSQL 설치시 필요한 파일. =========================================================== PostgreSQL Homepage : http://www.postgresql.org/ Source & patch : ftp://ftp.sra.co.jp/pub/cmd/postgres/6.3.2/ =========================================================== o postgresql-6.3.2.tar.gz --> PostgreSQL 설치 파일. o jumbo.patch.gz --> 한글 사용을 위한 패치 파일. ● PostgreSQL 설치. 먼저, postgres 라는 PostgreSQL를 엑세스하는 사용자를 만든다. # adduser postgres # cd /etc/ # vi passwd 하여 postgres 사용자의 홈디렉토리를 /usr/local/pgsql로 바꾸어준다. root 사용자로써 다음과 같은 postgres 사용자의 엑세스 권한을 부여한다. # chown -R postgres.postgres /usr/local/pgsql 그러면, 받아온 postgresql-6.3.2.tar.gz 과 jumbo.patch.gz을 /usr/local/pgsql로 복사하여 압축을 푼다. # tar xvfz postgresql-6.3.2.tar.gz # cd postgresql-6.3.2 # cp jumbo.patch.gz /usr/local/pgsql/postgresql-6.3.2 # gzip -dc jumbo.patch.gz | patch -p0 jumbo.patch.gz 은 한글 사용을 위한 패치화일이다. src 디렉토리로 이동하여 Makefile.custom 파일을 만들고 다음의 한줄을 적는다.(한글 사용을 위한) # jumbo=1 저장한 후에 posrgres 사용자로 로긴을 한다. # su - postgres # cd src # ./configure # make # make all 설치가 다 되었으면 시스템이 공유 라이브러리를 찾을수 있도록 /etc/ld.so.conf에 다음의 한줄을 적는다. # /usr/local/pgsql/lib 이라고 적는 다음에 /sbin/ldconfig 명령을 한번 실행해준다. ● PostgreSQL 환경 변수 설정. postgres 사용자로 로긴을 하여 PostgreSQL을 사용할수 있도록 환경 변수를 설정을 해준다. 이제부터는 모든 PostgreSQL 작업은 postgres 라는 사용자로써 이루어진다. bash 사용자라면 .bash_profile에 설정화일을 적어준다. ------------------< .bash_profile >-------------------------- PATH=/usr/local/pgsql/bin MANPATH=/usr/local/pgsql/man PGLIB=/usr/local/pgsql/lib PGDATA=/usr/local/pgsql/data export PATH MANPATH PGLIB PGDATA ---------------------------------------------------------- 저장한 후에 source 명령을 사용하여 환경변수를 적용시킨다. # source .bash_profile csh 사용자라면 .cshrc 파일에 설정화일을 적어준다. -----------------------< .cshrc >-------------------------- setenv PATH=/usr/local/pgsql/bin setenv MANPATH=/usr/local/pgsql/man setenv PGLIB=/usr/local/pgsql/lib setenv PGDATA=/usr/local/pgsql/data setenv PATH MANPATH PGLIB PGDATA ---------------------------------------------------------- 똑같은 방법으로 source 명령을 내려준다. → 데이터베이스의 초기화를 내려준다. # initdb ● Daemon 띄우기 postmaster 의 데몬을 수행하는 명령어는 → postmaster > server.log 2>& 1 & 시스템 부팅시 자동적으로 데몬을 수행시키기 위해서는 /etc/rc.d/rc.local에 다음의 한줄을 적는다. → su postgres -c "/usr/local/pgsql/bin/postmaster -S -D /usr/local/pgsql/data" 이렇게 적어주고 나면 시스템 부팅시마다 데몬을 띄우게 된다. [mSQL 설치 및 활용법.] ● mSQL 설치시 필요한 파일. ============================================================ Mini SQL Homepage : http://www.hughes.com.au/ ============================================================ o msql-2.0.4.1.tar.gz --> mSQL 설치 파일. ● mSQL 설치. 먼저, mSQL 홈페이지에 가서 msql-2.0.4.1.tar.gz을 받아온다. 그리고 나서, 받아온 파일의 압축을 풀어보자. # tar xvfz msql-2.0.4.1.tar.gz # cd msql-2.0.4.1 # make target --> 하면 자신의 시스템에 맞게 설정을 해준다. --------------------------------------------------------- Making target directory for Linux-2.1.116-i586 Building directory tree. Adding common Adding conf Adding lang-common Adding lite Adding makedepend Adding makegen Adding msql Adding regexp Adding tests Adding tests/rtest.src Adding w3-msql Adding w3-msql/tests ................................................................................................................................................ Build of target directory for Linux-2.1.116-i586 complete -------------------------------------------------------------- 다 되었으면 자신의 시스템과 커널 버전에 맞는 targets 디렉토리가 생긴다. 필자의 커널은 2.1.116이다. # cd targets/Linux-2.1.116-i586 # ./setup # make all # make install 하면은 설치가 완료된다. 먼저, msql 이라는 사용자를 만든다. # adduser msql /usr/local/Hughes 디렉토리는 msql이라는 사용자의 소유권한이 되어야한다. 다음과 같은 명령으로 /usr/local/Hughes 디렉토리를 msql 사용자가 읽/쓰기가 가능하도록 권한을 부여해준다. # chown -R msql.msql /usr/local/Hughes ● 접근 제한 설정 파일. msql이 설치가 되고 나면 msql 사용자로 로긴을 하여 msql.acl.sample 파일을 msql.acl 이라는 파일로 복사를 한다. # su - msql # cp msql.acl.sample msql.acl 다 하였다면, msql.acl 파일을 설정함으로써 접근 제한을 설정해보자. ------------------< vi msql.acl >---------------------------- # Access control for mSQL # # Entries are of the form # database=test --> Database table name. read=bambi,-root --> test라는 테이블을 읽는 권한은 bambi 라는 사용자이고 root 사용자는 읽는 권한을 제한한다, write=root --> test라는 테이블은 오직 root 사용자만 권한이 있다. host=* access=local,remote option=rfc931 database=minerva read=* write=minerva access=local ------------------------------------------------------------- 설정이 끝나면 msql 의 데몬을 띄워보자. # cd bin # ./msql2d & [msql@hackers bin]$ Mini SQL Version 2.0.4.1 Copyright (c) 1993-94 David J. Hughes Copyright (c) 1995-98 Hughes Technologies Pty Ltd. All rights reserved. Loading configuration from '/usr/local/Hughes/msql.conf'. Server process reconfigured to accept 200 connections. Server running as user 'msql'. Server mode is Read/Write. 서버 데몬은 msql 사용자로 데몬을 시작한다. 하지만, 앞 부분에서 사용자가 데몬실행중 msql.acl 파일을 바꾸었다면, 데이터베이스 관리자가 다음 명령을 수행한다. # /usr/local/Hughes/bin/msqladmin reload 하고 나서 다시 데몬을 실행시키면 된다. 그리고, 시스템 부팅과 함께 msql 데몬을 구동시키려면 /etc/rc.d/rc.local에 다음 한줄을 적어주면 된다. → /usr/local/Hughes/bin/msql2d & 이로써 mSQL 설치법에 대해서 알아보았다. [MySQL 설치 및 활용법] ● MySQL 을 설치할 경우 필요한 것 MySQL 을 설치할 경우 필요한 것이 있다. 그것은 다음과 같다. - 압축되어진 배포판을 풀기위한 GNU gzip 프로그램 - tar 프로그램 - ANSI C++ 컴파일러. - gcc 컴파일러 : 버전은 2.7 이상인것 ● MySQL 의 설치방법. =============================================================== MySQL Homepage : http://www.tcx.se/ =============================================================== 다음의 명령으로 압축을 푼다. # gzip mysql-VERSION.tar.gz 여기서 mysql-VERSION.tar.gz 은 방금 받은 압축파일의 이름이다. tar 명령을 이용하여 묶여있는 소스를 다시 풀어야 한다. 이경우 mysql-VERSION 이라는 디렉토리가 생성되면서 그 안에 모든 소스와 파일이 풀리게 된다. # tar -xvf mysql-VERSION.tar 생성된 디렉토리로 이동한다. # cd mysql-VERSION 환경을 설정한다. 만일 어떤 옵션을 추가하기를 원한다면 다음과 같아 한다. # ./Configure --help 이 경우 각종 옵션이 나오므로 이 내용을 보고 변경하기 바란다. 더 자세한 사항은 영문 메뉴얼을 읽어 보기 바란다. 일반적으로 그냥 아래의 명령을 실행하면 된다. #./Configure # make # make install 컴파일된 모든 실행 가능한 파일이 설치가 되고 환경이 설정된다. 설치가 끝난후 아래의 명령을 실행하여 기초 테이블과 admin 유저를 설치한다. 이 명령은 단 한번하는 것으로서 두번 실행하면 않된다. # ./scripts/mysql_install_db 이것은 스크립트로서 실행하여 기초작업을 한후 MySQL을 실행시켜 준다. 설치 디렉토리를 디폴트로 하였다면 /usr/local/bin/ 디렉토리에 실행파일이 모두 설치되었을 것이다. 디폴트로 설치하였다고 가정하고 다음의 명령을 수행하여 본다. # /usr/local/bin/mysqladmin version MySQL 버전 정보가 아래와 비슷하게 출력될 것이다. mysqladmin Ver 6.8 Distrib 3.21.27-gamma, for unknown-freebsd2.2.1 on i386 TCX Datakonsult AB, by Monty Server version 3.21.27-gamma-log Protocol version 10 Connection localhost via TCP/IP TCP port 3306 Uptime: 22 hours 20 min 9 sec Running threads:1 Questions: 20 Opened_tables: 8 Reloads: 2 Open tables: 4 이제 mysql 프로그램을 아래와 같이 실행하여 기본적인 동작을 테스트하자. # mysql mysql 혹은 mysql -u root mysql (실행시키는 유저가 root가 아닐 경우) 아래의 sql문장을 mysql 상에서 수행시켜보자 select * from user mysql 의 사용방법은 mysql이 실행된 상태에서 다음의 명령을 주면 알수 있다. \h 각종 명령을 잘 읽어 보고 사용하면 된다. SQL문도 표준 SQL을 모두 지원하며 MySQL만의 확장 SQL문을 알고 싶다면 영문 메뉴얼을 참조하라. ● MySQL Server의 실행과 종료 MySQL Server을 실행 시키거나 종료시키려면 다음의 명령을 root 가 사용하면 된다. mysql.server start --> mysql Server의 시작 mysql.server stop --> mysql Server의 종료 MySQL Server가 실행시 두개의 프로세서가 실행되므로 확인해 보기 바란다. /usr/local/bin/safe_mysqld /usr/local/libexec/mysqld [Informix-SE for Linux] 지금부터 Informix-SE for Linux를 설치하시는 법에 대하여 설명을 드리겠습니다... 자.. 먼저 다음의 내용을 적어 놓으시고 시작합시다.. Serial Number : ACN#A287337 Software Key : BECZJK 1. root로 login합니다... 2. "informix"란 group과 user를 새로 만듭니다... (#adduser informix �� 하시면 한번에 O.K.~!) 3. 그다음엔 당연히 informix의 password를 정하셔야겠지요? (#passwd informix) 4. 자.. 그 다음엔... informix를 어디에 설치할 것인가를 결정합니다... 문서상으론 /usr/informix를 기준으로 설명이 되어 있으니까 그곳을 기준으로 설명을 드리지요.. 만일 다른 위치에 설치하시구 싶으시다면 얼마든지 가능하니까 걱정마시구요.. :-) 그럼 전 여기서 /usr/informix를 기준으로 설명드릴께요.. 5. /usr/informix를 기준으로 설치하려고 했으니까... 받으신 파일을 /usr 아래로 옮기세요... (#mv [파일이 있는 디렉터리]/informix.zip /usr ��) 6. 이젠 /usr로 위치를 이동합니다... (#cd /usr ��) 7. 그 다음엔 압축을 풉니다... (#unzip informix.zip ��) 8. 그러면 다음과 같이 나오게 됩니다... (Archive: informix.zip creating: LINUX_se_bundle724UC5/ creating: LINUX_se_bundle724UC5/ESQLC/ inflating: LINUX_se_bundle724UC5/ESQLC/ESQL.TAR creating: LINUX_se_bundle724UC5/ICONNECT/ inflating: LINUX_se_bundle724UC5/ICONNECT/CONNECT.TAR inflating: LINUX_se_bundle724UC5/README.TXT inflating: LINUX_se_bundle724UC5/README.UNX creating: LINUX_se_bundle724UC5/SE/ inflating: LINUX_se_bundle724UC5/SE/SE.TAR) 9. 앞에 LINUX_se_bundle724UC5 훗... 이름이 길죠? ^^ 이 이름을 좀 짧게 바꾸죠.. (#mv LINUX_se_bundle724UC5 informix ��) 10. 자.. 이젠 소유권을 바꾸겠습니다... (#chown -R informix:informix informix ��) 11. 그 다음엔 각 서브 디렉터리마다 가셔서 각각의 TAR압축을 풀어야합니다... (#cd /usr/informix/ESQLC �� #tar xvopf ESQL.TAR �� #cd /usr/informix/ICONNECT �� #tar xvopf CONNECT.TAR �� #cd /usr/informix/SE �� #tar xvopf SE.TAR �� ) 12. 이제부턴 본격적인 설치를 시작합니다... 먼저 ESQL/C부터.. (#cd /usr/informix/ESQLC �� #INFORMIXDIR=/usr/informix/ESQLC �� #export INFORMIXDIR �� #./installesql �� INFORMIX EMBEDDED SQL for C Version 7.24.UC5 Copyright (C) 1991-1998 Informix Software, Inc. Installation Script This installation procedure must be run by root (super-user). It will change the owner, group, and mode of all files of this package in this directory. There must be a user "informix" and a group "informix" known to the system. Press RETURN to continue, or the interrupt key (usually CTRL-C or DEL) to abort. (요기서 그냥 �� 하심되겠죠? -^^-) Enter your serial number (for example, INF#X999999) > ACN#A287337 (<-요기다가는 아까 위에서 적으신 시리얼 번호를 넣으세요..) Enter your serial number KEY (uppercase letters only) > BECZJK (<-요기다가는 아까 위에서 적으신 소프트웨어 키를 넣으세요...) WARNING! This software, and its authorized use and number of users, are subject to the applicable license agreement with Informix Software, Inc. If the number of users exceeds the licensed number, the excess users may be prevented from using the software. UNAUTHORIZED USE OR COPYING MAY SUBJECT YOU AND YOUR COMPANY TO SEVERE CIVIL AND CRIMINAL LIABILITIES. Press RETURN to continue, or the interrupt key (usually CTRL-C or DEL) to abort. (요기서 역시 그냥 �� 하심 되겠죠? -^^-) (여기까지 하시면 알아서 자동으로 설치를 시작합니다...)) 13. 다음은 ICONNECT입니다... (#cd /usr/informix/ICONNECT �� #INFORMIXDIR=/usr/informix/ICONNECT �� #export INFORMIXDIR �� #./installconn �� (나머지 부분은 12번 뒷부분과 동일합니다..)) 14. 다음은 SE입니다... (#cd /usr/informix/SE �� #INFORMIXDIR=/usr/informix/SE �� #export INFORMIXDIR �� #./installse �� (역시 나머지 부분은 12번 뒷부분과 동일합니다...)) 자... 여기까지가 바로 informix의 설치입니다... 4. 리눅스 & Security 4.1 물리적인 시스템의 보안 4.1.1 HardWare를 이용 현재 우리가 사용하는 많은 컴퓨터에는 열쇠로 잠글 수 있는 기능을 가지고 있어서 이 것을 이용하여 사용하는 방법이다. 또한 부팅을 제한할 수 있는 기능도 있고 시스템내의 BIOS를 이용하면은 시스템의 부팅시 패스워드를 물어 볼 수 있게 설정을 할 수도 있을 것 이다. 4.1.2 Lock(xlock & vlock) 만약에 리눅스를 관리하는 도중에 자리를 비울 일이 생길 것이다. 그러면 다른 사람이 이 컴퓨터를 건들지 못하도록 방지를 할 수가 있다. xlock은 엑스윈도우의 화면은 잠그는 것이고 vlock은 가상 터미널을 잠그는데 사용을 하는데 둘 다 그냥 터미널에서 실행을 함으 로써 잠궈지는 것이다. 우선 vlock를 먼저 살펴보자 아래의 예처럼 실행을 하면 간단하게 잠글 수 있다. {{{{[hwinnt@linux:~$]vlock *** This tty is not a VC (virtual console). *** *** It may not be securely locked. *** This TTY is now locked. Please enter the password to unlock. hwinnt's Password: }} }} 위의 두줄은 네트윅 상에서 텔넷으로 접속을 해서 이 터미널이 가상 터미널이 아니라고 나온것인데 직접 리눅스에서 명령어를 주게 되면 alt + function key 로 터미널을 바꾸어서 사용할수 있다는 말이 나올 것이다. 이렇게 vlock 이라는 명령어를 주게 되면은 가상 콘솔 을 잠궈 버린다. 다시 프롬프트로 돌아갈려면은 패스워드를 알아야 할 것이다. vlock 의 기 본적인 옵션은 다음과 같다. -a,--all 모든 가상 터미널을 잠그고 싶을때에 사용하는 옵션이다. -c,--current 현제의 터미널을 잠글수 있는 옵션인데 이것은 기본 옵션이다.. -h,--help 도움말 출력 -v,--version vlock에 대한 버전을 출력 한다. xlock은 터미널에서와는 달리 사운드 지정 배경 선정 등 많은 옵션을 가지고 있는데 이 것은 맨 페이지를 참고 해야 할 것이다(옵션이 너무 많으므로). 또한 엑스 윈도우에서 화면 잠금 이라는 메뉴를 찾아 보면 있을 것이다. 이것은 엑스 윈도우 관리자에 따라 모양이 많 이 틀릴 것이다. 4.1.3 System의 Log 파일 처리 리눅스에서 침입자의 가 있었는지 알아보는 것이 간단하게 로그 파일을 보는 것으로도 알 수 있다. 당신이 log 파일에서 확인해야 할 사항은 다음과 같다. 1. 짧거나 불완전한 기록. 2. 이상한 시간 표시를 가진 기록. 3. 잘못된 허가권이나 소유권을 가진 기록. 4. 재부팅이나 서비스의 재시작에 대한 기록. 5. 없어진 기록. 6. su 사용기록과 이상한 곳으로부터의 접속 기록. 4.2 설치시 기본적인 보안 관련 네트윅 환경변수 < 필요 없는 서버는 실행되지 못하도록 원천 봉쇄한다! > 여기서 설명하는 바는 유닉스/리눅스에 공통되는 사항이다. 네트워크 서버들은 크게 2 가지 방식으로 실행되는데 하나는 inetd 수퍼 서버에 의해 자동 관리되는 방식이며 나머지 하나는 유닉스의 여타 프로세스와 마찬가지로 직접 실행시키는 방식이다. 후자의 경우에는 부팅 과정을 면밀히 살펴보고 필요 없는 서버들이 작동하지 않도록 시스템 초기화 파일을 수정하면 된다. 보안 문제에 관하여 극도로 예민한 사람은 간단히 그 서버를 시스템에서 삭 제하면 그만이다. 리눅스의 경우 그리고 레드햇, 데비안 등의 배포판에서는 서버 설치/삭제 가 자유로우므로 괜한 하드디스크 공간을 차지하게 할 필요 없이 삭제하는 것이 좋다고 본 다. 원할 때는 언제든지 시스템 운영 도중 설치하고 그 즉시 가동 가능하기 때문이다. 우리 가 놓치기 쉬운 부분이 바로 inetd 수퍼 서버에 의해 관리되는 서버들이다. 4.2.1 /etc/inetd.conf 에 관하여 /etc/inetd.conf 청소하기 각 행은 하나의 서비스를 정의한다. 형식은 다음과 같다. <서비스명> <소켓 타입> <프로토콜> <플래그> <사용자> <서버 경로> <전달 인수> {{{{# # These are standard services. # ftp stream tcp nowait root /usr/sbin/tcpd in.ftpd -l -a telnet stream tcp nowait root /usr/sbin/tcpd in.telnetd gopher stream tcp nowait root /usr/sbin/tcpd gn }} }} ftp,telnet 등의 서비스는 아주 기본적인 서비스이다. 하지만 마지막 줄에 있는 고퍼 (gohper) 서비스는 웹의 등장으로 인해 요즘 별 인기도 없어 대부분 사용하지 않을 것이라 고 본다. 잘 모른다면 여러분은 이것을 사용하고 있지 않는 것이며 서비스를 제공할 능력 도 되지 않으므로 줄 맨 앞에 샵(#) 문자를 넣어 주석 처리해버리기 바란다. {{{{# # Shell, login, exec and talk are BSD protocols. # #shell stream tcp nowait root /usr/sbin/tcpd in.rshd #login stream tcp nowait root /usr/sbin/tcpd in.rlogind #exec stream tcp nowait root /usr/sbin/tcpd in.rexecd talk dgram udp wait root /usr/sbin/tcpd in.talkd }} }} 위에서 나열한 서비스들은 아주 끔찍한(?) 서비스들이다. 패스워드 없이 원격 로그인하 거나 원격에서 서버 상에 프로그램을 실행시킬 수 있는 기능을 제공하기 때문이다. 이런 서 비스에 의해 공격당하면 범인도 못 잡는다. shell, login, exec 등은 개인용 서버가 아닌 이상 위에서처럼 주석처리하기 바란다. {{{{## Finger, systat and netstat give out user information # which may be valuable to potential "system crackers." # Many sites choose to disable # some or all of these services to improve security. # # cfinger is for GNU finger, which is currently not # in use in RHS Linux # # finger stream tcp nowait root /usr/sbin/tcpd in.fingerd #cfinger stream tcp nowait root /usr/sbin/tcpd in.cfingerd #systat stream tcp nowait guest /usr/sbin/tcpd /bin/ps -auwwx #netstat stream tcp nowait guest /usr/sbin/tcpd /bin/netstat }} }} 이미 inetd.conf 설정 파일에 잘 적어놓고 있는 내용이다. 여기에 있는 서비스 들은 외 부에게 여러분 서버, 사용자에 관한 정보를 누출한다. finger, systat, netstat은 주석 처리 할 것인가 말 것인가? finger의 예를 들어보자. {{{{[hwinnt@linux:~$]finger linux Login: hwinnt Name: Red Hat Linux User Directory: /home/hwinnt Shell: /bin/bash On since Mon Aug 17 22:27 (KST) on ttyp1 from carrot 39 minutes 39 seconds idle On since Mon Aug 17 22:28 (KST) on ttyp0 from carrot 1 minute 36 seconds idle No mail. No Plan. Login: Administrator Name: Red Hat Linux User Directory: /home/Administrator Shell: /bin/bash Never logged in. No mail. No Plan. }} }} 보기 에서 보다시피 도대체 어떤 사람들이 로컬 호스트에서 작업하고 있는지 아주 분명하 게 정보를 누출하고 있다. 다음은 헬싱키 대학 서버에서 어떤 사람이 작업하고 있는지 보여 주는 예이다. 리눅스 배포판들은 대부분 finger를 할 수 있도록 해두었는데 이는 보안에 관 심 없기 때문이 아니다. 리눅스는 상호 신뢰에 의해 개발되는 운영체계이기 때문이다. 하지 만 중요한 임무를 수행하고 침입자를 막아야 하는 공개 서버들은 이를 막아야 한다. finger 를 막은 호스트인 경우에는 다음과 같은 메시지가 나온다. {{{{[hwinnt@linux:~$]finger linux [linux.klug.org] finger: connect: 연결이 거부됨 }} }} 4.2.2 /etc/ftpuser 이 파일을 들여다 보면은 사용자 계정 이 죽 나열 되어있는데 이것은 FTP로 접속을 하지 못하도록 하는데에 쓰이는 파일 이다 vi 편집기로 열어서 보시면 알겠지만 전부 시스 템 관리 계정이다. 이계정들은 ftp 접속을 왜 제안을 하는지 알 것이다. 또한 텔넷으로도 들 어오면 안되는 계정들이다. 4.2.3 /etc/securetty 이 파일에는 tty1 - 8 번 까지 쭉 나열 되어 있을 것이다. 이것은 가상 콘솔을 나타내 는데 리눅스는 기본으로 8개의 가상 콘솔을 사용할수 있도록 설정이 되어 있는데 여기서 터 미널 수를 줄이는 것도 보안의 한 방법이라고 할수 있다. 그리고 간혹 텔넷으로 왜 루트가 접속이 안되냐고 하시는 분들이 있는데 이것은 비정적인 것이 아니다. 위에서도 설명한 바 와 같이 리눅스의 시스템 계정들은 외부 인터넷 상에서 접속을 하지 못하도록 기본적으로 세팅이 되어 있기 때문이다. 만약 루트 권한이 필요하다면 su 라는 명령어를 사용하여 루트 권한을 빌려서 사용하는 것이 더 효과적이다. 4.2.3 /usr/sbin/tcpd 위의 inetd.conf 파일을 보면 서버경로에 /usr/sbin/tcpd 라고 되어 있는 것을 보았을 것 이다. inetd.conf 파일에서 인터넷 서비스를 정의 해 놓았는데 이 tcpd 라는 프로그램이 서 버에대해서 접근 할수 있도록 해주는 것이다. 이때에 시스템에대한 접근 허락 (/etc/hosts.allow) 및 접근 거부(/etc/hosts.deny) 등의 설정을 할 수가 있다. /etc/hosts.allow 파일은 허용 규칙을 정의한다. 설정 형식은 매우 간단하다. <서비스 목록>: <호스트 목록> [: 명령] <서비스 목록>은 규칙을 적용할 서비스의 목록으로서 각각의 항목은 콤마(,)로 구분하여 나열한다. 서버명으로는 ftpd, telnetd, fingerd 등을 들 수 있다.<호스트 목록>은 호스트명을 나열한 것인데 역시 콤마로 구분한다. 호스트명 이외에도 IP 주소를 사용할 수 있다. 또한 호스트명과 IP 주소에 대하여 와일드 카드 문자를 사용하는 것이 가능하다. 예를 들어 gw.vk2ktj.ampr.org와 같이 하나의 호스트를 지정하는 방법도 있고 .uts.edu.au와 같이 호스 트명이 저렇게 끝나는 모든 호스트에 대하여 일괄 지정하는 것도 가능하다. 만약 44.이라고 표현하면 이 숫자로 시작하는 모든 IP주소를 가진 호스트를 가리키는 것이다. 이외에는 특 별한 심볼이 있는데 ALL은 글자 그대로 인터넷 상의 모든 호스트를 의미하며 LOCAL은 도트(.) 문자를 포함하지 않는 모든 호스트명을 가리키는데 즉 여러분의 호스트 머신과 같은 도메인에 속한 모든 호스트들을 가리킨다. PARANOID는 많이 사용되지 않지만 주소 위조 자들을 경계하기 위하여 주소와 호스트명이 일치하지 않는 호스트를 가리킬 때 사용한다. 마지막으로 EXCEPT는 영어 뜻 그대로 전체 호스트에서 어떤 호스트를 제외할 때 사용되 는 키워드이다. <명령> 부분은 일반적으로 적어주지 않는데 적어준다면 tcpd에 의해 그 규칙이 적용 될 때마다 주어진 명령을 수행하도록 하도록 되어 있다. 명령은 완전한 패스명으로 적어주 어야 한다. 보통 누가 호스트에 접속하려고 시도하는지 확인하는 명령, 특정인 접속할 때 시 스템 관리자에게 자동으로 메일이나 경고 메시지를 보내도록 하는 명령을 적는다. {{{{ # /etc/hosts.allow # # 메일을 모든 사람에게 허용 in.smtpd: ALL # telnet과 ftp는 같은 도메인에 속한 사람과 집에 있는 본인의 호스트 # 에만 허용 telnetd, ftpd: LOCAL, linux.klug.org # finger를 허용하되 누가 요청했는지 기록을 남긴다. fingerd: ALL: (finger @%h | mail -s "finger from %h" root) }} }} /etc/hosts.deny 파일은 서비스 거부에 대한 파일이다. 일반적으로 ALL: ALL이라는 줄 하나를 넣어서 /etc/hosts.allow에서 허가되지 않는 모든 것에 대하여 기본적으로 거부 정책 을 사용하는 것이 좋다고 본다. /etc/hosts.deny에서 기본 정책으로 모든 서비스에 대하여 그리고 모든 사용자에 대하여 거부를 해놓는 이유는 tcpd가 /etc/hosts.allow와 /etc/hosts .deny에서 어떠한 알맞은 규칙도 발견하지 못할 때는 허가한다는 정책을 가지고 있기 때문이다. 기본적인 거부 정책 다음에 /etc/hosts.allow에 하나씩 허가하는 것이 올바른 절차라고 본다. 주의할 것은 절대 /etc/hosts.allow에 ALL: ALL과 같은 무지한 설정은 하 지 말아달라는 것이다. 그리고 tcpd의 규칙 점검 특성 상 특수한 규칙을 앞에 두고 일반적 인 규칙을 뒤에 둔다. 순서가 중요하기 때문이다. 여러분이 tcpd 설정만 잘해두어도 훌륭한 관리자라는 평가를 받을 수 있으며 크래커 입장에서는 아주 신경 쓰이는 서버 축에 들것 이다. 인터넷 상에 수많은 서버 중 뚫기 힘든 여러분의 서버 주위에서 더 이상 배회하려 들 지 않을 것이다. 4.3 리눅스에서의 셰도우 패스워드 4.3.1 왜 /etc/passwd 파일을 숨겨야 하나? Shadow Suite를 깔지 않은 Linux system에서는, password를 포함한 사용자 정보는 /etc/passwd에 보관되어 있다. password는 암호화되어서 (encrypted) 저장된다. 만일 암호학 의 전문가에게 묻는다면, 그는 password는 encrypt된 형식이라기 보다는encode된 형식으로 되어 있다. 이유는 crypt(3)을 적용할 때, text는 null로 하고 password를 key로 사용하기 때 문이라고 한다. 따라서 이 문서에서는 encode된이라는 말을 쓸 것이다. (역자주 : 사전에는 encode와 encrypt를 같은 뜻으로 사용하고 있읍니다. - 암호로 바꿔쓰다 - 라는 뜻입니다 만, 암호학을 전공하신 분들에게는 뉘앙스가 다를 것같습니다. 이에 대한 보충 바랍니다.) password를 encode하는 데 사용되는 algorithm은 기술적으로는 단방향 hash function과 같 은 방법으로 간주되고 있다. 이 것은 순방향으로는 계산하기 편하게 되어 있지만 역방향은 연산이 매우 힘들게 되어 있다. 사용된 algorithm에 대한 자세한 설명은 section 2.4나 crypt(3) manual page에 있다. 사용자가 password를 선택하거나 할당받을 때, password는 salt(소금?)라고 불리는 무작 위로 생성된 값과 같이 encode된다. 이것은 어떤 password든지 4096가지의 다른 방법으로 저장될 수 있다라는 얘기다. salt 값은 encode된 password와 같이 저장된다. 사용자가 login하고 password를 사용하면, salt는 encode되어 저장된 password에서 뽑혀 져 나온다. 그다음 입력된 password와 salt가 같이 encode된다. 그리고,encode되어 저장된 password와 비교한다. 그 결과, 서로 같다면 사용자는 인증된다. 무질서하게 encode된 password를 획득해서 원래의 password로 되돌리는 것은 계산상으 로는 힘들다(그러나 불가능하지는 않다). 그러나, 적지 않은 사용자가 사용하는 system이라 면, 적어도 몇몇 password는 일상단어로 이루어져 있다 (또는간단한 변종이다). system cracker들는 이런 것을 알고, 자주 쓰이는 password들과 단어의 사전과 가능한 4096가지 salt 값을 사용해서 encrypt을 행할 것이다. 그다음에 그들은 그들의database에 있 는 당신의 /etc/passwd file의 encode된 password와 비교할 것이다. 일단 하나라도 일치한 다면 그들은 또다른 계정의 password를 가지게 되는 셈이다. 이는 dictionary attack(사전 공격?)이라 고 불리우고, system에 허가되지 않은 접속을 얻을 때 쓰는 가장 보편적인 방법 중 하나이다. 생각해보라, 8문자된 password가 4096 * 13문자열로 encode된다. 그리고, 400,000개의 일 반 단어, 이름, password, 약간의 변형들로 이루어진 사전은 4G Byte hard를 쉽게 채울 것 이다. 공격자들은 이런 종류의 것이 필요하고, 맞는 지 검사해 볼 필요가 있다. 만일 10000 달러이하로 이런 4G byte짜리 hard를 가질 수 있다면, 대부분의 system cracker들에게는 충분하다. 또한, cracker가 당신의 /etc/passwd file을 이미 가지고 있다면, 그들은 /etc/passwd file 에 포함되어 있는 salt 값만 가지고 사전을 encode하면 된다. 이 방법은 200Megabyte의 공 간과 486급 computer를 가지고 있는 보통 청소년이면 이용할 수 있다. 심지어 많은 공간없이, crack(1)과 같은 utility들은 최소한 충분히 많은 사용자를 확보하 고 있는 system의 password를 2개정도는 깰 수 있다 (user가 자기 자신의 password를 고 를 수 있는 system이라고 한다면). /etc/passwd file은 user ID와 group ID와 같은 대부분의 system program에서 쓰는 정보 를 가지고 있다. 게다가 /etc/passwd file은 "모두 읽기 가능"으로 남아 있어야 한다. /etc/passwd file을 아무도 보지 못하게 하면, 제일 먼저 ls -l 명령이 이제 user 이름대신 user ID를 출력하는 것을 보게 될 것이다! Shadow Suite는 password를 다른 file(대개 /etc/shadow)에 위치시킴으로써 이 문제를 해 결한다. /etc/shadow file은 어느 누구도 볼 수 없도록 되어 있다. root만이 /etc/shadow를 볼 수 있고, 쓸 수 있다. 어떤 program (xlock 같은)은 password를 바꿀수 있는 권리를 원 하지 않는다. password를 확인할 수 있으면 된다. 이런 program들은 suid root로 실행되거 나, /etc/shadow를 읽기만 할 수 있는 shadow로 group을 바꾸어 주면 된다. 그러면 program은 sgid shadow로 실행시킬 수 있다. password를 /etc/shadow file로 옮겨 줌으로써, dictionary attack를 하기 위해서 encode된 password들에 접근하는 공격자들은 효과적으로 방해할 수 있다. 추가적으로 Shadow Suite는 몇가지 괜찮은 기능을 더 가지고 있다: login 기본사항(/etc/login.defs)들이 준비된 configuration file user 계정 및 group을 추가, 수정, 삭제하는 utility들 password의 유효기간 설정과 경과후 취소 계정 무효와 동결 group password들의 shadow (선택사항) 2배 길이를 가지는 passwrd (16문자 password) (권하지 않음) user가 password를 고를 때, 적절한 통제 전화접속용 password 보조 인증 program (권하지 않음) Shadow Suite를 설치하는 것은 좀 더 보안이 강화된 system으로 만들어 준다. 그러나, Linux system의 보안을 강화시켜주는 다른 많은 것들이 있고, 따라서 궁극적으로 다른 보 안 도구나 관련된 사안을 다루는 Linux Security HOWTO series가 생길 것이다. 알려진 취약점을 포함한 Linux 보안 문제에 대한 정보를 얻으려면 Linux Security home page를 방문하기 바란다. 4.3.2 /etc/passwd file의 형식 shadow의 세례를 받지 않은 /etc/passwd file은 다음과 같이 구성되어 있다. username:passwd:UID:GID:full_name:directory:shell 각 요소는 {{{{username 사용자 (login) 이름 passwd encode된 password UID 숫자로 된 user ID GID 숫자로 된 기본 group ID full_name user의 실제 이름 - 실지로 이 field는 GECOS (General Electric Comprehensive Operating System: 일반 전자적 종합 운영 체계?) field라고 불리우며, 단지 실제 이름보다는 다른 정보를 가질 수 있다. Shadow 명령들과 manual page는 이 field를 comment로 다룬다. directory 사용자의 home directory (Full pathname) shell 사용자의 login shell (Full pathname) 예를 들면 username:Npge08pfz4wuk:503:100:Full Name:/home/username:/bin/sh }} }} Np는 salt이며, ge08pfz4wuk는 encode된 password이다. encode된 salt/password는 kbeMVnZM0oL7I가 될 수도 있고, 둘은 같은 password를 가리킨다. 같은 password에 대해 서 4096개의 다른 encoding이 존재할 수 있다. (예를 든 password는 'password'이며, 상당 히 나쁜 password이다). shadow suite가 설치되면, /etc/passwd file은 다음처럼 바뀐다: username:x:503:100:Full Name:/home/username:/bin/sh 두번째 field의 x는 아무 것도 아니다. (공간만 차지하고 있을 뿐이다.) /etc/passwd file의 형식은 전혀 바뀌지 않았다. 단지 encode된 password를 포함하지 않을 뿐이다. 이는 /etc/passwd file을 읽기만 할 뿐 password를 검사하지 않은 program은 아무 이상없이 돌 아간다는 것을 의미한다. 이제 password가 shadow file(대부분 /etc/shadow file)로 재배치된다. 4.3.3 shadow file의 형식 /etc/shadow file은 다음과 같은 정보를 갖고 있다: username:passwd:last:may:must:warn:expire:disable:reserved 각 요소는: username 사용자 이름 passwd encode된 password last 최근의 password를 바꾼 날 (1970, 1, 1일부터 계산한 날수) may password를 바꾼 다음, 또 바꾸기 위해 기다리는 날수 (다음 password로의 변경 유예기간) must 다음 password로 바꿀어야 할 때까지의 기간 (현 password 유효기간) warn password가 만료되기 전에 user에게 바꿀 것을 경고하는 기간 expire password가 만료된 뒤, user 계정 사용이 불가능하기까지 기간 disable 계정이 사용 불가능하게 된 날(1970, 1, 1일부터 계산한 날수) reserved 남겨둠 전의 예제 경우 다음과 같다: username:Npge08pfz4wuk:9479:0:1000 4.3.4 crypt(3)에 대해서. crypt(3) manual 페이지에 의하면: "crypt는 password를 encrypt하는 함수이다. 이는 Data Encryption Standard algorithm를 기반으로, (무엇보다) key를 찾는 기계적인 방법이 이용되기 힘들도록 약간의 변형이 가해 져 있다. key는 사용자가 입력한 password이다. encode되는 string을 전부 NULL이다. salt은 a-zA-Z0-9./로 이루어진 집합으로부터 고른 두문자로 이루어진 문자열이다. 이 문 자열은 4096개 경우중의 하나로 algorithm이 혼란스럽게 보이려는 목적으로 쓰인다. key의 각 문자의 하위 7 bit을 취함으로써, 56-bit key가 주어진다. 이 56-bit key는 일정한 문자열 을, 반복해서 encrypt하는 데 쓰인다. 결과는 13개 ASCII 문자열로, encrypt된 password를 가리킨다 (처음 두개 문자는 salt 그 자신이다). 결과값은 매번 호출될 때마다 다시 쓰이는 고정된 data를 가리킨다. 경고: key space는 2**56, 즉 7.2e16 가능한 값으로 이루어져 있다. key space를 샅샅이 뒤지는 것은 거대한 병렬 computer를 사용하면 가능할 것이다. crack(1)와 같은, 대부분의 사람들이 password로 삼는 key space의 특정 부분을 찾는 software가 있다. 따라서, 최소한 password를 선택할 때, 자주 쓰이는 단어나 이름은 피하기 바란다. passwd program을 사 용하여, 찾기 쉬운 password를 선택하는 지 검사하기를 바란다. DES algorithm, 그 자체는 가끔 crypt(3) interface를 사용하는 것이 다른 password 인증 을 위한 어떤 것보다 더 나쁜 선택으로 만들어 버리는 경향이 있다. 보안 강화를 위해서 crypt(3)를 사용하려고 한다면, DES만 사용하지 마라: encryption에 대한 좋은 책과 널리 쓰 이는 DES library들을 구하라." (역자주 : 원문은 The DES algorithm itself has a few quirks which make the use of the crypt(3) interface a very poor choice for anything other than password authentication. If you are planning on using the crypt(3) interface for a cryptography project, don't do it: get a good book on encryption and one of thewidely available DES libraries." 입니다. 그중에서 don't do it: get ...부분이 매우 애매합니다. it이 무얼 가리키는 건지 명확하지 않습니다. 일단, get ...을권유하는 것으로 추측하고 번역을 했는 데...) 대부분 Shadow Suite들은 password의 길이를 16문자로 늘이는 code를 포함한다. des의 전문가들은 이를 권하지는 않는다. 왜냐하면 전반부를 encoding한 뒤, 긴 password의 후반 부를 encoding하는 단순한 방법이기 때문이다. crypt의 방식대로라면, 긴 password를 사용 하지 않는 것보다 더 취약한 password를 만들 수 있다. 더욱이, 사용자가 16문자나 되는 password를 기억하기 힘들다는 측면도 있다. crypt 방법과 호환성을 지니면서, 긴 password를 지원하고 더 강화된 인증(특히, MD5 algorithm)을 할 수 있는 방법이 연구중이 다. encryption에 대한 책으로 다음을 권한다: "Applied Cryptography: Protocols, Algorithms, and Source Code in C" by Bruce Schneier ISBN: 0-471-59756-2 4.3.5 Shadow Suite 가 있는 인터넷 주소 ftp://ftp.icm.edu.pl/pub/Linux/shadow/shadow-current.tar.gz ftp://iguana.hut.fi/pub/linux/shadow/shadow-current.tar.gz ftp://ftp.cin.net/usr/ggallag/shadow/shadow-current.tar.gz ftp://ftp.netural.com/pub/linux/shadow/shadow-current.tar.gz 4.3.6 Shadow Suite Installation Guide 4.3.6.1 압축풀기. package를 받을 뒤 처음 할 일은 풀어 제치는 것이다. package는 gzip으로 앞축된 tar (tape archive) 형식으로 되어 있으므로, /usr/src로 옮긴 뒤: tar -xzvf shadow-current.tar.gz 그러면, /usr/src/shadown-YYMMDD라는 directory에 풀릴 것이다. 4.3.6.2 config.h file을 가지고 설정합니다. 첫째, Makefile과 config.h를 복사한다: cd /usr/src/shadow-YYMMDD cp Makefile.linux Makefile cp config.h.linux config.h 그리고 config.h를 보라. 이 file은 몇몇 설정 사항에 대한 정의를 담고 있다. 만일 권고한 package를 가지고 있다면, 일단 group shadow 지원을 사용하지 않도록 하기를 권한다. 기 본으로, shadow된 group password들을 사용할 수 있다. 이를 바꾸기 위해서 config.h의 #define SHADOWGRP를 #undef SHADOWGRP로 바꾼다. 나는 그들을 사용하지 않고 시 작할 것을 원한다. 나중에 절실히 group password와 group 관리자를 원한다면, 다시 사용가 능하도록 한 뒤 재compile하면 된다. 만일 사용가능으로 남겨둔다면, 반드시 /etc/gshadow file을 만들어야 한다. 긴 password 사용을 하는 것은 앞에서 얘기한대로 권하지 않는다. #undef AUTOSHADOW라고 한 것을 바꾸지 말라. AUTOSHADOW 선택사항은 shadow를 무시하는 program들이 계속 작동하도록 하려는 목 적으로 준비된 것이었다. 이 이야기는 이론상으로는 괜찮지만, 제대로 기능하지 않는다. 이 option을 허용하고 root로써 program을 실행시키면, 그 놈은 getpwnam()를 root권한으로 부 르고, 후에 /etc/passwd file에 수정된 내용을 다시 쓰게 된다 (더이상 shadow되지 않은 채 로). 그런 program에는 chfn과 chsh가 있다. (getpwnam()를 호출하기 전에, 실제 uid와 유 효 uid를 바꾼다해도 이를 회피할 수 없다. 왜냐하면 root도 chfn과 chsh를 사용할 것이기때 문이다. (역자주: 모호하네요. system programming에 관한 내용같는 데... 아시는 분의 설명 바랍니다.)) libc를 만들 때도 같은 경우가 있다. SHADOW_COMPAT option이 그 것이다. 그 것은 쓰면안 된다! /etc/passwd로부터 encode된 password를 얻기 시작한다는 것이 문제 다. 지금 사용하고 있는 libc version이 4.6.27이전이라면, config.h와 Makefile을 고칠 것이 더 있다. config.h에서 바꿀 것은: #define HAVE_BASENAME 을 #undef HAVE_BASENAME 으로. 그리고 Makefile에서는: SOBJS = smain.o env.o entry.o susetup.o shell.o \ sub.o mail.o motd.o sulog.o age.o tz.o hushed.o SSRCS = smain.c env.c entry.c setup.c shell.c \ pwent.c sub.c mail.c motd.c sulog.c shadow.c age.c pwpack.c rad64.c \ tz.c hushed.c 을 SOBJS = smain.o env.o entry.o susetup.o shell.o \ sub.o mail.o motd.o sulog.o age.o tz.o hushed.o basename.o SSRCS = smain.c env.c entry.c setup.c shell.c \ pwent.c sub.c mail.c motd.c sulog.c shadow.c age.c pwpack.c rad64.c \ tz.c hushed.c basename.c 으로. 이 고침은 libc 4.6.27이나 그 이후에 포함된 basename.c에 있는 code를 덧붙인다. 4.3.6.3 원 program의 backup copy들을 만든다. shadow suite가 대체시킬 program들을 추적해서 backup을 만드는 것도 좋은 생각이다. Slackware 3.0에는 다음과 같다: /bin/su /bin/login /usr/bin/passwd /usr/bin/newgrp /usr/bin/chfn /usr/bin/chsh /usr/bin/id BETA package는 Makefile에 backup을 만들 목록이 있지만, 다른 배포판에서 다른 위치에 놓여 있을 수 있기에 설명으로 처리되어 있다. 또한 /etc/passwd file을