openvpn dnsプッシュ後にNetworkManagerが/etc/resolv.confを変更しない
「dns Pushが設定されたopenvpn接続後にNetworkManagerが/etc/resolv.confを更新しない」という問題があります。
これが私のopenvpnサーバーの設定です：（セキュリティ上の理由からドメイン名をABC.COMに変更しました;））
########################################
# Sample OpenVPN config file for
# 2.0-style multi-client udp server
#
# Adapted from http://openvpn.sourceforge.net/20notes.html
#
# tun-style tunnel
port 1194
dev tun
# Use "local" to set the source address on multi-homed hosts
#local [IP address]
# TLS parms
tls-server
ca keys/ca.crt
cert keys/static.crt
key keys/static.key
dh keys/dh1024.pem
proto tcp-server
# Tell OpenVPN to be a multi-client udp server
mode server
# The server's virtual endpoints
ifconfig 10.8.0.1 10.8.0.2
# Pool of /30 subnets to be allocated to clients.
# When a client connects, an --ifconfig command
# will be automatically generated and pushed back to
# the client.
ifconfig-pool 10.8.0.4 10.8.0.255
# Push route to client to bind it to our local
# virtual endpoint.
Push "route 10.8.0.1 255.255.255.255"
Push "dhcp-option DNS 10.8.0.1"
# Push any routes the client needs to get in
# to the local network.
#Push "route 192.168.0.0 255.255.255.0"
# Push DHCP options to Windows clients.
Push "dhcp-option DOMAIN ABC.COM"
#Push "dhcp-option DNS 192.168.0.1"
#Push "dhcp-option WINS 192.168.0.1"
# Client should attempt reconnection on link
# failure.
keepalive 10 60
# Delete client instances after some period
# of inactivity.
inactive 600
# Route the --ifconfig pool range into the
# OpenVPN server.
route 10.8.0.0 255.255.255.0
# The server doesn't need privileges
user openvpn
group openvpn
# Keep TUN devices and keys open across restarts.
persist-tun
persist-key
verb 4
あなたが見ることができるように、それは基本的にほとんど調整を行わないサンプル設定です。
今….
私のマシン（openvpnクライアント）では、dnsに問題がないことがわかります。
{17:12}/etc/NetworkManager ➭ nslookup git.ABC.COM 10.8.0.1
Server: 10.8.0.1
Address: 10.8.0.1#53
Name: git.ABC.COM
Address: 10.8.0.1
{17:18}/etc/NetworkManager ➭ nslookup ABC.COM 10.8.0.1
Server: 10.8.0.1
Address: 10.8.0.1#53
Name: ABC.COM
Address: 18X.XX.XX.71
サーバー側のopenvpnログは、DNSがプッシュされたことを（正しく理解していれば）言っています。
openvpn[13257]: TCPv4_SERVER link remote: [AF_INET]83.30.135.214:37658
openvpn[13257]: 83.30.135.214:37658 TLS: Initial packet from [AF_INET]83.30.135.214:37658, sid=3251df51 915772f3
openvpn[13257]: 83.30.135.214:37658 VERIFY OK: depth=1, C=XX, ST=XX, L=XXX, O=XXX, OU=XXX, CN=XXX, name=XXX, [email protected]
openvpn[13257]: 83.30.135.214:37658 VERIFY OK: depth=0, C=XX, ST=XX, L=XXX, O=XXX, OU=XXX, CN=XXX, name=XXX, [email protected]
openvpn[13257]: 83.30.135.214:37658 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
openvpn[13257]: 83.30.135.214:37658 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
openvpn[13257]: 83.30.135.214:37658 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
openvpn[13257]: 83.30.135.214:37658 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
openvpn[13257]: 83.30.135.214:37658 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
openvpn[13257]: 83.30.135.214:37658 [jacek] Peer Connection Initiated with [AF_INET]83.30.135.214:37658
openvpn[13257]: jacek/83.30.135.214:37658 MULTI_sva: pool returned IPv4=10.8.0.10, IPv6=(Not enabled)
openvpn[13257]: jacek/83.30.135.214:37658 MULTI: Learn: 10.8.0.10 -> jacek/83.30.135.214:37658
openvpn[13257]: jacek/83.30.135.214:37658 MULTI: primary virtual IP for jacek/83.30.135.214:37658: 10.8.0.10
openvpn[13257]: jacek/83.30.135.214:37658 Push: Received control message: 'Push_REQUEST'
openvpn[13257]: jacek/83.30.135.214:37658 send_Push_reply(): safe_cap=940
openvpn[13257]: jacek/83.30.135.214:37658 SENT CONTROL [jacek]: 'Push_REPLY,route 10.8.0.1 255.255.255.255,dhcp-option DNS 10.8.0.1,dhcp-option DOMAIN ABC.COM,ping 10,ping-restart 60,ifconfig 10.8.0.10 10.8.0.9' (status=1)
私の側のopenvpログ：
Aug 05 17:13:55 localhost.localdomain openvpn[1198]: TCPv4_CLIENT link remote: [AF_INET]XXX.XX.37.71:1194
Aug 05 17:13:55 localhost.localdomain openvpn[1198]: TLS: Initial packet from [AF_INET]XXX.XX.37.71:1194, sid=89cc981c d57dd826
Aug 05 17:13:56 localhost.localdomain openvpn[1198]: VERIFY OK: depth=1, C=XX, ST=XX, L=XXX, O=XXX, OU=XXX, CN=XXX, name=XXX, [email protected]
Aug 05 17:13:56 localhost.localdomain openvpn[1198]: VERIFY OK: depth=0, C=XX, ST=XX, L=XXX, O=XXX, OU=XXX, CN=XXX, name=XXX, [email protected]
Aug 05 17:13:58 localhost.localdomain openvpn[1198]: Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Aug 05 17:13:58 localhost.localdomain openvpn[1198]: Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Aug 05 17:13:58 localhost.localdomain openvpn[1198]: Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Aug 05 17:13:58 localhost.localdomain openvpn[1198]: Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Aug 05 17:13:58 localhost.localdomain openvpn[1198]: Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Aug 05 17:13:58 localhost.localdomain openvpn[1198]: [static] Peer Connection Initiated with [AF_INET]XXX.XX.37.71:1194
Aug 05 17:14:00 localhost.localdomain openvpn[1198]: SENT CONTROL [static]: 'Push_REQUEST' (status=1)
Aug 05 17:14:01 localhost.localdomain openvpn[1198]: Push: Received control message: 'Push_REPLY,route 10.8.0.1 255.255.255.255,dhcp-option DNS 10.8.0.1,dhcp-option DOMAIN ABC.COM,ping 10,ping-restart 60,ifconfig 10.8.0.10 10.8.0.9'
Aug 05 17:14:01 localhost.localdomain openvpn[1198]: OPTIONS IMPORT: timers and/or timeouts modified
Aug 05 17:14:01 localhost.localdomain openvpn[1198]: OPTIONS IMPORT: --ifconfig/up options modified
Aug 05 17:14:01 localhost.localdomain openvpn[1198]: OPTIONS IMPORT: route options modified
Aug 05 17:14:01 localhost.localdomain openvpn[1198]: OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Aug 05 17:14:01 localhost.localdomain openvpn[1198]: ROUTE_GATEWAY 10.123.123.1/255.255.255.0 IFACE=wlan0 HWADDR=44:6d:57:32:81:2e
Aug 05 17:14:01 localhost.localdomain openvpn[1198]: TUN/TAP device tun0 opened
Aug 05 17:14:01 localhost.localdomain openvpn[1198]: TUN/TAP TX queue length set to 100
Aug 05 17:14:01 localhost.localdomain openvpn[1198]: do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Aug 05 17:14:01 localhost.localdomain openvpn[1198]: /usr/sbin/ip link set dev tun0 up mtu 1500
Aug 05 17:14:01 localhost.localdomain openvpn[1198]: /usr/sbin/ip addr add dev tun0 local 10.8.0.10 peer 10.8.0.9
Aug 05 17:14:01 localhost.localdomain openvpn[1198]: /usr/sbin/ip route add 10.8.0.1/32 via 10.8.0.9
Aug 05 17:14:01 localhost.localdomain openvpn[1198]: Initialization Sequence Completed
すべて問題ないようです。
だが。 /var/log/messagesもチェックしました...その行を見つけました：
Aug 5 17:14:01 localhost NetworkManager[761]: <warn> /sys/devices/virtual/net/tun0: couldn't determine device driver; ignoring...
ip aは次を返します：
5: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 100
link/none
inet 10.8.0.10 peer 10.8.0.9/32 scope global tun0
valid_lft forever preferred_lft forever
route -nは次を返します：
# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 10.123.123.1 0.0.0.0 UG 0 0 0 wlan0
10.8.0.1 10.8.0.9 255.255.255.255 UGH 0 0 0 tun0
10.8.0.9 0.0.0.0 255.255.255.255 UH 0 0 0 tun0
10.123.123.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0
つまり、DNSがプッシュされることを除いて、基本的にすべてが機能します。そう、そして私の/etc/resolv.conf：
# Generated by NetworkManager
domain home
search home
nameserver 10.123.123.1
問題はどこにありますか？
（openvpnクライアントを使用するWindowsユーザーからの応答があります。彼の側ではDNSが正常に機能するため、私の側の問題です。
さて、（サーバー側でopenvpnサービスを再起動した後）別の応答があります-機能していません。
昨日は自分のマシンでも機能したと言わざるを得ません。サーバーで問題が発生しましたか？どうなり得るか？ ）
編集：わかりました。別のWindowsユーザーの応答があります（以前と同じユーザー）-これは現在機能しています。つまり、openvpnの再起動とそれによる遅延が原因だったと思います。それ以来私は何もしていません。これで、マシンに戻りました。
私はまた、その奇妙なtun0メッセージが昨日も表示されたことを追跡しました。または、resolv.confに自分でエントリを追加した可能性がありますか？覚えていません..（くそー）
これは私にとってはうまくいきます： http://www.softwarepassion.com/solving-dns-problems-with-openvpn-on-ubuntu-box/
重要な手順は、次の2行の構成をclientopenvpn configファイルに追加することです。
up /etc/openvpn/update-resolv-conf
down /etc/openvpn/update-resolv-conf
また、resolvconfパッケージがクライアントにインストールされていることを確認してください。そのupdate-resolv-confスクリプトはクライアントに依存しているためです。
Openvpnクライアントサービスまたはコマンドと連携して、手動で起動します。
ただし、Ubuntu Network Managerはこれを行いません。これは今のところ問題です： https://bugs.launchpad.net/ubuntu/+source/openvpn/+bug/121111
NetworkManager自体のdnsmasqを無効にした後、私のために動作します。
編集/etc/NetworkManager/NetworkManager.conf
#dns=dnsmasq
そしてNetworkManagerを再起動します
Sudo restart network-manager
最後に動作します（標準のNetworkManagerおよびOVPNプラグインを使用）
nmcli -p connection modify MY_VPN_CONNECTION ipv4.never-default no
nmcli -p connection modify MY_VPN_CONNECTION ipv4.ignore-auto-dns no
nmcli -p connection modify MY_VPN_CONNECTION ipv4.dns-priority -42
この場合、VPN接続が確立されると、すべてのDNS要求は、dnsmasq、up/down/dispatchヘルパースクリプトを操作せずに、VPN提供のDNSサーバーに送信されます。
OpenVPNでDNS設定をプッシュすることが可能です。あなたの設定にあるように、それは次の行でサーバー設定で行われます：
Push "dhcp-option DNS 10.20.30.40"
これは、Windows GUIを使用する私にとっては最初からうまくいきますが、Linuxシステムの場合は少し微調整する必要があります。 （現在Fedora 18を使用して）ホームネットワークに接続するために、GitHub（ https://github.com/gronke/OpenVPN-linux-Push ）のgronkeによるスクリプトを使用して更新を自動化しました処理する。
これらのスクリプトを使用するために、OpenVPNクライアントファイルに以下を追加しました。
up /home/gadgeteering/tools/vpn/up.sh
down /home/gadgeteering/tools/vpn/down.sh
up.sh：
#! /bin/bash
DEV=$1
if [ ! -d /tmp/openvpn ]; then
mkdir /tmp/openvpn
fi
CACHE_NAMESERVER="/tmp/openvpn/$DEV.nameserver"
echo -n "" > $CACHE_NAMESERVER
dns=dns
for opt in ${!foreign_option_*}
do
eval "dns=\${$opt#dhcp-option DNS }"
if [[ $dns =~ [0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3} ]]; then
if [ ! -f /etc/resolv.conf.default ]; then
cp /etc/resolv.conf /etc/resolv.conf.default
fi
cat /etc/resolv.conf | grep -v ^# | grep -v ^nameserver > /tmp/resolv.conf
echo "nameserver $dns" >> /tmp/resolv.conf
echo $dns >> $CACHE_NAMESERVER
cat /etc/resolv.conf | grep -v ^# | grep -v "nameserver $dns" | grep nameserver >> /tmp/resolv.conf
mv /tmp/resolv.conf /etc/resolv.conf
fi
done
down.sh：
#! /bin/bash
DEV=$1
CACHE_NAMESERVER="/tmp/openvpn/$DEV.nameserver"
echo $CACHE_NAMESERVER
if [ -f $CACHE_NAMESERVER ]; then
for ns in `cat $CACHE_NAMESERVER`; do
echo "Removing $ns from /etc/resolv.conf"
cat /etc/resolv.conf | grep -v "nameserver $ns" > /tmp/resolv.conf
mv /tmp/resolv.conf /etc/resolv.conf
done
fi
/etc/resolv.confを手動で置き換えることにより、NetworkManagerを機能させる可能性があります。これはかなりハックであり、あらゆる状況で有効なソリューションとは見なされないことに注意してください。
#!/bin/bash
case "$2" in
vpn-up)
tmp=$(mktemp)
func=$(mktemp)
echo 'ping -c 1 -w 1 -q $1 > /dev/null ;
if [ 0 -eq $? ]; then echo $1; fi' > $func
grep -v "^#" /etc/resolv.conf > $tmp
grep -rl type=vpn /etc/NetworkManager/system-connections \
| xargs -n 1 sed -rne 's|dns=||p' \
| sed -re 's|;|\n|g' \
| grep -v "^\s*$" \
| xargs -n 1 bash $func \
| sed -re "s|(.*)|nameserver \1|" \
| cat - $tmp \
> /etc/resolv.conf
rm -f $tmp $func;;
vpn-down) resolvconf -u;;
esac
このスクリプトは/etc/NetworkManager/dispatcher.dの下に配置する必要があります。 rootが実行可能で所有している必要があります。検出できるすべてのNetworkManager vpn構成を読み取り、そこにあるアクセス可能なネームサーバーで/etc/resolv.confを書き換えます。 domainおよびsearch行は書き込みません。しかし、NetworkManagerの厄介なバグを忘れることができます。
私はUbuntu 16.04を使用していますが、動作します。
私はLinux ubuntu 18.04で実行していますが、同じ問題が発生しました。 upおよびdownセクションのスクリプトは、コマンドラインでopenvpnスクリプトを実行した場合にのみ機能しますが、私の場合、OpenvpnをNetwork Manager GUIで実行しています。この問題を解決するために、DNSネームサーバーとドメインおよび検索タグを変更するスクリプトを実行するルールをudevシステムで作成します。
タスクを実行するために、例として「exa」という名前を使用してインターフェースに名前を付けました。必ず、希望する名前を使用してください。タスクのすべてのセクションで名前に注意して、すべての部分を置き換えてください。
1-最初に、/ etc/nsswitch.confの「dns」ワードの順序を、hostsで始まる行に変更します。
古い：
hosts: files mdns4_minimal [NOTFOUND=return] resolve [!UNAVAIL=return] dns myhostname
新着：
hosts: files mdns4_minimal dns [NOTFOUND=return] resolve [!UNAVAIL=return] myhostname
2-次に、/ usr/local/bin/add_dns.shにbashスクリプトを作成し、特権をフル（777）に設定します。
#!/bin/bash
sleep 5
mv /etc/resolv.conf /etc/resolv.conf.old
echo "nameserver 10.10.10.10" > /etc/resolv.conf
echo "nameserver 10.10.11.10" >> /etc/resolv.conf
echo "search domain.example.com" >> /etc/resolv.conf
echo "domain domain.example.com" >> /etc/resolv.conf
3- udev、/ etc/udev/rules.d/74-exa-vpn.rulesにルールを作成します。
ACTION=="add", SUBSYSTEM=="net", ENV{INTERFACE}=="exa", RUN+="/usr/local/bin/add_dns.sh"
4-次のコマンドでudev設定をリロードします。
$ udevadm control --reload
5- networkmanager GUIに移動し、次にVPNプロファイルの構成に移動します。次に、「ID」タブに移動します->「詳細」：「仮想デバイスタイプTUNと名前を設定する」オプションで、名前「exa」を入力してすべて保存します。
良い点は、VPNを切断すると、ネットワークマネージャーがudevスクリプトによって作成されたファイルを置き換え、元のファイルを置き換えることです。
OpenVPNは現在DNS設定をプッシュできません。 （保護された）DNSサーバーと一致するように/etc/resolv.confを手動で変更する必要があります。アクセスサーバーと同じマシンでBIND9サービスを実行し、トンネル経由でそれをポイントします。そのマシンのローカルIPアドレスを使用します（例：192.168.1.110）
幸運を！
碧玉
resolvconfもsystemd-networkdも使用しないOpenSUSEクライアントを持っていますが、 一般的なupdate-resolv-confスクリプト を変更して、NetworkManagerのnmcliコマンドを操作できます。
#!/usr/bin/env bash
#
# Parses DHCP options from openvpn to update resolv.conf
# To use set as 'up' and 'down' script in your openvpn *.conf:
# up /etc/openvpn/update-resolv-conf
# down /etc/openvpn/update-resolv-conf
#
# Example envs set from openvpn:
# foreign_option_1='dhcp-option DNS 193.43.27.132'
# foreign_option_2='dhcp-option DNS 193.43.27.133'
# foreign_option_3='dhcp-option DOMAIN be.bnc.ch'
# foreign_option_4='dhcp-option DOMAIN-SEARCH bnc.local'
case $script_type in
up)
for optionname in ${!foreign_option_*} ; do
option="${!optionname}"
echo $option
part1=$(echo "$option" | cut -d " " -f 1)
if [ "$part1" == "dhcp-option" ] ; then
part2=$(echo "$option" | cut -d " " -f 2)
part3=$(echo "$option" | cut -d " " -f 3)
if [ "$part2" == "DNS" ] ; then
IF_DNS_NAMESERVERS="$IF_DNS_NAMESERVERS $part3"
fi
if [[ "$part2" == "DOMAIN" || "$part2" == "DOMAIN-SEARCH" ]] ; then
IF_DNS_SEARCH="$IF_DNS_SEARCH $part3"
fi
fi
done
if [ -n "$IF_DNS_SEARCH" ]; then
nmcli connection modify "${dev}" ipv4.dns-search "$IF_DNS_SEARCH"
fi
if [ -n "$IF_DNS_NAMESERVERS" ]; then
nmcli connection modify "${dev}" ipv4.dns "$IF_DNS_NAMESERVERS"
fi
nmcli connection up "${dev}" # Force NM to reevaluate the properties
;;
esac
# Workaround / [email protected]
# force exit with no errors. Due to an apparent conflict with the Network Manager
# $RESOLVCONF sometimes exits with error code 6 even though it has performed the
# action correctly and OpenVPN shuts down.
exit 0
NetworkManagerは、接続の終了時にdownおよびnameserver（DNS検索）パラメーターを自動的に削除するため、searchハンドラーはありません。