ホーム » コンピュータ (ページ 61)

コンピュータ」カテゴリーアーカイブ

システム

最近の投稿

アーカイブ

カテゴリー

SPF(メール送信者認証)

職場で立てたサーバで、gmail などに送ったメールが spam 扱い などをされたので、DKIM の設定を試しているけど、 なかなか設定が面倒。

ふと、自宅サーバでも、メールの送信者認証を試そうとした。 そこで、mydns.jp によるドメイン名の DNS レコードを確認していたら、 特に DNS の設定をしていないけど、mydns.jp 側で SPF の情報を 出してくれているみたい。

 $ dig @8.8.8.8 txt tsaitoh.net
tsaitoh.net.  299 IN TXT

“v=spf1 +ip4:xxx.xxx.xxx.xxx a:auth.gate-on.net a mx -all”

であれば、gmail 宛てのメールで spf が pass しているかと調べたら、

 Authentication-Results: mx.google.com;
spf=fail (google.com: domain of xxxxxxxx@tsaitoh.net
does not designate zzz.zzz.zzz.zzz as permitted sender)
smtp.mailfrom=xxxxxxxx@tsaitoh.net
Received: from

scan03-mds.s.noc.itscom.net

(scan03-md.ns.itscom.net [175.177.155.124])
:

メールヘッダには、上記のように記録されていて、 spf 認証に失敗している。 メールの経路に itscom.net というのが入っているので何かと思ったが、 プロバイダにしている丹南CATV関係。

よくよく考えたら、自宅サーバからメールを出すときには、 OP25B(公式メールサーバ以外は、25番ポートをブロック)されている(いた) ので、postfix の transport を設定し、smtp.ttn.ne.jp 経由でメールを 出していた。 このため、tsaitoh.net のメールが、itscom.net から 出ているので怪しいので 「spf=fail」となっている。

ただ、先日学生相手の情報セキュリティの説明を自宅を例に説明していたら、 OP25B でブロックされていないのを 見つけていた。 (たぶん、光ファイバ接続の nextr 導入で制限が外れているのだろう)


ただし、丹南CATVが OP25B を復活させる可能性もあるので、 icinga にて、丹南CATV以外のメールサーバと SMTP で繋がるかチェックを加えておいた。


ということで、postfix の transport の設定を、直接メールを出すように 直したら、無事に spf=pass となった。(^_^;

 Received-SPF: pass (google.com: domain of xxxxxxxx@tsaitoh.net
designates xxx.xxxx.xxx.xxx as permitted sender)
client-ip=xxx.xxx.xxx.xxx;

メール受信時のチェック

せっかく、送信時のSPF認証が通ったし、受信時にSPF確認しようと思ったけど、 postgray を導入していて、特に spam の負荷も問題にならない状態なので、 (設定面倒だし)、そのままにしておこう。

Edyタグを腕時計に付けてみた

iPhoneユーザは電子マネー機能がなく、常々不便に思っていて 私は、Edyカードとかをカバンに入れている。 ついでに、職場のドアにはEdyタグで表示を変更できる、 居場所表示を実装させて使っている。 となると、カバンを持っていない時に変更させたり…ができないかな…って思う。

そこで、腕時計型Edyの、心臓部の丸型Edyタグ(500円サイズ)を取り出し、 熱収縮ケーブルを使って腕時計につけてみた。

1608260851_640x640.JPG

タプレットのタッチパネル不調

子どものタプレットが、 急にタップが効かなくなったみたい。

表面を拭いたり、再起動しても あまり変わらない。 本体の故障も頭をよぎるけど、 処理はしてそう。

表面の汚れを気にする前に、 保護シートが原因かと剥がしたら、直った。 保護シートでタップに影響する事あるんだ…。

(追記) 直ったかと思ったけど、やっぱり調子が悪い。 タッチパネルのアース不備なんて記事もあるしな… 接続不良対策の中には、タブレットを挟み込んで両手で押さえる…という記事を試したら、 再び使えている。 一時しのぎの対策かもしれないけど、当分これで我慢してもらおう。

メールアプリの使い分け

仕事やプライベートでメールアカウントを色々と使っていて、 デスクトップでは、Thunderbird で統一している。

同じように、iPhoneでのメールの読み書きは、Gmailのメール アプリとかもあるけど、操作感を同じにしたかったので、 標準のメールアプリを使っていた。 このためメールのプロトコルは IMAP4 を使っている。

それなりに満足してずっと使っていたけど、 最近は職場でWiFi環境も整備され、 どこでもネットの接続ができる。 ただ、プロトコルが HTTP,HTTPS に制限されているため、 自分の部屋のWiFiにつながっているときは問題ないけど、 職場WiFiにつながっているとメールが届いても気づくのが 遅れてしまう。

しかし、iPhoneのGmailアプリやOutlookでは、プロトコルに HTTPSを使ってくれるので、職場WiFiでもメールが読み書きできる。 そこで、起動しないでいた Gmail,Outlook,Yahooメール を 改めて使うようにしてみた。

利点としては、HTTPSに制限されててもメールが読めるのに加え、 アイコンバッジで、どのメールアドレスに どれだけメールが届いているのか分かる所。 (標準メールに統一していると、全メールアカウントの総数しか分からない)

でも、操作感がゴチャゴチャでイラっ。 慣れるのに時間がかかるかな。

1608200717_587x158.png

Windows 10 anniversary update

ママパソに Windows 10 anniversary update をインストール中。

1608032323_640x480.JPG

自宅ルータ、管理画面HTTPとVPNだけ不調

今日は、職場の宿直。 でも自宅サーバで、ルータが変。

ルータの死活検出で、ping と管理画面のHTTP通信を使っているけど、 ping では生きているけど、HTTPが通らない。 そのくせ、ルータ機能は動いている。んで、VPN接続は動かない。

こういう時は、どんどん悪化する可能性もあるし、 LINE で奥さんに、電源リセットを頼んで無事復帰。

ルータの故障の前兆かもしれないし、ひとまずblogにメモ。

ネットワークトラブル

自警消防隊のネタで早起きしているけど、 自宅がインターネットに接続されていない。

[2016/07/08]追記
先日のネットワーク接続トラブルは、光のルータ電源リセットで復帰したけど、 我が家だけの問題かな…と思っていた。 だけど、ルータのネットワークトラヒック観察の出力を見ていると、 特に使っていない状態でもトラヒックがあったりで何か変….と思っていたけど、 ルータリセット後は、そのトラヒックが激減。 この雰囲気からすると、症状の発症した時間が00:00だったのもあるし、 ケーブルテレビ側で、ファームウェアリセットを遠隔実行したんだろうな。

リモート接続の環境のパスワードリセット

リモート接続に使っているサービスが、数日前から使えなく なっていて、なんかやらかしてしまったか…と思っていたら、 サービスのセキュリティ強化でパスワードリセットがかけられていた。

自分のパスワードはそれなりに、長くややこしいものを使っているが、 「特殊文字を含むように…」だってさ。 それなりにややこしいパスワードを使っているユーザも 強制リセットするってことは、パスワード漏えいとか 大量辞書攻撃をくらったのかと、心配になる。

他のシステムとは異なるパスワードを使っているので、 さほど実害は無いと思うけど、パスワードリセットするほどの 危機を感じるネタがあるのなら、公開してほしいな。

スマホ向けサイトのスコア付け71点(^^;

スマホ向けのサイトになっているかをテストするサービス。

https://testmysite.thinkwithgoogle.com/

1606050609_894x501.PNG

debianでletsencrypt.shを使ってみた

無料で、SSL鍵を利用できる let's encrypt というソフトが Debian でも使えるようなので、 試してみました。まずは、必要なソフトのインストール。

# aptitude install letsencrypt.sh letsencrypt.sh-apache2

基本は /etc/letsencrypt.sh/config.sh を修正してもいいが、 /etc/letsencrypt.sh/conf.d の中に *.sh の拡張子で設定を保存すると 書いてあるので、 連絡用のメールアドレスなどの登録情報は、この中に保存。

(( /etc/letsencrypt.sh/conf.d/contact_mail.sh ))
CONTACT_EMAIL=連絡用メールアドレス

letsencrypt.sh のデータは、/var/lib/letsencrypt.sh/ に保存され、 取得するドメインは、以下のファイルに記載しておく。

(( /var/lib/letsencrypt.sh/domains.txt ))
ドメイン
# mkdir /var/lib/letsencrypt.sh/certs
# /usr/bin/letsencrypt.sh -c
(出力)
# INFO: Using main config file /etc/letsencrypt.sh/config.sh
# INFO: Using additional config file
/etc/letsencrypt.sh/conf.d/contact_mail.sh
+ Generating account key...
+ Registering account key with letsencrypt...
Processing ドメイン
+ Signing domains...
+ Creating new directory /var/lib/letsencrypt.sh/certs/ドメイン ...
+ Generating private key...
+ Generating signing request...
:

できあがった、SSL の情報を Apache に設定する。

(( /etc/apache2/sites-available/default-ssl.conf ))
SSLCertificateFile /var/lib/letsencrypt.sh/certs/ドメイン/cert.pem
SSLCertificateKeyFile /var/lib/letsencrypt.sh/certs/ドメイン/privkey.pem
SSLCertificateChainFile /var/lib/letsencrypt.sh/certs/ドメイン/chain.pem
# /etc/init.d/apache2 restart
1606021701_622x264.png

あとは定期的に更新

SSL鍵は、流石に無償だし、有効期限が短い。 定期的に更新が必要。今回は一ヶ月毎に更新。

(( /etc/cron.d/update-letsencrypt ))
#m h D	M W user command
0  3 1 * * root test -x /usr/bin/letsencrypt.sh && /usr/bin/letsencrypt.sh -c

Google 検索

My Google   Yahoo

Microsoft

ファンサイト

メタ情報