1 초보자를 위한 Exim4 설치하기

1.1 목적

1.2 준비사항 #

''$ apt-get install exim4 qpopper sasl2-bin''

1.3 기본설정 #

''$ ls
  exim4.conf.template  passwd.client  update-exim4.conf.conf''

" # /etc/exim4/update-exim4.conf.conf
#
# Edit this file and /etc/mailname by hand and execute update-exim4.conf
# yourself or use 'dpkg-reconfigure exim4-config'
#
# Please note that this is _not_ a dpkg-conffile and that automatic changes
# to this file might happen. The code handling this will honor your local
# changes, so this is usually fine, but will break local schemes that mess
# around with multiple versions of the file.
#
# update-exim4.conf uses this file to determine variable values to replace
# the DEBCONFsomethingDEBCONF strings in the configuration template files.
#
# Most settings found in here do have corresponding questions in the
# Debconf configuration, but not all of them.
#
# This is a Debian specific file
dc_eximconfig_configtype='internet'
dc_other_hostnames='foobar.com:domain.net' # FQDN 이부분에 메일도메인을 적어준다. 여러개의 도메인을 운영중이라면 : 로 구분한다.
dc_local_interfaces='' # 이부분은 접속허용가능호스트를 적어준다. 기본적으로 모든 메일을 받아야 하므로 비워둔다.
dc_readhost=''
dc_relay_domains='' # 다른곳으로 릴레이 시킬 도메인을 적는부분이다. 비워둔다.
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost=''
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname=''
dc_mailname_in_oh='true' ''

''$ update-exim4.conf -d /etc/exim4 -o /etc/exim4/exim4.conf''

''$ ls /etc/exim4
./  ../  conf.d/  exim4.conf  exim4.conf.template  passwd.client  update-exim4.conf.conf''

1.4 SMTP인증

''$ vi /etc/exim4/exim4.conf.template''

''.......상단생략.......
# Authenticate against local passwords using sasl2-bin
# Requires exim_uid to be a member of sasl group, see README.SMTP-AUTH
plain_saslauthd_server:
driver = plaintext
public_name = PLAIN
server_condition = ${if saslauthd{{$2}{$3}}{1}{0}}
server_set_id = $2
server_prompts = :
#   .ifndef AUTH_SERVER_ALLOW_NOTLS_PASSWORDS
#   server_advertise_condition = ${if eq{$tls_cipher}{}{}{*}}
#   .endif
#
login_saslauthd_server:
driver = plaintext
public_name = LOGIN
server_prompts = "Username:: : Password::"
# don't send system passwords over unencrypted connections
#   server_advertise_condition = ${if eq{$tls_cipher}{}{0}{1}}
server_condition = ${if saslauthd{{$1}{$2}}{1}{0}}
server_set_id = $1
#   .ifndef AUTH_SERVER_ALLOW_NOTLS_PASSWORDS
#   server_advertise_condition = ${if eq{$tls_cipher}{}{}{*}}
#   .endif
#
## 이하 모든 아래내용은 주석처리 하도록 한다. ##''

''$ update-exim4.conf -d /etc/exim4 -o /etc/exim4/exim4.conf''

''root:x:0:
daemon:x:1:
bin:x:2:
sys:x:3:
adm:x:4:
tty:x:5:
disk:x:6:
lp:x:7:
mail:x:8:
news:x:9:
uucp:x:10:
man:x:12:
proxy:x:13:
kmem:x:15:
dialout:x:20:
fax:x:21:
voice:x:22:
cdrom:x:24:hal
floppy:x:25:hal
tape:x:26:
sudo:x:27:
audio:x:29:
dip:x:30:
www-data:x:33:
backup:x:34:
operator:x:37:
list:x:38:
irc:x:39:
src:x:40:
gnats:x:41:
shadow:x:42:
utmp:x:43:
video:x:44:
sasl:x:45:Debian-exim           # 여기에 추가시켜준다.
plugdev:x:46:
staff:x:50:
games:x:60:
users:x:100:
nogroup:x:65534:
crontab:x:101:
Debian-exim:x:102:
ssh:x:103:
messagebus:x:104:
dirmngr:x:105:
hal:x:106:
camera:x:107:
scanner:x:108:
saned:x:109:
gdm:x:110: ''

''$ vi /etc/default/saslauthd''

''# This needs to be uncommented before saslauthd will be run automatically
# START=yes
# You must specify the authentication mechanisms you wish to use.
# This defaults to "pam" for PAM support, but may also include
# "shadow" or "sasldb", like this:
# MECHANISMS="pam shadow"
START="yes"  # 데몬을 가동하기 위해 추가한다.
MECHANISMS="pam shadow" # 기본적인 password방식은 shadow이므로 shadow만 있어도 상관 없다.''

 ''$ /etc/init.d/saslauthd restart ''

''Stopping SASL Authentication Daemon: saslauthd.
 Starting SASL Authentication Daemon: saslauthd.''

''$ /etc/init.d/exim4 restart
 Restarting MTA: exim4.''

1.4.1 릴레이 테스트 #

MySQL Replication(복제)은 한 개나 2개 이상의 MySQL database server(slave)가 하나의 MySQL database server(master)로 부터 데이터를 복제해 갈 수 있는 기능을 제공한다.

MySQL Replication은 비동기 방식으로 처리된다. 즉 slave는 master로부터 데이터를 받아 복제하기 위해 항상 master에 연결되어 있을 필요가 없다.

MySQL Replication은 Binary logging mechanism을 사용하여 이뤄진다.

Master 서버는(MySQL 인스턴스)는 binary log에 변경된 데이터 정보를 기록하며 이 log를 slave가 읽어서 실행함으로써 복제가 된다.

Master에서 binary logging이 활성화되면 Master의 모든 데이터 구문이 bindary log에 저장되며 slave는 bindary log의 모든 내용을 복사해서 읽어온다.

따라서 slave는 log 파일내의 position을 유지할 필요가 있다. 그래야 로그파일 전체를 처음

부터 읽지 않고 효과적으로 로그 파일을 운영할 수 있다.

여기서 position은 로그파일내 위치를 의미하며 어느 부분부터 읽겠다는 것을 의미 한다.

Configuration에 따라 다음과 같은 단위로 복제가 이뤄질 수 있다.

l  all database

l  selected database

l  selected tables within a database

Replication 구성 예 – Appendix A.

Replication Configuration

[ Master Configuration ]

1.  Replication User 생성
slave는 master에 접속하여 데이터를 복제하기 위한 MySQL 계정이 필요하다. root를 사용해도 상관 없지만 slave에 Replication 설정을 하면(slave configureation 참조) 계정 정보가 암호화되지 않은 텍스트 형태로 slave 서버의 master.info(mysql\data) 파일에 기록이 되기 때문에 보안상 root나 기타 계정을 사용하는 것을 권하지 않는다. 따라서 복제를 위한 계정을 하나 생성한다.
이 계정은 단지 REPLICATION SLAVE Privilege만 있으면 되므로 다음과 같이 계정을 생성한다.(REPLICATION SLAVE Privilege만 있으면 된다는 의미는 INSERT/UPDATE 등과 같은 Privilege는 필요 없다는 의미이다. 따라서 복제 계정은 mysql query실행을 할 수 없다.)

è  repl이 계정이며 slavepass가 계정의 비밀번호 이다.

è  %대신 IP주소를 넣으면 그 IP로부터 접속하는 slave에 대해서만 접속을 허용하겠다는 의미(그냥 %를 사용하자..!)

n  예) ….. ON *.* TO 'repl'@'1.1.1.2' IDENTIFIED BY 'slavepass';

2.  Configuration 설정(my.ini)

è  server-id는 1~(2^32)-1내의 숫자중 아무것이나 설정해도 된다.

3.  MySQL 데몬 재시작

4.  Master 정보 보기

è  File : 로그 파일을 의미한다.

è  Position : 로그 파일내 읽을 위치

è  Binlog_Do_DB : binary log 파일(변경된 이벤트 정보가 쌓이는 파일)

è  Binlog_Ignore_DB : 복제 제외 정보

n  Binlog_Do_DB와 Binlog_Ignore_DB는 Slave 시작하기 전까지는 나타나지 않는다.

[ Slave Configuration ]

1.  Configuration 설정

è  slave의 server-id를 정의한다. 이 1~(2^32)-1내의 숫자중 아무것이나 설정해도 되나 Master와는 다르게 한다.

è  replicate-do-db: 복제할 데이터베이스를 의미한다.

n  2개 이상의 데이터 베이스 복제를 원하면 replicate-do-db를 더 추가한다.

2.  database dump

복제할 데이터베이스를 master로부터 dump하여 넣는다.

3.  CHANGE MASTER TO

Master로 연결하기 위한 정보를 다음과 같이 설정한다.

è  MASTER_HOST: Master 서버의 정보를 입력한다.

è  MASTER_USER: replication을 위해 생성한 계정 ID

è  MASTER_PASSWORD: replication을 위해 생성한 계정 비밀번호

è  MASTER_LOG_FILE: SHOW MASTER STATUS에서 보이는 로그 파일 명

è  MASTER_LOG_POS: SHOW MASTER STATUS에서 보이는 position값

n  SHOW MASTER STATUS는 master에서 실행해야 한다.(master 설정 참고)

4.  MySQL 데몬 재시작

※ Slave가 실행이 되면(MySQL 데몬 시작 또는 slave start) master에 접속하기 위한 정보를 master.info(mysql\data)에서 읽어 온다. 만일 master.info에 아무런 정보가 없으면 my.ini를 참고하여 master.info에 연결정보를 기록한다.

여기서 주의할 점은 이미 master.info에 정보가 있으면 my.ini를 참조하지 않으므로 my.ini정보를 수정해도 master에 연결시 반영되지 않는다.

그러나 CHANGE MASTER TO를 이용하면 master.info를 바로 변경한다.

따라서 master 연결정보는 my.ini에 설정하는 것 보다는 CHANGE MASTER TO를 이용하여 설정하는게 낫다.

다음과 같은 option이 CHANGE MASTER TO에서 사용된다.

master-host

master-user

master-password

master-port

master-connect-retry

master-ssl

master-ssl-ca

master-ssl-capath

master-ssl-cert

master-ssl-cipher

master-ssl-key

[양방향 동기화 처리]

Master서버에서 Slave도 구현하고자 한다면 다음과 같은 방법으로 처리

1. 현재 Slave서버에 replication 계정 생성

2. 현재 Slave의 my.ini 변경

log-bin=mysql-bin 추가

3. 현재 SLAVE 서버 데몬 재시작

4. 현재 Master의 my.ini 변경

replicate-do-db=’database name’추가

4. 현재 Master에서 CHANGE MASTER TO 실행

5. 현재 Master 서버 데몬 재시작

Replication Monitoring

Slave인 192.168.1.22가 repl계정으로 thread11에 연결되어 있음을 보여준다.

Id 1: Master 서버와 통신하기 위한 I/O Thread

Id 2: update된 내용을 처리하기 위한 SQL Thread

위 2개의 Thread에 오류가 발생하면 안된다.

Slave_IO_State: 현재 Slave의 상태를 나타낸다.(Appendix B 참고)

Slave_IO_Running: I/O Thread 상태

Slave_SQL_Running: SQL Thread 상태

Last Error: 최근에 발생한 오류, 정상인 경우 이 값은 없다.

Seconds_BeHind_Master: 이 값이 크면 클수록 Master로부터 복제할 수 없는 데이터가 많음을 나타낸다.

MySQL 데몬(서비스)를 재 시작하면 slave는 자동으로 시작된다.(my.ini에 옵션 skip-slave-start이 있으면 자동 시작 안한다.)

Appendix A. Replication 구성 예

Figure 16.1. Using replication to improve the performance during scaleout

 

Figure 16.2. Using replication to replicate separate DBs to multiple hosts

 

Figure 16.3. Using an additional replication host to improve performance

 

Figure 16.4. Redundancy using replication, initial structure

 

Figure 16.5. Redundancy using replication, after master failure

 

 

클라이언트의 문자셋에 상관없이 서버의 문자셋에 따르기

[service:mysqld]
default-character-set = utf8
character-set-client-handshake = FALSE

my.cnf 에 지정.

필드내의 특정문자 이후의 데이터를 비교하기

메일주소에서 같은 도메인을 가지는 필드끼리의 비교.

mysql> SELECT count(*) FROM mail_header WHERE \
SUBSTRING(from_address,POSITION('@' in from_address))= \
SUBSTRING(sender,POSITION('@' in sender)) AND from_address<>''

SUBSTRING('abc@sds.co.kr', POSITION('@' in 'abc@sds.co.kr')+1)

덤프시에 한줄로 덤프되는것을 조절하는 옵션
 (default-character-set 주의)

--skip-opt 를 사용하면 한줄로 덤프되어서 insert 시에 곤란한것을 조절하는 옵션

--default-character-set=euckr --set-charset --skip-opt --add-drop-table --add-locks --disable-keys --create-options

기본설정된 DB 의 경우 문자셋은 --default-character-set=latin1 을 사용하면 정상적인 한글데이터를 받을수 있다.

--default-character-set=latin1 --set-charset --skip-opt --add-drop-table --add-locks --disable-keys --create-options

PHP 에서 문자셋이 맞지 않을 경우

mysql 스키마로는 정상적으로 보이지만, PHP 로 접속할 경우 제대로 나오지 않을 경우 다음과 같이 설정. (디폴트 테이블이 latin1 으로 되어 있는 경우)

$query = "SET CHARACTER SET 'latin1'";
if (!mysql_query ($query, $link)) die ($query.":".mysql_error($link));

• 추정하건데 아파치-PHP 를 통하여 접속할 경우, 아파치의 문자셋 'euckr' 로 설정되는 것으로 보임.

Load data infile

1)MySQL 서버 내에 불러올 파일이 있을 경우

mysql> load data infile '파일명' into table 테이블명

2)Web서버에서 데이터가 있을때 원격으로 처리 할 경우

mysql> load data local infile '파일명' into table 테이블명

두 문장의 차이는 불러오려는 파일이 MySQL 서버에 있느냐? 아니면 원격에서 접속해서 처리하느냐이다.

local 명령어를 추가해서 사용할 경우에는 서버와 클라이언트 모두 local-infile옵션이 on으로 되어 있어야만 사용가능 하며 그에 따른 확인은 아래와 같이 할 수 있다.

mysql> show variables like 'local%';

위와 같은 명령어를 내렸을때 local-infile이 On 으로 되어 있으면 사용이 가능한거다.

클라이언트에서 연결할때 사용하는 명령어는 아래와 같다.

$> mysql -u 아이디 -p -h 서버명 DB명 --local-infile=1

C API 에서 접속된 커넥션의 문자셋 변경하는 함수.

보통 default 세팅은 latin1 이다. 다른 외부DB 서버에 접속할시에 로컬서버의 문자셋이 디폴트로 적용되는데, 서버에 따라서 문자셋을 변경해야 할 필요가 있을시에 필요한 함수이다. 보통 문자셋이 다를수 있는경우가 대부분이므로 기본으로 넣어주는것이 나중에 DB 나 클라이언트가 재설치 될경우에 다시 조정하는 문제를 없앨수 있다.

// 문자셋 지정
    if (mysql_set_character_set (&mysql[0], "utf8") != 0)
    {
        PutLog (log_path, __FILE__, __LINE__, LOG_CRIT, 0,
            "source database character set 'utf8' setting faild : %s", mysql_error (&mysql[0]));
        mysql_close (&mysql[0]);
        exit (-1);
    }

MySQL DBMS 복구

• DB 별로 복구
  

  # /usr/bin/mysqlcheck --auto-repair cacti
  cacti.L3host                                       OK
  cacti.account                                      OK
  cacti.cdef                                         OK
  cacti.cdef_items                                   OK
  cacti.colors                                       OK
  cacti.data_input                                   OK
  cacti.data_input_data                              OK
  cacti.data_input_fields                            OK
  cacti.data_local                                   OK
  c
  ...
  cacti.snmp_query_graph_rrd                         OK
  cacti.snmp_query_graph_rrd_sv                      OK
  cacti.snmp_query_graph_sv                          OK
  cacti.tab
  warning  : Found row where the auto_increment column has the value 0
  status   : OK
  cacti.user_auth                                    OK
  cacti.user_auth_perms                              OK
  cacti.user_auth_realm                              OK
  cacti.user_log                                     OK
  cacti.version                                      OK
  #

  
  

• 테이블별로 복구 (테이블간의 영향으로 복구되지 않을수 있다. mysqlcheck 우선)
  

  # myisamchk -r -f *.MYI

  
  

MySQL 의 export / import 시의 문자셋

default-character-set 이란?

mysqldump 에서 문자셋이 의외로 까다로운 부분이 있다. 일단 서버의 문자셋은 /etc/my.cnf 에 지정된 default-character-set 에 따른다. defualt 세팅은 latin1 이며, 대부분 따로 설정해 두지 않기 때문에 latin1 으로 설정되는 것이 대부분이다. 이때부터 mysqldump 로 나온 데이터를 옮기는데, 난관에 봉착하게 되는것 같다.

일단 권장사항은, mysql 설치직후 /etc/my.conf 에 default-character-set 을 구체적으로 지정한다. utf8 또는 euckr 을 지정하는것이 좋을것이다. 그런데 이 default-character-set 어디까지나 default 문자셋 으로서, 테이블별로 개별로 문자셋을 지정할 수 있다. 지정 방법은 테이블 생성시의 끝에 DEFAULT CAHRSET=utf8 등으로 설정하는 것이다. 아래는 예제이다.

CREATE TABLE `g4_auth` (
  `mb_id` varchar(85) NOT NULL default '',
  `au_menu` varchar(6) NOT NULL default '',
  `au_auth` set('r','w','d') NOT NULL default '',
  PRIMARY KEY  (`mb_id`,`au_menu`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

물론 문자셋을 지정하지 않으면, default-character-set 문자셋으로 테이블이 생성되게 된다.

mysqldump 로 export 시에 문자셋

mysqldump 로 데이터를 받을 경우를 비교해 본다.

우선 default 로 export 를 한 경우이다.

# mysqldump -u root -p server > default.sql
# more default.sql
-- MySQL dump 10.9
--
-- Host: localhost    Database: serve
-- ------------------------------------------------------
-- Server version       4.1.22-standard

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
--
-- Table structure for table `g4_auth`
--

DROP TABLE IF EXISTS `g4_auth`;
CREATE TABLE `g4_auth` (
  `mb_id` varchar(85) NOT NULL default '',
  `au_menu` varchar(6) NOT NULL default '',
  `au_auth` set('r','w','d') NOT NULL default '',
  PRIMARY KEY  (`mb_id`,`au_menu`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

다음에는 문자셋을 지정해서 받은 경우이다.

# mysqldump -u root -p --default-character-set=latin1 serve > latin1.sql
# more latin1.sql
-- MySQL dump 10.9
--
-- Host: localhost    Database: serve
-- ------------------------------------------------------
-- Server version       4.1.22-standard
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

--
-- Table structure for table `g4_auth`
--

DROP TABLE IF EXISTS `g4_auth`;
CREATE TABLE `g4_auth` (
  `mb_id` varchar(85) NOT NULL default '',
  `au_menu` varchar(6) NOT NULL default '',
  `au_auth` set('r','w','d') NOT NULL default '',
  PRIMARY KEY  (`mb_id`,`au_menu`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

무었이 다른지 구분할 수 있는가? 그렇다 헤더부분이 다르다.

/*!40101 SET NAMES utf8 */;

이것은 MySQL 매뉴얼에서 "SET NAMES indicates what character set the client will use to send SQL statements to the server." 라고 말하고 있다. 즉 접속클라이언트가 보내는 문자셋을 나타낸다는 것이다. 즉 mysqldump 가 디폴트 문자셋을 지정하지 않고, dump 했을 경우 문자셋을 지정하는 명령이 포함되어 있다. 대부분 이것을 커맨트로 생각하고, 무시하는 경향이 있는데, 다른말로 표현하면 import 시에 해당 데이터가 투입되는 문자셋를 지정하는 효과가 있다. 즉 데이터를 투입하는 클라이언트의 문자셋을 지정하는 것이다. default 로 dump 를 받았을 경우에 터미널에서는 문자가 보이는데, import 를 하게 되면 문자가 깨지는 경우에는 이 SET NAMES 문자셋이 클라이언트와 일치 하지 않은 경우이므로 이 문장을 지우고 import 하면 대부분 보이는대로 데이터가 들어간다.

정확하게 말하면

mysql 에서의 import

import 할때에 주의할것은 다음과 같다.

• export 한 파일이 터미널 상에서 잘보이는가? (LANG 변수와 터미널 문자셋 - putty 의 경우: utf8 와 cp949 - euckr 의 확실한 구분)
• export 한 파일의 헤더부분의 SET NAMES 가 터미널의 상태와 일치하는가?
• export 한 파일의 테이블별로 지정되어 있는 DEFAULT CHARSET 가 일치하는가?

이 3가지 부분을 확인하고 import 하게 되면, 정상적으로 들어갈것 이다. mysql 스키마에서는 제대로 나오는데, PHP 에서 제대로 보여지지 않는다면, "PHP 에서 문자셋이 맞지 않을 경우" 를 참조한다.

데이터는 빼고 DUMP 받기

• "-d" 옵션을 사용하면 데이터는 빼고 구조만 dump 받는다.

$ /usr/local/mysql/bin/mysqldump -u dbs -d -p dbs > dbs.sql
Enter password:

설치 후 보안 

[service:mysqld], [service:mysqldump], [service:mysql]

default-character-set = utf8

[service:root@mytest log]# mysqladmin version
mysqladmin: connect to server at 'localhost' failed
error: 'Access denied for user 'root'@'localhost' (using password: YES)'

[service:root@mytest log]# mysqladmin version -p
Enter password:

Server version          5.0.24a-standard

[service:root@mytest log]# rpm -q --scripts MySQL-server-standard