You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
![nginxのserver_nameとSSLの設定についてのメモ](https://cdn-ak-scissors.b.st-hatena.com/image/square/1ef26f6cb4349557952890dbe3e567f7f98dc151/height=288;version=1;width=512/https%3A%2F%2Fgithub.githubassets.com%2Fassets%2Fgist-og-image-54fd7dc0713e.png)
You have mail in /var/spool/mail/root というメッセージを見たことがあるでしょう。 cronを起動するとmailが送信されます。 そして例えば、1分毎にcronを起動したりすると、 気づかないうちに恐ろしい数のメールを受信しておりディスクを圧迫します。 cronの実行時にmailを受信しなようにするには2つの方法があります。 1.crontabの設定を変更する crontabにある MAIL= の値を “”(空) に変更します。 [root@localhost neko]# vim /etc/crontab SHELL=/bin/bash PATH=/sbin:/bin:/usr/sbin:/usr/bin #MAILTO=root MAILTO="" HOME=/ # For details see man 4 crontabs # Example o
そんなことになる前にやれるべきことはやっておこう。 犯人はだれ Linuxサーバをテキトーに作ってテキトーに運用してるとやらかしがちなのがrootメールの始末だろう。ターミナルログインしてrootにsuしたら毎回You have mailと言われるアレである。mailコマンドを打ってもよくわからんメールが大量に溜まっておりいちいち読むのも削除するのも面倒だからと放置しがちだが、気を抜くと何年かして忘れた頃に突如ディスクが溢れて、システム丸ごと制御不能ということも稀にあるからあなどれない。それはまあ自業自得なのだが、ミニマルな普通のRHEL/CentOS(Linux)ならrootメールの生成元は基本的に以下のふたつだけだ。 crond logwatch たったふたつしかないのだからサーバセットアップ時に忘れずに対処しておくに越したことはない。あとからnagiosやらchkrootkitやらを
Route 53 の設定を定期的に S3 バックアップする仕組みが構築できたため、使用したツールやスクリプトを紹介します。 AWS Lambda への実装も考えられますが、今回はサーバ上での定期実行としています。 S3 バケット作成まずはバックアップ格納先の S3 バケットを用意します。 バケット内に Route 53 専用のディレクトリを作成しました。 S3 書き込みポリシー作成必要なディレクトリにのみ書き込める権限を用意します。 以下のような IAM ポリシーを s3-backup_route53 として作成しました。 { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "s3:PutObject", "Resource": "arn:aws:s3:::hoge-backup/route53/
Route53に登録されている情報を調べる AWSCLI使っているけどjqの使い方がメインの話 HostedZonesを調べる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く