1. apache 설치(httpd)
yum install httpd

2. mysql 설치
yum install mysql
yum install mysql-server

3. php 설치

yum install php

여기까지 하면 php 연동은 되지만 mysql 연동은 되지 않는다.

4. php-mysql 연동 설치
yum install php-mysql

작성자 : 김주홍

1. sendmail 설정 (센트OS 4.2기준)
- 먼저 rpm -qa |grep sendmail 명령으로 sendmail이 설치되어 있는지 확인, 없으면 시디로 팩키지를 설치해준다
- 설치할 팩키지 -> sendmail-cf-8.13.1-2
- Pop3를 사용할려면 imap 팩키지가 설치되어 있어야 함(dovecot) -> 기본 imap에 비해 보안향상

**/etc/dovecot.conf 화일 변경

14라인 protocal = pop3 pop3s imap imaps 수정
21라인 imap_listen = [::],pop3_listen = [::] 부분을
        imap_listen = *, pop3_listen = * 으로 수정
22라인  imapslisten = [::],pop3s_listen = [::] 부분을
        imaps_listen = *, pop3s_listen = * 으로 수정
[::]는 ipv6 프로토콜을 의미하며 우리는 ipv4를 사용하므로 *로 바꿔준다.

30 ssl_disable = no 주석제거
87 login_executable = /usr/libexec/dovecopt/imap_login 주석제거
92 login_user = dovecot 주석제거
132 login_executable = /usr/libexec/dovecopt/pop3_login 주석제거
166 #mail_extra_groups = mail_extra_groups = mail 수정
338 imap_executable = /usr/libexec/dovecot/imap 주석제거
353 pop3_executable = /usr/libexec/dovecot/pop3 주석제거
437 auth_executable = /usr/libexec/dovecot/auth 주석제거

dovecot 구동은 selinux설정되어 있으면 꺼주세요.


2. 설정파일 위치
- /etc/mail/sendmail.cf : 센드메일의 가장 기본적인 설치파일 -> 265라인에 addr 제거
- /etc/mail/access : 릴레이 허용파일,기본적으로 로컬만 허용, 허용할 IP,domain추가 한다.
*엑세스 파일 교체되면 makemap hash /etc/mail/access < /etc/mail/access 실행
- /etc/mail/local-host-names : 메일을 수신할 호스트이름 결정

3. sendmail 데몬 시작 / 확인
- service sendmail start 또는 init/sendmail start
- 마지막으로 telnet localhost 25 로 접속해서 아래와 같은 화면이 나오면 정상적으로 SMTP데몬이 돌고 있다.
[root@test mail]# telnet localhost 25
Trying 127.0.0.1...ㅅㄷ
Connected to localhost.
Escape character is '^]'.
220 localhost.localdomain ESMTP Sendmail 8.12.8/8.12.8; Mon, 12 Apr 2004 14:18:30 +0900

[SMTP-AUTH 인증기능 추가]
* SASL 라이브러리가 설치되어 있어야 함
cyrus-sasl-md5-2.1.19-5.EL4
cyrus-sasl-2.1.19-5.EL4
cyrus-sasl-plain-2.1.19-5.EL4
cyrus-sasl-devel-2.1.19-5.EL4


SMTP 인증 기능을 사용하기 위해서 다음의 라인을 확인한다.
==============================================================================================
TRUST_AUTH_MECH(`LOGIN PLAIN EXTERNAL DIGEST-MD5 CRAM-MD5')dnl
define(`confAUTH_MECHANISMS', `LOGIN PLAIN EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5')dnl
==============================================================================================

m4 /etc/mail/sendmail.mc > /etc/mail/sendmail.cf ->바뀐것을 적용한다.

* 인증확인
[root@hong mail]# telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.localdomain (127.0.0.1).
Escape character is '^]'.
220 localhost.localdomain ESMTP Sendmail 8.13.1/8.13.1; Fri, 14 Apr 2006 13:22:51 +0900
EHLO localhost
250-localhost.localdomain Hello hong [127.0.0.1], pleased to meet you
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-8BITMIME
250-SIZE
250-DSN
250-ETRN
250-AUTH LOGIN PLAIN DIGEST-MD5 CRAM-MD5
250-DELIVERBY
250 HELP

* 현재 인증되는 서버
529 O AuthMechanisms=LOGIN PLAIN EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5

php+mysql 구버전에서 php+mysql최신버전으로 마이그레이션할때 흔히들 겪는 문제중 아래의 문제들이 있습니다.



1. DB 데이터의 이전 문제

2. php 로 mysql 접속시 한글 인코딩 문제

3. 예약어와 동일한 컬럼명의 사용의 문제

4. PASSWORD 함수 변경의 문제



일반적인 경우 작업하는 사이트에서 문제가 발생하지 않는 다면 위의 두가지 사항은 참고하지 않으셔도 됩니다.



1. DB 데이터 이전 문제

- 기존 DB가 euckr로 구성되어 있었다면 상관이 없습니다. 문제는 기존 DB가 utf-8등으로 구성되었을때의 문제입니다. 이 경우 데이터를 임포트할때 --default-character-set=utf8 등의 옵션을 주어 임포트 작업해야 합니다.



2. php로 mysql 접속시 한글 인코딩 문제

- 최신버전의 PHP에서는 DB의 Default-charset 설정을 따르지 않고, PHP 자체내의 셋팅을 따르는 경우가 많습니다. 따라서 UTF-8로 임포트한 데이터는 php에서 UTF-8로 처리되지 않고 자체 한글 인코딩을 따르는 경우에 한글이 깨지는 경우가 많습니다. 이런경우 mysql_connect 함수로 DB에 접속한 이후, @mysql_query("SET NAMES utf8"); 쿼리를 날려 PHP의 기본 커넥션을 utf-8로 변경해주는 것이 좋습니다.



3. 예약어와 동일한 컬럼명의 사용의 문제

- 구버전의 mysql에서 아무런 에러가 발생하지 않던 쿼리가 새로운 버전의 PHP+mysql에서 문제가 발생하는 경우가 있습니다. 바로 예약어를 컬럼명으로 사용하는 경우입니다. 예를 들어 select * from term where div like '%기타%' 라는 쿼리가 있을때 기존 버전에서는 문제 없이 작동하지만, 신버전의 PHP+mysql에서는 여지없이 에러를 날려버립니다. div이라는 컬럼명때문에 그런건데요. div이란 컬럼명이 mysql에서 예약어로 사용되기 때문에, 예약어와 동일한 이름의 컬럼명을 사용하기 위해서는 컬럼명을 ` ` 으로 묶어야 합니다.



즉, select * from term where div like '%기타%' 쿼리는

     select * from term where `div` like '%기타%' 로 변경되어야 에러가 발생하지 않습니다.



또한 앞으로의 쿼리에는 모든 컬럼명에 `를 붙이면 예약어가 추가되어도 중복될 걱정 없이 사용할 수 있으니, 가급적 컬럼명에 ``로 묶는 습관을 들이는것도 괜찮은 방법 같습니다.

주의) ` 와 '는 다른 문자이오니 주의하시길..쉬프트 없이 물결표시 키..



4. PASSWORD 함수 변경의 문제

- 구버전의 mysql에서는 PASSWORD 함수를 암호화하는데 64bit 암호화 방법을 이용했습니다. 그러나 현재는 128bit 암호화를 사용하도록 변경되었습니다. 문제는 함수의 이름이 과거와 현재가 동일하다는데 있습니다. 64bit 암호화로 저장된 오래된 데이터가 마이그레이션후 128bit PASSWORD 함수로 제대로 풀릴리가 없기때문입니다. 그렇다고 해서 64Bit 암호화된 데이터를 128Bit로 변경할 수 있는 방법이 따로 있는것도 아닙니다.(제가 검색해본결과 없다고 결론내렸습니다.)



방법은 기존 데이터를 날리고, 새로 128bit 암호화를 따라가던가, 보안에서는 손해를 봐야하지만 기존에 사용하던 64bit 암호화 함수를 사용하는 방법이 있습니다. 전자는 설명할 필요가 없고, 후자는 OLD_PASSWORD라는 함수를 사용하시면 됩니다.



예를 들어 select * from member where id='lodes' and passwd = PASSWORD('1234') 라는 쿼리가 있다면 PASSWORD 함수를 OLD_PASSWORD('1234') 로 변경해주시면 됩니다.

1. lsof, ps top 등의 명령이 잘 동작하는지 확인한다.

2. /var/log 에 있는 message, maillog 등 메일과 메시지 관련 등의 파일확인 (이 파일들의 저장상태가 0 이거나, 이상상황이면 해킹의심)

3. ps 프로그램을 통하여 이상한 프로세스를 찾아본다.

start .. 등 잘모르는 프로세스가 실행중에 있을경우 man 으로 확인해 본다.

4. 이상한 프로세스가 있으면 find 명령을 통하여 위치를 확인한다.

  find / -name "start" -print

5. 파일의 위치가 정상적이지 않은곳에 위치한다면, 해킹을 단한것이라고 판단한다.

  파일위차가 : /dev/cmd/.../mach 등... 이상한 폴더에 관리중일것이다.

6. 아래 명령을 치면 /dev 아래에 해킹관련 파일들이 나타나기도 한다.

find /dev -type f

 

/dev/MAKEDEV
/dev/shm/ptrace
/dev/shm/bindz
/dev/hdx1
/dev/hdx2