Laravelのemail(dns)バリデーションの動作がおかしかったので調べたら自分の環境が原因だった

結論

Laravelのemail:dns バリデーションは、DNSが設定されている環境、されていない環境で結果が変わることがある。本調査では、example.com（NullNXレコードが設定されている）ドメインについてバリデーション結果が変わることを確認した。

# Before:DNSが設定されていない環境での実行結果
root@608e26d6b651:/var/www/html# php artisan tinker
Psy Shell v0.11.18 (PHP 8.2.9 ― cli) by Justin Hileman
> $v = validator(['email' => '[e-mail]'], ['email' => 'required|email:dns'])->passes();
= true

# After:DNSが設定されている環境での実行結果
root@608e26d6b651:/var/www/html# php artisan tinker
Psy Shell v0.11.18 (PHP 8.2.9 ― cli) by Justin Hileman
> $v = validator(['email' => '[e-mail]'], ['email' => 'required|email:dns'])->passes();
= false

関連

発生現象

• Laravelアプリケーションのテストを書いてPRを出したところ、自分のローカル開発環境で成功するテストが、GithubAction上の仮想環境では失敗する、という現象が発生した。

調査過程のメモ

• ローカルでは成功しているのにGithubActionsでは失敗するテストは、いずれもEmailのバリデーションに関連するテストケースである。

• 各テストケースの入力値として「example.com」を使用しており、このドメイン名の名前解決が上手く行っていないのか？という仮説を立てて調査開始。

• 同僚に検証を依頼したところGithubActionで失敗するテストがローカル開発環境でも失敗するという報告をいただき、どうやら自分の環境がおかしい、ということになる。

dns_get_record() の実行結果検証

• Laravel のバリデーション email:dns はegulias/email-validatorを使用している
• この中で、dns_get_record() を使っているので、artisan tinker 経由で結果を見てみることにする。

自分の環境では、結果が空配列になっている。

# 自分の環境
root@608e26d6b651:/var/www/html# php artisan tinker
Psy Shell v0.11.18 (PHP 8.2.9 ― cli) by Justin Hileman
> dns_get_record("example.com", DNS_MX);
= []

同じ検証を同僚の端末で行ったところ、MXレコードはない（target が空文字列となっている）が、結果自体は返ってきている。

# 同僚の環境
> dns_get_record("example.com", DNS_MX);
= [
    [
      "host" => "example.com",
      "class" => "IN",
      "ttl" => 4667,
      "type" => "MX",
      "pri" => 0,
      "target" => "",
    ],
  ]

DNS設定

こちらを見ながら、8.8.8.8と4.4.4.4を指定して、差分が解消した。

補足

• 結局、バリデーションを通過するテストケースはmxレコードが存在するemailを使用しなければならんのか？という問題が残る。テストケースに使うドメインは example.com
• こっちのバリデーション https://readouble.com/laravel/10.x/ja/validation.html#rule-active-url も、DNS設定できない環境だと動作がかわる（かも？） ただ、example.comはAレコードは引けるので、関係ないかも。細かくは調査してない