shell – igreks開発日記

Postfixのメールログで特定のキューIDを抽出する

あるメール配信で配信エラーになった場合に、相手先からどのようなエラーコードとバナーが返却されているかを調べるときに便利。

ちなみに、postfixのログは、一行ごとに、

日付 時刻 ホスト名  postfix/プロセス名[プロセスID]: キューID: 処理・・・

1	日付時刻ホスト名 postfix/プロセス名[プロセスID]: キューID: 処理・・・

といった構造で書かれる。同じキューIDのログを調べれば、一通のメールの一連の動きを追うことが出来る。

直近の”to@hoge.com”宛てのメールのキューIDを取得するシェルスクリプト

#!/bin/bash

# メールログの場所
MAILLOG_PATH='/var/log/maillog'
# 宛て先でgrepして、sedでキューIDを抽出
qid=`cat "$MAILLOG_PATH" | grep -Eo "\[[0-9]+\]\: [A-Z0-9]+\:.*?to=<to\@hoge\.com>" | tail -1 | sed -r "s/^\[[0-9]+\]\: ([A-Z0-9]+)\:.*?$/\1/"`
# 抽出したキューIDで再検索
logs=`cat "$MAILLOG_PATH" | grep $qid`

echo $logs

#!/bin/bash

# メールログの場所

MAILLOG_PATH='/var/log/maillog'

# 宛て先でgrepして、sedでキューIDを抽出

qid=`cat "$MAILLOG_PATH" | grep -Eo "\[[0-9]+\]\: [A-Z0-9]+\:.*?to=<to\@hoge\.com>" | tail -1 | sed -r "s/^\[[0-9]+\]\: ([A-Z0-9]+)\:.*?$/\1/"`

# 抽出したキューIDで再検索

logs=`cat "$MAILLOG_PATH" | grep $qid`

echo $logs

結果

May  8 19:**:** *** postfix/pickup[32062]: D361640567: uid=48 from=<from@fuga.com>
May  8 19:**:** *** postfix/cleanup[32321]: D361640567: message-id=<20180508******.D361640567@fuga.com>
May  8 19:**:** *** postfix/qmgr[1849]: D361640567: from=<from@fuga.com>, size=1098, nrcpt=1 (queue active)
May  8 19:**:** *** postfix/smtp[32324]: D361640567: to=<to@hoge.com>, relay=***.***.com[***.**.**.**]:25, delay=0.2, delays=0.06/0/0.03/0.12, dsn=5.0.0, status=bounced (host ***.***.com[***.**.**.**] said: 550 Invalid recipient: <to@hoge.com> (in reply to RCPT TO command))
May  8 19:**:** *** postfix/bounce[32332]: D361640567: sender non-delivery notification: 1145640568
May  8 19:**:** *** postfix/qmgr[1849]: D361640567: removed

May 8 19:**:** *** postfix/pickup[32062]: D361640567: uid=48 from=<from@fuga.com>

May 8 19:**:** *** postfix/cleanup[32321]: D361640567: message-id=<20180508******.D361640567@fuga.com>

May 8 19:**:** *** postfix/qmgr[1849]: D361640567: from=<from@fuga.com>, size=1098, nrcpt=1 (queue active)

May 8 19:**:** *** postfix/smtp[32324]: D361640567: to=<to@hoge.com>, relay=***.***.com[***.**.**.**]:25, delay=0.2, delays=0.06/0/0.03/0.12, dsn=5.0.0, status=bounced (host ***.***.com[***.**.**.**] said: 550 Invalid recipient: <to@hoge.com> (in reply to RCPT TO command))

May 8 19:**:** *** postfix/bounce[32332]: D361640567: sender non-delivery notification: 1145640568

May 8 19:**:** *** postfix/qmgr[1849]: D361640567: removed

ちなみに上記は「said: 550 Invalid recipient: <to@hoge.com>」と返ってきているので、メールを送ったこのユーザ(to@hoge.com>)は存在しなかったということになる。

ちなみに理想としては、エンベロープFROMに、宛て先と送信するたびの履歴番号など、特定の情報を仕込んでおくと、時系列で探しやすい。

sendmail使うなら、

echo -e "To: to@hoge.com\nFrom: from@fuga.com\nSubject: Hello world.\n\nHello world." | /usr/sbin/sendmail -t -f to=hoge.com-001@fuga.com

1	echo -e "To: to@hoge.com\nFrom: from@fuga.com\nSubject: Hello world.\n\nHello world." \| /usr/sbin/sendmail -t -f to=hoge.com-001@fuga.com

とかしておくとよい。(この場合「to=hoge.com-001@fuga.com」がエンベロープFROM)

そうしておけば、何回も同じ宛先に送っている場合でも、下記のように目的のキューIDを探しやすくなる。

　：
# 宛て先でgrepして、sedでキューIDを抽出
qid=`cat "$MAILLOG_PATH" | grep -Eo "\[[0-9]+\]\: [A-Z0-9]+\:.*?from=<to=hoge\.com\-001\@" | head -1 | sed -r "s/^\[[0-9]+\]\: ([A-Z0-9]+)\:.*?$/\1/"`
　：

　：

# 宛て先でgrepして、sedでキューIDを抽出

qid=`cat "$MAILLOG_PATH" | grep -Eo "\[[0-9]+\]\: [A-Z0-9]+\:.*?from=<to=hoge\.com\-001\@" | head -1 | sed -r "s/^\[[0-9]+\]\: ([A-Z0-9]+)\:.*?$/\1/"`

　：

なおヘッダーFROMをいくらいじっても、基本的にはメールログには記録されない。（ログレベルを上げればできるかも。この辺は調べてない。）

参考サイト）

特定の名前のファイルを再帰的に削除する

ファイル検索でよく使われるfindと併用するといいらしい。

$ find path -name filename -exec rm -fr {} \;

1	$ find path -name filename -exec rm -fr {} \;

WindowsのローカルからLinuxのリモートにSCPしたときに、余計な「desktop.ini」が一緒にアップされちゃったときとか。

$ find /home/user -name desktop.ini -exec rm -fr {} \;

1	$ find /home/user -name desktop.ini -exec rm -fr {} \;

sshd_configによる接続制限

接続元のIP制限を行うとき、一番お手軽なのはやはりTcpWrapperによる制限。

しかしこれだとTCPレベルで一括制限され、ユーザ別の判定はできないので、ユーザ別やグループ別に制限したいときはsshdで制限するのがよろしいかと。

１．sshd_configを編集

# vi /etc/ssh/sshd_config
---------------
#ユーザ名がhogeのみ許可、その他は拒否
AllowUsers　hoge
# ユーザ名がhogeとfugaのみ許可、その他は拒否
AllowUsers　hoge fuga
# ユーザ名がhogeで、ホストが192.168.1.2の場合のみ許可、その他は拒否
AllowUsers　hoge@192.168.1.2
# ホストが192.168.1.2の場合のみ許可、その他は拒否
AllowUsers　*@192.168.1.2
# グループ名がigreksのユーザのみ許可、その他は拒否
AllowGroups　igreks
---------------

# vi /etc/ssh/sshd_config

---------------

#ユーザ名がhogeのみ許可、その他は拒否

AllowUsers　hoge

# ユーザ名がhogeとfugaのみ許可、その他は拒否

AllowUsers　hoge fuga

# ユーザ名がhogeで、ホストが192.168.1.2の場合のみ許可、その他は拒否

AllowUsers　hoge@192.168.1.2

# ホストが192.168.1.2の場合のみ許可、その他は拒否

AllowUsers　*@192.168.1.2

# グループ名がigreksのユーザのみ許可、その他は拒否

AllowGroups　igreks

---------------

２．sshd再起動

# service sshd restart

1	# service sshd restart

以上。

参考URL）

TcpWrapperによるSSHのIP制限

・環境はCentOS5.5および7.2

1．設定ファイルバックアップ

# cp /etc/hosts.deny /etc/hosts.deny.origin
# cp /etc/hosts.allow /etc/hosts.allow.origin

1 2	# cp /etc/hosts.deny /etc/hosts.deny.origin # cp /etc/hosts.allow /etc/hosts.allow.origin

2．許可する接続元を指定

“hosts.allow”に許可する接続元を指定。”hosts.deny”で全接続を拒否。

# vi /etc/hosts.allow
-----
+ sshd : 123.123.123.123
+ sshd : 123.123.0.0/16
+ sshd : 123.123.0.0/255.255.0.0
+ sshd : 192.168.1.0/255.255.255.0
-----

# vi /etc/hosts.allow

-----

+ sshd : 123.123.123.123

+ sshd : 123.123.0.0/16

+ sshd : 123.123.0.0/255.255.0.0

+ sshd : 192.168.1.0/255.255.255.0

-----

# vi /etc/hosts.deny
-----
+ sshd : all
-----

# vi /etc/hosts.deny

-----

+ sshd : all

-----

3．許可されていない接続元から接続できないことを確認

$ ssh user@example.jp
ssh_exchange_identification: Connection closed by remote host

1 2	$ ssh user@example.jp ssh_exchange_identification: Connection closed by remote host

OK.

参考URL）

SSHのIPアクセス制限　まとめ

http://qiita.com/wwwaltz/items/db774fda77cb2d6c6922

社内用プロキシサーバの作成

複数のサーバを運用している場合、それぞれのサーバにどこからでも接続できる状態だと、セキュリティやスタッフ管理の面でよろしくないので、プロキシサーバを使用してセキュリティを高める。

1.プロキシ用サーバ作成

まずプロキシ用のバーチャルサーバを立ち上げ、NICや必要なIP（最低限グローバルとローカル1つずつ）を割り当てる。
やり方については各ベンダーでマニュアルなど用意していると思うので割愛する。

なおスペックについては、SSHトンネルするだけなので、最低限のリソースでOKかと思う。
今回はCentOS7.2 Xen 64bitを使用した。

2.ユーザ作成

弊社の場合は某社のクラウドなので最初はVPN接続してログインユーザ作成

# useradd suzuki
# passwd suzuki

# exit;

# useradd suzuki

# passwd suzuki

# exit;

ちなみにAWSであればec2-userなどで最初からログインできるので上記は不要

3．rootログイン禁止

使いやすいPuttyやPoderosaなどのSSHクライアントで接続

・sshのrootログイン禁止

# cp /etc/ssh/sshd_config /etc/ssh/sshd_config.origin
# vi /etc/ssh/sshd_config
----
+ PermitRootLogin no
----

# cp /etc/ssh/sshd_config /etc/ssh/sshd_config.origin

# vi /etc/ssh/sshd_config

----

+ PermitRootLogin no

----

4. ファイアウォールの設定

今回はポート10022（ssh用）だけを許可する。

やり方はこちらを参照。

5. sshのポート番号変更

攻撃回避のためssh用のポートを22から10022に変更する。

やり方はこちらを参照。

6. 不要サービスの停止

・必要最低限のサービスだけで動かしたいので不要なものは停止する。

# systemctl disable crond.service
# systemctl disable atd.service
# systemctl disable auditd.service
# systemctl disable postfix.service
# systemctl disable rngd.service
# systemctl disable wpa_supplicant.service

# systemctl disable crond.service

# systemctl disable atd.service

# systemctl disable auditd.service

# systemctl disable postfix.service

# systemctl disable rngd.service

# systemctl disable wpa_supplicant.service

判断はこちらとほぼ同じ
違いはcron停止、firewalld残し。

・SELinuxも無効に

# vi /etc/sysconfig/selinux
----
+ SELINUX=disabled
----

# vi /etc/sysconfig/selinux

----

+ SELINUX=disabled

----

7. スタティックルーティングの設定

弊社の場合ローカルネットワークのセグメントがもう1つあり、そちらのセグメント（172.18.0.0/16）にも接続できるようにするためスタティックルーティングの設定を行う。

・ローカルネットワークのデフォルトルーティング設定ファイルを無効化（デバイス名をeth1とした場合）

# mv /etc/sysconfig/network-scripts/route-eth1 /etc/sysconfig/network-scripts/route-eth1.origin
# mv /etc/sysconfig/network-scripts/rule-eth1 /etc/sysconfig/network-scripts/rule-eth1.origin

1 2	# mv /etc/sysconfig/network-scripts/route-eth1 /etc/sysconfig/network-scripts/route-eth1.origin # mv /etc/sysconfig/network-scripts/rule-eth1 /etc/sysconfig/network-scripts/rule-eth1.origin

⇒ No such file or directoryとなっても、もともと無いのでそのままでOK

・別セグメント（172.18.0.0/16）へのルート設定追加

# echo "172.18.0.0/16 via 172.16.255.254 dev eth1" >> /etc/sysconfig/network-scripts/route-eth1

1	# echo "172.18.0.0/16 via 172.16.255.254 dev eth1" >> /etc/sysconfig/network-scripts/route-eth1

・ネットワーク再起動

# systemctl restart network.service

1	# systemctl restart network.service

（service network restartでも一応いける）

ちなみにCentOS7から採用されたnmcliで行うときは、

# nmcli connection modify eth1(またはeno1) +ipv4.routes "172.18.0.0/16 172.16.255.254"
# nmcli connection reload

1 2	# nmcli connection modify eth1(またはeno1) +ipv4.routes "172.18.0.0/16 172.16.255.254" # nmcli connection reload

のようなコマンドを打つが、ベンダーの仕様の関係なのか、eth1もeno1もnmcliでは認識されていなかった。
ただNetworkManagerは動いてるのでipコマンドは通る。昔の名前(eth**)でデバイス名が認識されていた。
やり方あるのかもしれんがネットワークは疎通してるのでまあいいか。

nmtuiで行う方法もあるらしいが、TUI画面は起動したがなぜかうまく動かなかった、、、。

・ルート確認

ip route
　　：
172.16.0.0/16 dev eth1 proto kernel scope link src 172.16.2.33 
172.18.0.0/16 via 172.16.255.254 dev eth1 
　　：

ip route

　　：

172.16.0.0/16 dev eth1 proto kernel scope link src 172.16.2.33

172.18.0.0/16 via 172.16.255.254 dev eth1

　　：

ちなみにベンダー側のコンソールでネットワークの再構築を行うとどうなるか。
→案の定スタティックルーティングの設定が初期化された
→ネットワーク再構築をしたら、再度スタティックルートの設定を行う必要あり。

・疎通確認

$ ssh user@172.18.***.***
The authenticity of host '172.18.***.*** (172.18.***.***)' can't be established.
RSA key fingerprint is 57:fe:50:d9:58:0d:cb:a0:c2:75:09:dc:22:07:32:45.
Are you sure you want to continue connecting (yes/no)?

$ ssh user@172.18.***.***

The authenticity of host '172.18.***.*** (172.18.***.***)' can't be established.

RSA key fingerprint is 57:fe:50:d9:58:0d:cb:a0:c2:75:09:dc:22:07:32:45.

Are you sure you want to continue connecting (yes/no)?

OK。

以上で基本的なプロキシ構成は完了。

プロキシを使用するスタッフ数分、useraddしてユーザを作成し、それぞれ接続して使用する。
あとは必要に応じて鍵認証にしたり、IP制限したり、トンネルするときのやり方を社内で決めてあげればOK。

スタッフが辞めた場合は、userdelしてそのスタッフ用のユーザを削除してやればOK。

参考URL）

CentOS7にmysqlインストール

1.mariaDBの削除

CentOS7にはデフォルトで競合するmariaDBが入っているので削除する

・mariaDBのインストール確認

$ rpm -qa | grep maria
mariadb-libs-5.5.52-1.el7.x86_64

1 2	$ rpm -qa \| grep maria mariadb-libs-5.5.52-1.el7.x86_64

・mariaDBとデータ削除

$ sudo yum remove mariadb-libs
$ sudo rm -rf /var/lib/mysql

1 2	$ sudo yum remove mariadb-libs $ sudo rm -rf /var/lib/mysql

2.MySQL5.7のインストール

・公式リポジトリ追加

本記事執筆時では、mysql57-community-release-el7-11.noarch.rpmが最新のよう。

# rpm -Uvh http://dev.mysql.com/get/mysql57-community-release-el7-11.noarch.rpm

1	# rpm -Uvh http://dev.mysql.com/get/mysql57-community-release-el7-11.noarch.rpm

・インストール

# yum install -y --enablerepo=mysql57-community mysql-community-server

1	# yum install -y --enablerepo=mysql57-community mysql-community-server

・確認する

# mysqld --version
mysqld Ver 5.7.18 for Linux on x86_64 (MySQL Community Server (GPL))

1 2	# mysqld --version mysqld Ver 5.7.18 for Linux on x86_64 (MySQL Community Server (GPL))

・自動起動設定

# systemctl enable mysqld.service

1	# systemctl enable mysqld.service

・起動する

# systemctl start mysqld.service

1	# systemctl start mysqld.service

3.mysqlに入る

・初期パスワード確認

# grep 'temporary password' /var/log/mysqld.log
2017-08-23T12:11:58.756355Z 1 [Note] A temporary password is generated for root@localhost: ******

1 2	# grep 'temporary password' /var/log/mysqld.log 2017-08-23T12:11:58.756355Z 1 [Note] A temporary password is generated for root@localhost: ******

・******の部分がパスワード。このパスワードを使って入る。

$ mysql -uroot -p
Enter password: ******
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 5
Server version: 5.7.18
　　：

$ mysql -uroot -p

Enter password: ******

Welcome to the MySQL monitor. Commands end with ; or \g.

Your MySQL connection id is 5

Server version: 5.7.18

　　：

・SQL発行の前に、新しいパスワードを設定する必要があるので設定する。

$ mysql> ALTER USER 'root'@'localhost' IDENTIFIED BY 'ThisIsNewPasswd!';
Query OK, 0 rows affected (0.00 sec)

1 2	$ mysql> ALTER USER 'root'@'localhost' IDENTIFIED BY 'ThisIsNewPasswd!'; Query OK, 0 rows affected (0.00 sec)

・ちなみにパスワードの強度が低いと怒られて変更できない。

$ mysql> ALTER USER 'root'@'localhost' IDENTIFIED BY '12345678';
ERROR 1819 (HY000): Your password does not satisfy the current policy requirements

1 2	$ mysql> ALTER USER 'root'@'localhost' IDENTIFIED BY '12345678'; ERROR 1819 (HY000): Your password does not satisfy the current policy requirements

・SQL発行テスト

$ mysql> select host, user from mysql.user;
+-----------+-----------+
| host | user |
+-----------+-----------+
| localhost | mysql.sys |
| localhost | root |
+-----------+-----------+
2 rows in set (0.00 sec)

$ mysql> select host, user from mysql.user;

+-----------+-----------+

| host | user |

+-----------+-----------+

| localhost | mysql.sys |

| localhost | root |

+-----------+-----------+

2 rows in set (0.00 sec)

これでOK。

参考URL）

CentOS7でSSHのポート変更

現在の状態を確認

# firewall-cmd --list-all
    ↓
public (default, active)
interfaces: eth0 eth1
sources: 
services: dhcpv6-client ssh
ports: 
masquerade: no
forward-ports: 
icmp-blocks: 
rich rules:

# firewall-cmd --list-all

↓

public (default, active)

interfaces: eth0 eth1

sources:

services: dhcpv6-client ssh

ports:

masquerade: no

forward-ports:

icmp-blocks:

rich rules:

sshd_configの修正

# vi /etc/ssh/sshd_config
   ↓
- # Port 22
+ Port 10022

# vi /etc/ssh/sshd_config

↓

- # Port 22

+ Port 10022

sshd再起動

# systemctl restart sshd.service

1	# systemctl restart sshd.service

firewalldの設定からSSHを削除

# firewall-cmd --remove-service=ssh --zone=public --permanent

1	# firewall-cmd --remove-service=ssh --zone=public --permanent

firewalldの設定にssh-10022を追加

既存のssh.xmlをコピーしてssh-10022.xmlを作成する

# cp /usr/lib/firewalld/services/ssh.xml /etc/firewalld/services/ssh-10022.xml

1	# cp /usr/lib/firewalld/services/ssh.xml /etc/firewalld/services/ssh-10022.xml

ssh-10022.xmlファイル内のポート番号を22から10022に変更する

# vi /etc/firewalld/services/ssh-10022.xml
    ↓
- <port protocol="tcp" port="22"/>
+ <port protocol="tcp" port="10022"/>

# vi /etc/firewalld/services/ssh-10022.xml

↓

- <port protocol="tcp" port="22"/>

+ <port protocol="tcp" port="10022"/>

ファイアウォール設定に追加

# firewall-cmd --add-service=ssh-10022 --zone=public --permanent

1	# firewall-cmd --add-service=ssh-10022 --zone=public --permanent

firewalldをリロード

# firewall-cmd --reload

1	# firewall-cmd --reload

変更後の状態を確認

# firewall-cmd --list-all
   ↓
public (default, active)
interfaces: eth0 eth1
sources:
services: dhcpv6-client ssh-10022
ports:
masquerade: no
forward-ports:
icmp-blocks:
rich rules:

# firewall-cmd --list-all

↓

public (default, active)

interfaces: eth0 eth1

sources:

services: dhcpv6-client ssh-10022

ports:

masquerade: no

forward-ports:

icmp-blocks:

rich rules:

参考URL）

http://qiita.com/fk_2000/items/019b62818e34be973227

CentOS7でファイアウォールの設定

サービス状態確認

# systemctl status firewalld.service
      ↓
● firewalld.service - firewalld - dynamic firewall daemon
Loaded: loaded (/usr/lib/systemd/system/firewalld.service; disabled; vendor preset: enabled)
Active: inactive (dead)

# systemctl status firewalld.service

↓

● firewalld.service - firewalld - dynamic firewall daemon

Loaded: loaded (/usr/lib/systemd/system/firewalld.service; disabled; vendor preset: enabled)

Active: inactive (dead)

※”…/firewalld.service; disabled;”になっているので自動起動無効

自動起動するように設定

# systemctl enable firewalld.service

1	# systemctl enable firewalld.service

サービス起動

# systemctl start firewalld.service

1	# systemctl start firewalld.service

現在の有効な設定を確認

# firewall-cmd --list-services --zone=public --permanent
    ↓
dhcpv6-client

# firewall-cmd --list-services --zone=public --permanent

↓

dhcpv6-client

sshの設定を追加（22番ポートを許可）

# firewall-cmd --add-service=ssh --zone=public --permanent

1	# firewall-cmd --add-service=ssh --zone=public --permanent

mysqlの設定を追加（3306番ポートを許可）

# firewall-cmd --add-service=mysql --zone=public --permanent

1	# firewall-cmd --add-service=mysql --zone=public --permanent

削除する場合

# firewall-cmd --remove-service=ssh --zone=public --permanent

1	# firewall-cmd --remove-service=ssh --zone=public --permanent

設定一覧を表示（必要に応じて）

# ls -lta /usr/lib/firewalld/services/

1	# ls -lta /usr/lib/firewalld/services/

再度設定を確認

# firewall-cmd --list-services --zone=public --permanent
    ↓
dhcpv6-client mysql ssh

# firewall-cmd --list-services --zone=public --permanent

↓

dhcpv6-client mysql ssh

※mysqlとsshが追加された

ちなみにiptables使う場合

※インストール方法は割愛
※firewalldと併用でないのでiptablesを使う場合はfirewalldは停止する

INPUT基本方針
# iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

Localhostは許可
# iptables -A INPUT -i lo -j ACCEPT

sshを許可
# iptables -A INPUT -p tcp -m tcp --dport 22 -j ACCEPT

mysqlを許可
# iptables -A INPUT -p tcp -m tcp --dport 3306 -j ACCEPT

上記以外は拒否するポリシーに設定
# iptables -P INPUT DROP

INPUT基本方針

# iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

Localhostは許可

# iptables -A INPUT -i lo -j ACCEPT

sshを許可

# iptables -A INPUT -p tcp -m tcp --dport 22 -j ACCEPT

mysqlを許可

# iptables -A INPUT -p tcp -m tcp --dport 3306 -j ACCEPT

上記以外は拒否するポリシーに設定

# iptables -P INPUT DROP

参考URL）

http://qiita.com/haminiku/items/56fcb578d86abcd0b571

CentOS7でのサービス起動・停止・自動起動設定など

サービス一覧と自動起動設定の確認

CentOS6まで

# chkconfig --list

1	# chkconfig --list

CentOS7から

# systemctl list-unit-files -t service

1	# systemctl list-unit-files -t service

enabled →自動起動有効
disabled →自動起動無効
static →単体で自動起動設定ができないサービス

個別に確認したい場合

CentOS6まで

# /etc/rc.d/init.d/"サービス名" status

1	# /etc/rc.d/init.d/"サービス名" status

CentOS7から

# systemctl status "サービス名(Unit名)"

1	# systemctl status "サービス名(Unit名)"

例：sshdの状態確認

# systemctl status sshd.service

1	# systemctl status sshd.service

“…/”Unit名”; eabled;” →自動起動有効
“…/”Unit名”; disabled;” →自動起動無効

Active: active (running) →サービス起動中
Active: inactive (dead) →サービス停止中

自動起動の設定

CentOS6まで

# chkconfig "サービス名" on/off

1	# chkconfig "サービス名" on/off

CentOS7から

# systemctl enable/disable "サービス名(Unit名)"

1	# systemctl enable/disable "サービス名(Unit名)"

例：sshdの自動起動設定

# systemctl enable sshd.service

1	# systemctl enable sshd.service

起動・停止・リスタート・リロード

CentOS6まで

# /etc/rc.d/init.d/"サービス名" "やりたいこと"

1	# /etc/rc.d/init.d/"サービス名" "やりたいこと"

CentOS7から

# systemctl "やりたいこと" "サービス名(Unit名)"

1	# systemctl "やりたいこと" "サービス名(Unit名)"

例：sshdを起動するとき

# systemctl start sshd.service

1	# systemctl start sshd.service

参考URL）
http://qiita.com/haisaihiroki/items/c38cb3c0a331db9b6f69

メール本文にピリオド（.）のみの行がある場合の対処

今更感がありますが、、。

SMTP通信上は、原則ピリオドのみの行（正確にはCRLF.CRLF）はメールの終わりを意味します。

本文にこれらが含まれていた場合、以降のデータが無視されてしまいますので、SMTPとPOPのルール上は、本文にピリオドのみの行があった場合には、送信時にピリオドをさらに1つつけ、受信時（POP処理時）には1つピリオドを落とします。

sendmailでは-iオプションで送信時に上記の処理を勝手にやってくれます。（逆に-iオプションを付けないとデフォルトでピリオドだけの行を終端と見なし以降は無視される、という仕様に驚き）

例

sendmail -i -f from@example.com -t to@example.com

1	sendmail -i -f from@example.com -t to@example.com

qmailやPostfixで、sendmailラッパを利用している場合でも、きちんと動作します。

参考サイト）

https://fumiyas.github.io/2014/12/13/sendmail.postfix-advent-calendar.html