Untitled

2015-05-21 03:44:21 *Tunnelblick: OS X 10.10.3; Tunnelblick 3.5.0 (build 4265); prior version 3.4.4 (build 4055.4236)
2015-05-21 03:44:21 *Tunnelblick: Attempting connection with Client1 using shadow copy; Set nameserver = 3; monitoring connection
2015-05-21 03:44:21 *Tunnelblick: openvpnstart start Client1.tblk 1337 3 0 1 0 16688 -ptADGNWradsgnw 2.3.6
2015-05-21 03:44:21 *Tunnelblick: openvpnstart starting OpenVPN
2015-05-21 03:44:22 OpenVPN 2.3.6 x86_64-apple-darwin [SSL (OpenSSL)] [LZO] [PKCS11] [MH] [IPv6] built on Apr  3 2015
2015-05-21 03:44:22 library versions: OpenSSL 1.0.1m 19 Mar 2015, LZO 2.08
2015-05-21 03:44:23 *Tunnelblick: openvpnstart log:
     Warning: Tunnelblick is using 'openvpn-down-root.so', so the route-pre-down script will not be used. You can override this by providing a custom route-pre-down script (which may be a copy of Tunnelblick's standard route-pre-down script) in a Tunnelblick VPN Configuration. However, that script will not be executed as root unless the 'user' and 'group' options are removed from the OpenVPN configuration file. If the 'user' and 'group' options are removed, then you don't need to use a custom route-pre-down script.OpenVPN started successfully. Command used to start OpenVPN (one argument per displayed line):

          /Applications/Tunnelblick.app/Contents/Resources/openvpn/openvpn-2.3.6/openvpn
          --daemon
          --log
          /Library/Application Support/Tunnelblick/Logs/-SUsers-Sdanielmaris-SLibrary-SApplication Support-STunnelblick-SConfigurations-SClient1.tblk-SContents-SResources-Sconfig.ovpn.3_0_1_0_16688.1337.openvpn.log
          --cd
          /Library/Application Support/Tunnelblick/Users/danielmaris/Client1.tblk/Contents/Resources
          --config
          /Library/Application Support/Tunnelblick/Users/danielmaris/Client1.tblk/Contents/Resources/config.ovpn
          --cd
          /Library/Application Support/Tunnelblick/Users/danielmaris/Client1.tblk/Contents/Resources
          --management
          127.0.0.1
          1337
          --management-query-passwords
          --management-hold
          --script-security
          2
          --up
          /Applications/Tunnelblick.app/Contents/Resources/client.up.tunnelblick.sh -d -f -m -w -ptADGNWradsgnw
          --plugin
          /Applications/Tunnelblick.app/Contents/Resources/openvpn/openvpn-2.3.6/openvpn-down-root.so
          /Applications/Tunnelblick.app/Contents/Resources/client.down.tunnelblick.sh -d -f -m -w -ptADGNWradsgnw

2015-05-21 03:44:23 *Tunnelblick: Established communication with OpenVPN
2015-05-21 03:44:23 WARNING: No server certificate verification method has been enabled.  See http://openvpn.net/howto.html#mitm for more info.
2015-05-21 03:44:23 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
2015-05-21 03:44:23 Control Channel Authentication: using 'ta.key' as a OpenVPN static key file
2015-05-21 03:44:23 WARNING: normally if you use --mssfix and/or --fragment, you should also set --tun-mtu 1500 (currently it is 1300)
2015-05-21 03:44:23 NOTE: UID/GID downgrade will be delayed because of --client, --pull, or --up-delay
2015-05-21 03:44:23 UDPv4 link local: [undef]
2015-05-21 03:44:23 UDPv4 link remote: [AF_INET]76.164.224.34:42345
2015-05-21 03:44:24 WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1346', remote='link-mtu 1542'
2015-05-21 03:44:24 WARNING: 'tun-mtu' is used inconsistently, local='tun-mtu 1300', remote='tun-mtu 1500'
2015-05-21 03:44:24 WARNING: 'mtu-dynamic' is present in local config but missing in remote config, local='mtu-dynamic'
2015-05-21 03:44:24 [server1] Peer Connection Initiated with [AF_INET]76.164.224.34:42345
2015-05-21 03:44:26 Opening utun (connect(AF_SYS_CONTROL)): Resource busy
2015-05-21 03:44:26 Opened utun device utun1
2015-05-21 03:44:26 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
2015-05-21 03:44:26 /sbin/ifconfig utun1 delete
                                        ifconfig: ioctl (SIOCDIFADDR): Can't assign requested address
2015-05-21 03:44:26 NOTE: Tried to delete pre-existing tun/tap instance -- No Problem if failure
2015-05-21 03:44:26 /sbin/ifconfig utun1 192.168.88.26 192.168.88.25 mtu 1300 netmask 255.255.255.255 up
2015-05-21 03:44:26 /Applications/Tunnelblick.app/Contents/Resources/client.up.tunnelblick.sh -d -f -m -w -ptADGNWradsgnw utun1 1300 1346 192.168.88.26 192.168.88.25 init
                                        **********************************************
                                        Start of output from client.up.tunnelblick.sh
                                        Retrieved from OpenVPN: name server(s) [ 8.8.8.8 8.8.4.4 ], search domain(s) [  ] and SMB server(s) [  ] and using default domain name [ openvpn ]
                                        Not aggregating ServerAddresses because running on OS X 10.6 or higher
                                        Setting search domains to 'openvpn' because running under OS X 10.6 or higher and the search domains were not set manually and 'Prepend domain name to search domains' was not selected
                                        Saved the DNS and SMB configurations so they can be restored
                                        Changed DNS ServerAddresses setting from '68.105.28.11 68.105.29.11 68.105.28.12' to '8.8.8.8 8.8.4.4'
                                        Changed DNS SearchDomains setting from '' to 'openvpn'
                                        Changed DNS DomainName setting from '' to 'openvpn'
                                        Did not change SMB NetBIOSName setting of ''
                                        Did not change SMB Workgroup setting of ''
                                        Did not change SMB WINSAddresses setting of ''
                                        DNS servers '8.8.8.8 8.8.4.4' will be used for DNS queries when the VPN is active
                                        The DNS servers include only free public DNS servers known to Tunnelblick.
                                        Flushed the DNS cache via dscacheutil
                                        Flushed the DNS cache via discoveryutil udnsflushcaches
                                        Flushed the DNS cache via discoveryutil mdnsflushcache
                                        No matching processes were found
                                        mDNSResponder not running. Not notifying it that the DNS cache was flushed
                                        Setting up to monitor system configuration with process-network-changes
                                        End of output from client.up.tunnelblick.sh
                                        **********************************************
                                        route: writing to routing socket: File exists
                                        add net 76.164.224.34: gateway 192.168.0.1: File exists
                                        add net 0.0.0.0: gateway 192.168.88.25
                                        add net 128.0.0.0: gateway 192.168.88.25
                                        add net 192.168.88.0: gateway 192.168.88.25
2015-05-21 03:44:30 *Tunnelblick: No 'connected.sh' script to execute
2015-05-21 03:44:30 GID set to nogroup
2015-05-21 03:44:30 UID set to nobody
2015-05-21 03:44:30 Initialization Sequence Completed