投稿

ラベル(.bashrc)が付いた投稿を表示しています

メールサーバの移行

イメージ
 自前のメールサーバを停止 これまで、自ドメインのメールサーバはVPS上に構築していた。 ・Ubuntu Server ・Postfix ・Dovecot ・spamAssassinと、BlackListの利用 Spam対策を行ってきたし、サーバ上でメールをトリガーにして各種プログラムを動かしたりしてきた。 メールサーバのメンテナンスは結構面倒くさくて、  ・Disk容量のチェック  ・不正アクセスのチェック  ・各種セキュリティパッチの適用 など、手間がかかる。 そこで、外部のサーバを利用することに…。 結構安くて使い勝手の良さそうなのが、「さくらのメールボックス」 3年契約で、3070円とな…。  メールアドレスは自分のだけなので、20GBまで利用可能!  (Gmailより大きいねぇ) ということで、早速契約。 アカウント設定を行って、既存のDNSを書き換える。WHOISも書き換えて完了。 SMTPとIMAPが利用できればOK。 ちょうど、GoogleがSPF設定していないと受信しないし、DKIMおよびDMARCに対応していないメールを弾くようになったので、対応しているのを確認。 さくらサーバ自体は、これまでお客さんのサーバとして何件も利用しているので、利用方法も難しくはない。  Webメールにも対応しているので、いざという場合にもありがたい。 ということで、各メールソフトの設定を変更。  PC(常時使用する3台)とタブレット、スマートフォンと台数は多いがそれ程手間はかからない。 問題は、旧サーバで送受信したメールの履歴だけれど、これはThunderbrdを使ってローカルに保存することで回避。  本当は、サーバtoサーバでMailboxに残そうとも考えたんだけど、古いメールはそれ程必要ないし、ローカルにバックアップしてあれば凌げるので、良しとする。 移行時にDNSの反映で若干時間がかかったものの、問題なく送受信できるのを確認して、作業完了。  これでメンテナンスの手間が減るので、安いもんです。

xmodmapのエラー回避

xmodmapがエラーを吐く 前回キーボードの購入ミスで、Keymapを変更することで対処したのだが、端末を開くたびに実行させるとエラーを吐くことが判明した。(→ 前回の記事 ) 通常キーの変更は、何度設定しても問題ないのだが、modifier keyの変更はだめらしい。 Alt_Rを外す処理のところで、エラーが発生する。 xmodmap:  .Xmodmap:1:  bad keysym in remove modifier list 'Alt_R', no corresponding keycodes xmodmap:  1 error encountered, aborting. 表示を無視する手も有るけれど、スマートじゃないので、ちゃんと処理しておこう。 xmodmap | grep "Alt_R" | grep "mod1" > /dev/null 2>&1 if [ $? == 0 ]; then xmodmap ~/.Xmodmap fi grepかけて、出力に含まれるかで判断しておく。 もちろん、出力結果は不要なので、/dev/nullにすてておく。 これで、mod1にAlt_Rが残っていたら、削除して、keymapを変更 残っていなかったら、何もせず終了。 これを、前回書いた、.bashrcの1行と置き換える。 Logout→Login、再起動後のlogin、最後に端末を複数開けたりしても問題ないのを確認して、ミッション終了。 ちょっとしたことでも、ちゃんと書いておくと気持ちよく過ごせるね。

proxy経由のssh

proxy設置場所での作業 出先の環境では、proxyを通さないと外に出られない場合がしばしば存在する。 作業のノートPCを持って行き、いつもはテザリングで対応するのだけれど、転送ファイルのサイズがが大きかったり、電波状況の悪い環境だと、Wi-Fiを借りたり、有線での接続も多々有る。 で、いつも忘れてしまうので、まとめておく。 .ssh/configに書いてもよいのだけれど、このファイルは自宅やノート、他のマシンと同一にしておきたいので、変更を加えないようにする。 そこで、持ち歩くノートPCにのみ、proxyを通す設定をする。 .bashrc内にaliasとして設定しておく。 もちろん、テザリングでの作業も多いので、通常のsshとは別コマンドに設定する。 alias pssh="ssh -o ProxyCommand='nc -X connect -x 172.xx.yy.zz:3128 %h %p'" これで、端末から $ pssh hoge とすれば、プロキシー経由での接続ができるようになった。 もちろん、 $ ssh hoge なら、通常のssh接続だ。 自分で意識的にコマンド名を変えているので、間違えにくい・・・。 環境が変わったら、.bashrcを書き換えることで対応することに。 ああ、これで幸せにRemote作業ができるゎ。