問題別ガイド

OpenVPN 接続後も内部 DNS を解決できない

ファイルの変更や再起動の前に、設定されたフックと稼働中の DNS 管理元を確認します。

更新日 2026-10-30

状況

OpenVPN の active 表示で内部名の解決も保証されますか?

いいえ。まず経路不足と名前解決だけの障害を分けます。実際の設定で script-security/up/down とヘルパーのパスを確認してください。Ubuntu はローカル指定時だけ、CentOS 7/Anolis 8 は生成したヘルパーも使えます。後者の --no-dns は既存フックを消しません。

ヘルパーとホストにより systemd-resolved、NetworkManager、resolv.conf 直接変更を使います。実際のソースと既定値(10.7.7.53/114.114.114.114、reshub.cn)を確認し、自分の環境に合うと決めつけないでください。CRLF や実行権限不足は候補であり、確定診断ではありません。

確認すること

  • 読み取り確認: ip route、ls -l /etc/openvpn/update-resolv-conf、grep -nE "^(script-security|up|down) " /etc/openvpn/client/client.conf
  • 利用可能なら resolvectl status と nmcli device show で状態を確認します。readlink -f /etc/resolv.conf と内容も調べてください。フックの手動実行は DNS を変え得るので、検査代わりに実行しないでください。
  • journalctl -u openvpn-client@client -n 100 --no-pager を手元で確認します。名前を変更している場合は読み替え、秘密を伏せてください。原因確認後に別途変更を計画します。

関連する特集

ディストリビューション別のクライアントを選び、DNS フック変更前に名前解決の管理元を確認します。