memos of technical information
DNS変更する前に、新しいサーバーのテストをする場合に、hostsファイルを設定する時の手順。
（hostsファイルの場所）
C:\Windows\System32\drivers\etc
このファイルは、管理者でないと編集できないので、普通に開くとエラーになる。以下がMicroSoftのヘルプ（Vistaのままだが）。
参考までに、自分がWindows10でやる時の手順。
１）スタートボタンを右クリックし「コマンドプロンプト(管理者)」をクリックする。「ユーザーアカウント制御」のメッセージが出るので、「はい」をクリック。
２）コマンドプロンプロトで、ディレクトリを変更。
cd drivers\etc
３）ノートパッドでhostsを開く
notepad hosts
４）編集して、「ファイル」－「上書き保存」して終了。
ブラウザで前のアドレスでアクセスしていた場合は、一旦ブラウザを閉じて開き直せば設定した新しいアドレスにアクセスするようになる。
CentOS(7.６)サーバーからmailコマンドで、自分に機械的に送っているメール（ログイン時、yum-cron等）が、Gmail（G Suite無償版※）で迷惑メールとしてはねられないようにする。
※初期ベータ時の登録のまま無償版で使っているが、有償にしないと以下のSMTPリレーが使えない。だんだん無償版の扱いが厳しくなってきたが、できる限り無償で頑張ってみる。
https://support.google.com/a/answer/2956491
迷惑メールに入るだけでなく、最悪送信が受け付けられない。
（Googleサーバーからのメッセージ）
XXXXX@XXXXX.com: host aspmx.l.google.com[2404:6800:4008:c04::1b] said:
550-5.7.1 This message does not have authentication information or fails to
pass 550-5.7.1 authentication checks. To best protect our users from spam,
the 550-5.7.1 message has been blocked. Please visit 550-5.7.1
メッセージが受け付けられないということで、以下サイトを見ろとなる。
https://support.google.com/mail/answer/81126#authentication
その対策として、とりあえず、サーバー追加時にやること。
対象ドメインDNSのTXTレコードを修正（追記）する。
v=spf1 ip4:XXX.XXX.XXX.XXX include:_spf.google.com ~all
GSuiteのツールで、DNSをチェックできるので、こちらから設定されたことを確認する。
（G Suite Toolbox Check MX ）
https://toolbox.googleapps.com/apps/checkmx/
上記設定後に、サーバーからのメールを「メッセージのソース」で見ると、SPFが「PASS」となる。
SPF: PASS（IP: XXX.XXX.XXX.XXX）。詳細
CentOS7から、標準がPostfixになったらしい。
以前はSendmailでTLSが有効だったけど、Postfixでは標準ではTLSは無効になっている。以下を参考にして設定を変更した。
https://qiita.com/tak-onda/items/b585841e03e4619ec367
/etc/postfix/main.cfに以下を追加。
smtp_tls_security_level = may
smtp_tls_CAfile = /etc/pki/tls/cert.pem
smtp_tls_loglevel = 1
ちなみに、CAファイルが無効（あるいはsmtp_tls_CAfileを設定しない場合）でも、送信自体はできた。
（maillog）
postfix/smtp[11228]: Untrusted TLS connection established to aspmx.l.google.com[64.233.189.27]:25: TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)
とりあえず、TODOということで備忘録
DNS Flag Dayの対応状況について、少し調べてみたこと。
（JPNICのBLOG）
https://blog.nic.ad.jp/blog/dns-flag-day/
https://blog.nic.ad.jp/blog/dns-flag-day-2019-feb-01/
自分のドメインのネームサーバーの対応状況は以下サイトでチェックできる。
（DNS Flag Day対応チェックサイト）
https://ednscomp.isc.org/ednscomp
MicrosoftのDNSの対応状況は、とりあえずは問題ないが上記サイトで実行すると
“Minor problems detected (軽微な問題が検出されました)” となる。
（Microsoftの発表）
https://azure.microsoft.com/en-us/updates/azure-dns-flag-day/
https://azure.microsoft.com/ja-jp/updates/azure-dns-flag-day/
Azure DNSに関して、
“Minor problems detected
(軽微な問題が検出されました)”となるが、実運用上は現時点では問題なく、修正はおいおいやってくよということらしい。
Windows Server 2008R2のDNSサーバーを調べてみたら、同じ状況で
“Minor problems detected (軽微な問題が検出されました)” となる。
最近、ConoHaにサーバーを徐々に移しているので、ConoHaのDNSサーバーをこの際使わせてもらおうかと思ってチェックしたら、
“Minor problems detected (軽微な問題が検出されました)” となった。ConoHaサポートに対応予定を問い合わせたところ、今日の時点ではまだ返事はない。
ちなみに、同じGMOグループの「お名前.com」と「バリュードメイン」のDNSサーバーは”All ok (問題なし)” であった。
（バリュードメインのお知らせ）
https://www.value-domain.com/info.php?action=press&no=20190131-1
この機会に、いろいろ散らばっているDNS設定をどこかにまとめたいところだが、さてどうしようか。できればConoHaに寄せたいから、とりあえずConoHaの様子見するか。