Hi folks, I have encountered a problem with OpenVPN on CentOS 7 in client mode, where he obviously receives push options, but does not care about them later. Here is a small excerpt of the log (set to verb 4):
Mar 07 14:30:09 verona.gusto.click openvpn[10935]: SENT CONTROL [wasp.2km.casa]: 'PUSH_REQUEST' (status=1) Mar 07 14:30:09 verona.gusto.click openvpn[10935]: PUSH: Received control message: 'PUSH_REPLY,route 192.168.96.0 255.255.255.224 192.168.72.1,route 192.168.92.0 255.255.255.224 192.168.72.1,route 192.168.77.0 255.255.255.224 192.168.72.1,route 192.168.24.0 255.255.255.224 192.168.72.1,dhcp-option DNS 192.168.96.1,route-gateway 192.168.72.1,ping 10,ping-restart 60,ifconfig 192.168.72.2 255.255.255.224,peer-id 0,cipher AES-256-GCM' Mar 07 14:30:09 verona.gusto.click openvpn[10935]: OPTIONS IMPORT: timers and/or timeouts modified Mar 07 14:30:09 verona.gusto.click openvpn[10935]: OPTIONS IMPORT: --ifconfig/up options modified Mar 07 14:30:09 verona.gusto.click openvpn[10935]: OPTIONS IMPORT: route options modified Mar 07 14:30:09 verona.gusto.click openvpn[10935]: OPTIONS IMPORT: route-related options modified Mar 07 14:30:09 verona.gusto.click openvpn[10935]: OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified Mar 07 14:30:09 verona.gusto.click openvpn[10935]: OPTIONS IMPORT: peer-id set Mar 07 14:30:09 verona.gusto.click openvpn[10935]: OPTIONS IMPORT: adjusting link_mtu to 1656 Mar 07 14:30:09 verona.gusto.click openvpn[10935]: OPTIONS IMPORT: data channel crypto options modified Mar 07 14:30:09 verona.gusto.click openvpn[10935]: Data Channel: using negotiated cipher 'AES-256-GCM' Mar 07 14:30:09 verona.gusto.click openvpn[10935]: Data Channel MTU parms [ L:1584 D:1450 EF:52 EB:411 ET:32 EL:3 ] Mar 07 14:30:09 verona.gusto.click openvpn[10935]: Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key Mar 07 14:30:09 verona.gusto.click openvpn[10935]: Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key Mar 07 14:30:09 verona.gusto.click openvpn[10935]: ROUTE_GATEWAY 10.7.1.1/255.255.254.0 IFACE=wlp3s0 HWADDR=80:19:34:cf:17:f0 Mar 07 14:30:09 verona.gusto.click openvpn[10935]: TUN/TAP device tap0 opened Mar 07 14:30:09 verona.gusto.click openvpn[10935]: TUN/TAP TX queue length set to 100 Mar 07 14:30:09 verona.gusto.click openvpn[10935]: do_ifconfig, tt->did_ifconfig_ipv6_setup=0 Mar 07 14:30:09 verona.gusto.click openvpn[10935]: /sbin/ip link set dev tap0 up mtu 1500 Mar 07 14:30:09 verona.gusto.click openvpn[10935]: /sbin/ip addr add dev tap0 192.168.72.2/27 broadcast 192.168.72.31 Mar 07 14:30:09 verona.gusto.click openvpn[10935]: /sbin/ip route add 192.168.96.0/27 via 192.168.72.1 Mar 07 14:30:09 verona.gusto.click openvpn[10935]: /sbin/ip route add 192.168.92.0/27 via 192.168.72.1 Mar 07 14:30:09 verona.gusto.click openvpn[10935]: /sbin/ip route add 192.168.77.0/27 via 192.168.72.1 Mar 07 14:30:09 verona.gusto.click openvpn[10935]: /sbin/ip route add 192.168.24.0/27 via 192.168.72.1 Mar 07 14:30:09 verona.gusto.click openvpn[10935]: WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this Mar 07 14:30:09 verona.gusto.click openvpn[10935]: Initialization Sequence Completed So all nice looking, hoverver, I see in my /etc/resolv.conf: # Generated by NetworkManager search ***censored*** gusto.click nameserver 10.7.1.254 OK? -- Lars Schotte Mudroňova 13 92101 Piešťany Slovakia _______________________________________________ Openvpn-users mailing list Openvpn-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openvpn-users
