SOLVED: Can Connect to VPN, but can't connect to HDA

cpeddie
Posts: 37
Joined: Sat Mar 08, 2014 12:05 am

SOLVED: Can Connect to VPN, but can't connect to HDA

Postby cpeddie » Mon Sep 09, 2019 10:27 am

I can connect to my remote HDA via OpenVPN fine. But once connected, I can't connect to the hda. Can't find the address. Here is the log file from Tunnelblick:

Code: Select all

*Tunnelblick: macOS 10.14.5 (18F132); Tunnelblick 3.8.0 (build 5370); prior version 3.7.6a (build 5080); Admin user git commit c6c984efbc7c7d803728e6299fd40da488bb344e Configuration peddiecabin-hda "Sanitized" condensed configuration file for /Users/cpeddie/Library/Application Support/Tunnelblick/Configurations/peddiecabin-hda.tblk: remote cpeddie-3.yourhda.com 1194 client dev tun proto udp resolv-retry infinite nobind persist-key persist-tun ca ca.crt cert Amahi-Client-OpenVPN.crt key Amahi-Client-OpenVPN.key comp-lzo verb 3 auth-user-pass ================================================================================ Files in peddiecabin-hda.tblk: Contents/Resources/ca.crt Contents/Resources/Ama….crt Contents/Resources/Ama….key Contents/Resources/config.ovpn ================================================================================ Configuration preferences: -keychainHasUsernameAndPassword = 1 -notOKToCheckThatIPAddressDidNotChangeAfterConnection = 1 -doNotDisableIpv6onTun = 1 -alwaysShowLoginWindow = 0 -lastConnectionSucceeded = 1 ================================================================================ Wildcard preferences: -notOKToCheckThatIPAddressDidNotChangeAfterConnection = 1 ================================================================================ Program preferences: launchAtNextLogin = 1 notOKToCheckThatIPAddressDidNotChangeAfterConnection = 1 tunnelblickVersionHistory = ( "3.8.0 (build 5370)", "3.7.6a (build 5080)", "3.7.1b (build 4813)", "3.7.1a (build 4812)" ) statusDisplayNumber = 0 lastLaunchTime = 589654080.362679 lastLanguageAtLaunchWasRTL = 0 connectionWindowDisplayCriteria = showWhenConnecting maxLogDisplaySize = 102400 lastConnectedDisplayName = peddiecabin-hda keyboardShortcutIndex = 1 updateCheckAutomatically = 1 NSWindow Frame ConnectingWindow = 525 517 389 187 0 0 1440 877 NSWindow Frame SUUpdateAlert = 970 768 620 392 0 0 2560 1417 detailsWindowFrameVersion = 5370 detailsWindowFrame = {{211, 765}, {920, 468}} detailsWindowLeftFrame = {{0, 0}, {167, 350}} detailsWindowViewIndex = 0 detailsWindowConfigurationsTabIdentifier = settings leftNavSelectedDisplayName = peddiecabin-hda AdvancedWindowTabIdentifier = connectingAndDisconnecting haveDealtWithOldTunTapPreferences = 1 haveDealtWithOldLoginItem = 1 haveDealtWithAfterDisconnect = 1 SUEnableAutomaticChecks = 1 SUScheduledCheckInterval = 86400 SUSendProfileInfo = 1 SULastCheckTime = 2019-09-08 16:48:00 +0000 SULastProfileSubmissionDate = 2019-09-07 00:09:33 +0000 SUHasLaunchedBefore = 1 SUSkippedVersion = 5180 WebKitDefaultFontSize = 16 WebKitStandardFont = Times askedUserIfOKToCheckThatIPAddressDidNotChangeAfterConnection = 1 haveDealtWithSparkle1dot5b6 = 1 updateSendProfileInfo = 1 ================================================================================ Tunnelblick Log: 2019-09-09 10:13:05.451680 *Tunnelblick: macOS 10.14.5 (18F132); Tunnelblick 3.8.0 (build 5370); prior version 3.7.6a (build 5080) 2019-09-09 10:13:06.039895 *Tunnelblick: Attempting connection with peddiecabin-hda using shadow copy; Set nameserver = 769; monitoring connection 2019-09-09 10:13:06.040159 *Tunnelblick: openvpnstart start peddiecabin-hda.tblk 50861 769 0 1 0 49456 -ptADGNWradsgnw 2.4.7-openssl-1.0.2r 2019-09-09 10:13:06.084847 *Tunnelblick: openvpnstart starting OpenVPN 2019-09-09 10:13:06.278383 OpenVPN 2.4.7 x86_64-apple-darwin [SSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [MH/RECVDA] [AEAD] built on Jul 19 2019 2019-09-09 10:13:06.278495 library versions: OpenSSL 1.0.2r 26 Feb 2019, LZO 2.10 2019-09-09 10:13:06.279760 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:50861 2019-09-09 10:13:06.279799 Need hold release from management interface, waiting... 2019-09-09 10:13:06.665416 *Tunnelblick: openvpnstart log: OpenVPN started successfully. Command used to start OpenVPN (one argument per displayed line): /Applications/Tunnelblick.app/Contents/Resources/openvpn/openvpn-2.4.7-openssl-1.0.2r/openvpn --daemon --log /Library/Application Support/Tunnelblick/Logs/-SUsers-Scpeddie-SLibrary-SApplication Support-STunnelblick-SConfigurations-Speddiecabin--hda.tblk-SContents-SResources-Sconfig.ovpn.769_0_1_0_49456.50861.openvpn.log --cd /Library/Application Support/Tunnelblick/Users/cpeddie/peddiecabin-hda.tblk/Contents/Resources --machine-readable-output --setenv IV_GUI_VER "net.tunnelblick.tunnelblick 5370 3.8.0 (build 5370)" --verb 3 --config /Library/Application Support/Tunnelblick/Users/cpeddie/peddiecabin-hda.tblk/Contents/Resources/config.ovpn --setenv TUNNELBLICK_CONFIG_FOLDER /Library/Application Support/Tunnelblick/Users/cpeddie/peddiecabin-hda.tblk/Contents/Resources --verb 3 --cd /Library/Application Support/Tunnelblick/Users/cpeddie/peddiecabin-hda.tblk/Contents/Resources --management 127.0.0.1 50861 /Library/Application Support/Tunnelblick/hgifnkpkooppffohanhkmdlmddegpgnodkacjacg.mip --management-query-passwords --management-hold --script-security 2 --route-up /Applications/Tunnelblick.app/Contents/Resources/client.up.tunnelblick.sh -d -f -m -w -ptADGNWradsgnw --down /Applications/Tunnelblick.app/Contents/Resources/client.down.tunnelblick.sh -d -f -m -w -ptADGNWradsgnw 2019-09-09 10:13:06.671721 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:50861 2019-09-09 10:13:06.691185 MANAGEMENT: CMD 'pid' 2019-09-09 10:13:06.691251 MANAGEMENT: CMD 'auth-retry interact' 2019-09-09 10:13:06.691272 MANAGEMENT: CMD 'state on' 2019-09-09 10:13:06.691312 MANAGEMENT: CMD 'state' 2019-09-09 10:13:06.691370 MANAGEMENT: CMD 'bytecount 1' 2019-09-09 10:13:06.712064 *Tunnelblick: Established communication with OpenVPN 2019-09-09 10:13:06.713447 *Tunnelblick: >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info 2019-09-09 10:13:06.715666 MANAGEMENT: CMD 'hold release' 2019-09-09 10:13:06.748695 *Tunnelblick: Obtained VPN username and password from the Keychain 2019-09-09 10:13:06.748940 MANAGEMENT: CMD 'username "Auth" "craig"' 2019-09-09 10:13:06.749001 MANAGEMENT: CMD 'password [...]' 2019-09-09 10:13:06.789480 WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info. 2019-09-09 10:13:06.789537 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2019-09-09 10:13:06.796742 MANAGEMENT: >STATE:1568049186,RESOLVE,,,,,, 2019-09-09 10:13:06.884905 TCP/UDP: Preserving recently used remote address: [AF_INET]192.208.59.4:1194 2019-09-09 10:13:06.884994 Socket Buffers: R=[786896->786896] S=[9216->9216] 2019-09-09 10:13:06.885011 UDP link local: (not bound) 2019-09-09 10:13:06.885026 UDP link remote: [AF_INET]192.208.59.4:1194 2019-09-09 10:13:06.885475 MANAGEMENT: >STATE:1568049186,WAIT,,,,,, 2019-09-09 10:13:06.994358 MANAGEMENT: >STATE:1568049186,AUTH,,,,,, 2019-09-09 10:13:06.994434 TLS: Initial packet from [AF_INET]192.208.59.4:1194, sid=9ee60cbe 9d4ae4cf 2019-09-09 10:13:06.994658 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this 2019-09-09 10:13:07.079614 VERIFY OK: depth=1, CN=Amahi 2019-09-09 10:13:07.080654 VERIFY OK: depth=0, CN=Amahi-Server-OpenVPN 2019-09-09 10:13:08.470808 Control Channel: TLSv1.2, cipher TLSv1/SSLv3 ECDHE-RSA-AES256-GCM-SHA384, 2048 bit RSA 2019-09-09 10:13:08.470918 [Amahi-Server-OpenVPN] Peer Connection Initiated with [AF_INET]192.208.59.4:1194 2019-09-09 10:13:09.676553 MANAGEMENT: >STATE:1568049189,GET_CONFIG,,,,,, 2019-09-09 10:13:09.677029 SENT CONTROL [Amahi-Server-OpenVPN]: 'PUSH_REQUEST' (status=1) 2019-09-09 10:13:09.753213 PUSH: Received control message: 'PUSH_REPLY,route 192.168.10.0 255.255.255.0,dhcp-option DNS 192.168.10.10,dhcp-option DOMAIN peddiecabin.net,route 10.8.0.1,topology net30,ping 10,ping-restart 220,ifconfig 10.8.0.6 10.8.0.5,peer-id 0,cipher AES-256-GCM' 2019-09-09 10:13:09.753410 OPTIONS IMPORT: timers and/or timeouts modified 2019-09-09 10:13:09.753433 OPTIONS IMPORT: --ifconfig/up options modified 2019-09-09 10:13:09.753447 OPTIONS IMPORT: route options modified 2019-09-09 10:13:09.753461 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified 2019-09-09 10:13:09.753474 OPTIONS IMPORT: peer-id set 2019-09-09 10:13:09.753488 OPTIONS IMPORT: adjusting link_mtu to 1625 2019-09-09 10:13:09.753501 OPTIONS IMPORT: data channel crypto options modified 2019-09-09 10:13:09.753516 Data Channel: using negotiated cipher 'AES-256-GCM' 2019-09-09 10:13:09.753682 Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key 2019-09-09 10:13:09.753702 Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key 2019-09-09 10:13:09.754140 Opening utun (connect(AF_SYS_CONTROL)): Resource busy (errno=16) 2019-09-09 10:13:09.754260 Opening utun (connect(AF_SYS_CONTROL)): Resource busy (errno=16) 2019-09-09 10:13:09.754325 Opening utun (connect(AF_SYS_CONTROL)): Resource busy (errno=16) 2019-09-09 10:13:09.754356 Opening utun (connect(AF_SYS_CONTROL)): Resource busy (errno=16) 2019-09-09 10:13:09.754661 Opened utun device utun4 2019-09-09 10:13:09.754727 MANAGEMENT: >STATE:1568049189,ASSIGN_IP,,10.8.0.6,,,, 2019-09-09 10:13:09.754794 /sbin/ifconfig utun4 delete ifconfig: ioctl (SIOCDIFADDR): Can't assign requested address 2019-09-09 10:13:09.801426 NOTE: Tried to delete pre-existing tun/tap instance -- No Problem if failure 2019-09-09 10:13:09.801505 /sbin/ifconfig utun4 10.8.0.6 10.8.0.5 mtu 1500 netmask 255.255.255.255 up 2019-09-09 10:13:09.804525 MANAGEMENT: >STATE:1568049189,ADD_ROUTES,,,,,, 2019-09-09 10:13:09.804613 /sbin/route add -net 192.168.10.0 10.8.0.5 255.255.255.0 route: writing to routing socket: File exists add net 192.168.10.0: gateway 10.8.0.5: File exists 2019-09-09 10:13:09.810965 /sbin/route add -net 10.8.0.1 10.8.0.5 255.255.255.255 add net 10.8.0.1: gateway 10.8.0.5 10:13:09 *Tunnelblick: ********************************************** 10:13:09 *Tunnelblick: Start of output from client.up.tunnelblick.sh 10:13:11 *Tunnelblick: Retrieved from OpenVPN: name server(s) [ 192.168.10.10 ], domain name [ peddiecabin.net ], search domain(s) [ ], and SMB server(s) [ ] 10:13:12 *Tunnelblick: Not aggregating ServerAddresses because running on macOS 10.6 or higher 10:13:12 *Tunnelblick: Setting search domains to 'peddiecabin.net' because the search domains were not set manually (or are allowed to be changed) and 'Prepend domain name to search domains' was not selected 10:13:13 *Tunnelblick: Saved the DNS and SMB configurations so they can be restored 10:13:13 *Tunnelblick: Changed DNS ServerAddresses setting from '192.168.10.11 192.168.10.11' to '192.168.10.10' 10:13:13 *Tunnelblick: Changed DNS SearchDomains setting from '' to 'peddiecabin.net' 10:13:13 *Tunnelblick: Changed DNS DomainName setting from 'peddie.net' to 'peddiecabin.net' 10:13:13 *Tunnelblick: Did not change SMB NetBIOSName setting of '' 10:13:13 *Tunnelblick: Did not change SMB Workgroup setting of '' 10:13:13 *Tunnelblick: Did not change SMB WINSAddresses setting of '' 10:13:13 *Tunnelblick: DNS servers '192.168.10.10' will be used for DNS queries when the VPN is active 10:13:13 *Tunnelblick: NOTE: The DNS servers do not include any free public DNS servers known to Tunnelblick. This may cause DNS queries to fail or be intercepted or falsified even if they are directed through the VPN. Specify only known public DNS servers or DNS servers located on the VPN network to avoid such problems. 10:13:13 *Tunnelblick: Flushed the DNS cache via dscacheutil 10:13:13 *Tunnelblick: /usr/sbin/discoveryutil not present. Not flushing the DNS cache via discoveryutil 10:13:14 *Tunnelblick: Notified mDNSResponder that the DNS cache was flushed 10:13:14 *Tunnelblick: Notified mDNSResponderHelper that the DNS cache was flushed 10:13:14 *Tunnelblick: Setting up to monitor system configuration with process-network-changes 10:13:14 *Tunnelblick: End of output from client.up.tunnelblick.sh 10:13:14 *Tunnelblick: ********************************************** 2019-09-09 10:13:14.076843 Initialization Sequence Completed 2019-09-09 10:13:14.076907 MANAGEMENT: >STATE:1568049194,CONNECTED,SUCCESS,10.8.0.6,192.208.59.4,1194,, 2019-09-09 10:13:14.290520 *Tunnelblick: Warning: DNS server address 192.168.10.10 is not a public IP address and is not being routed through the VPN. ================================================================================ Down log: 08:34:13 *Tunnelblick: ********************************************** 08:34:13 *Tunnelblick: Start of output from client.down.tunnelblick.sh 08:34:13 *Tunnelblick: Cancelled monitoring system configuration changes 08:34:13 *Tunnelblick: Restored State:DNS 08:34:13 *Tunnelblick: Removed Setup:DNS 08:34:13 *Tunnelblick: Removed State:SMB 08:34:13 *Tunnelblick: Restored DNS and SMB settings 08:34:13 *Tunnelblick: Flushed the DNS cache with dscacheutil -flushcache 08:34:13 *Tunnelblick: Notified mDNSResponder that the DNS cache was flushed 08:34:13 *Tunnelblick: End of output from client.down.tunnelblick.sh 08:34:13 *Tunnelblick: ********************************************** ================================================================================ Previous down log: 14:27:56 *Tunnelblick: ********************************************** 14:27:56 *Tunnelblick: Start of output from client.down.tunnelblick.sh 14:27:56 *Tunnelblick: Cancelled monitoring system configuration changes 14:27:56 *Tunnelblick: Restored State:DNS 14:27:56 *Tunnelblick: Removed Setup:DNS 14:27:56 *Tunnelblick: Removed State:SMB 14:27:56 *Tunnelblick: Restored DNS and SMB settings 14:27:56 *Tunnelblick: Re-enabled IPv6 (automatic) for "FT232R USB UART" 14:27:56 *Tunnelblick: Re-enabled IPv6 (automatic) for "FT232R USB UART 2" 14:27:56 *Tunnelblick: Re-enabled IPv6 (automatic) for "Thunderbolt Ethernet" 14:27:56 *Tunnelblick: Re-enabled IPv6 (automatic) for "AX88x72A" 14:27:56 *Tunnelblick: Re-enabled IPv6 (automatic) for "iPad USB" 14:27:56 *Tunnelblick: Re-enabled IPv6 (automatic) for "Wi-Fi" 14:27:56 *Tunnelblick: Re-enabled IPv6 (automatic) for "iPhone USB" 14:27:57 *Tunnelblick: Re-enabled IPv6 (automatic) for "Bluetooth PAN" 14:27:57 *Tunnelblick: Re-enabled IPv6 (automatic) for "Thunderbolt Bridge" 14:27:57 *Tunnelblick: Flushed the DNS cache with dscacheutil -flushcache 14:27:57 *Tunnelblick: Notified mDNSResponder that the DNS cache was flushed 14:27:57 *Tunnelblick: End of output from client.down.tunnelblick.sh 14:27:57 *Tunnelblick: ********************************************** ================================================================================ Network services: An asterisk (*) denotes that a network service is disabled. FT232R USB UART FT232R USB UART 2 Thunderbolt Ethernet AX88x72A iPad USB Wi-Fi iPhone USB Bluetooth PAN Thunderbolt Bridge Parallels Shared #0 Wi-Fi Power (en0): On ================================================================================ ifconfig output: lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384 options=1203<RXCSUM,TXCSUM,TXSTATUS,SW_TIMESTAMP> inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.94.0.1 netmask 0xff000000 inet 127.94.0.2 netmask 0xff000000 nd6 options=201<PERFORMNUD,DAD> gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280 stf0: flags=0<> mtu 1280 XHC20: flags=0<> mtu 0 en0: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500 ether ac:bc:32:d4:a0:c5 inet6 fe80::48d:f265:2f8:3bb1%en0 prefixlen 64 secured scopeid 0x5 inet 192.168.10.127 netmask 0xffffff00 broadcast 192.168.10.255 nd6 options=201<PERFORMNUD,DAD> media: autoselect status: active p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304 ether 0e:bc:32:d4:a0:c5 media: autoselect status: inactive awdl0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1484 ether b2:34:16:4a:83:be inet6 fe80::b034:16ff:fe4a:83be%awdl0 prefixlen 64 scopeid 0x7 nd6 options=201<PERFORMNUD,DAD> media: autoselect status: active en1: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500 options=60<TSO4,TSO6> ether 6a:00:01:7a:12:50 media: autoselect <full-duplex> status: inactive en2: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500 options=60<TSO4,TSO6> ether 6a:00:01:7a:12:51 media: autoselect <full-duplex> status: inactive bridge0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500 options=63<RXCSUM,TXCSUM,TSO4,TSO6> ether 6a:00:01:7a:12:50 Configuration: id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0 maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200 root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0 ipfilter disabled flags 0x2 member: en1 flags=3<LEARNING,DISCOVER> ifmaxaddr 0 port 8 priority 0 path cost 0 member: en2 flags=3<LEARNING,DISCOVER> ifmaxaddr 0 port 9 priority 0 path cost 0 nd6 options=201<PERFORMNUD,DAD> media: <unknown type> status: inactive utun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 2000 inet6 fe80::2ae9:20e4:c884:4607%utun0 prefixlen 64 scopeid 0xb nd6 options=201<PERFORMNUD,DAD> vnic0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 options=3<RXCSUM,TXCSUM> ether 00:1c:42:00:00:08 inet 10.211.55.2 netmask 0xffffff00 broadcast 10.211.55.255 media: autoselect status: active vnic1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 options=3<RXCSUM,TXCSUM> ether 00:1c:42:00:00:09 inet 10.37.129.2 netmask 0xffffff00 broadcast 10.37.129.255 media: autoselect status: active utun1: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1380 inet6 fe80::d9a3:df42:c18d:4a68%utun1 prefixlen 64 scopeid 0xe nd6 options=201<PERFORMNUD,DAD> utun2: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1380 inet6 fe80::a464:fee1:7b27:1d8b%utun2 prefixlen 64 scopeid 0xf nd6 options=201<PERFORMNUD,DAD> utun3: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1380 inet6 fe80::53fe:58dc:b9f0:4bfb%utun3 prefixlen 64 scopeid 0x10 nd6 options=201<PERFORMNUD,DAD> utun4: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1500 inet 10.8.0.6 --> 10.8.0.5 netmask 0xffffffff nd6 options=201<PERFORMNUD,DAD> ================================================================================ Non-Apple kexts that are loaded: Index Refs Address Size Wired Name (Version) UUID <Linked Against> 17 0 0xffffff7f80ed7000 0xf000 0xf000 com.displaylink.driver.DisplayLinkDriver (4.0.0 (85514)) 5A240BCF-1B8D-3A9E-B21B-B12D639AC9D9 <16 13 6 5 3> 155 0 0xffffff7f80e4f000 0x5000 0x5000 com.movavi.driver.soundgrabber (2.0.0) 90920AA9-18E8-33FF-9843-884368EB95EA <5 3> 169 0 0xffffff7f84ae7000 0x14000 0x14000 com.intel.kext.intelhaxm (6.0.5) 8C4C5339-F7AA-36E5-A052-3D2E7DC6DF16 <8 6 5 3 1> 174 0 0xffffff7f84afb000 0x8000 0x8000 com.malwarebytes.mbam.rtprotection (3.8.17) F585CC73-569E-3704-9AA7-BDE0EC278F93 <6 5 3 1> 218 0 0xffffff7f84b0b000 0x4000 0x4000 com.parallels.kext.vnic (14.1.3 45485) 86132FAA-396D-35C7-9FB7-5757F2AE7DE8 <6 5 3 1> 219 1 0xffffff7f84b0f000 0x32000 0x32000 com.parallels.kext.hypervisor (14.1.3 45485) E1B53DF4-4104-3C07-8878-22EE54BA4B42 <8 6 5 3 1> 220 0 0xffffff7f84b41000 0xd000 0xd000 com.parallels.kext.netbridge (14.1.3 45485) 8BF54B6C-4DDF-30AE-8E2A-2C7719579FD3 <219 6 5 3 1> ================================================================================ Quit Log: 2019-09-08 08:03:07.253514 applicationShouldTerminate: termination because of logout; delayed until 'shutdownTunnelblick' finishes) 2019-09-08 08:03:07.261800 shutDownTunnelblick: started. 2019-09-08 08:03:07.262284 shutDownTunnelblick: Starting cleanup. 2019-09-08 08:03:07.262791 cleanup: Entering cleanup 2019-09-08 08:03:07.263305 synchronized user defaults 2019-09-08 08:03:08.562590 shutDownTunnelblick: Cleanup finished. 2019-09-08 08:03:08.563021 Finished shutting down Tunnelblick; allowing termination ================================================================================ Console Log:
What settings should I be looking at? The DNS? As far as I know, I just left them at the default from the HDA install. Didn't change anything. I do have another HDA running on my local network that I'm connecting from, is that an issue?

Thanks....

User avatar
bigfoot65
Project Manager
Posts: 11419
Joined: Mon May 25, 2009 4:31 pm

Re: Can Connect to VPN, but can't connect to HDA

Postby bigfoot65 » Mon Sep 09, 2019 1:06 pm

I can connect to my remote HDA via OpenVPN fine. But once connected, I can't connect to the hda.
What does this mean?

Please provide some clarification.

Also have you checked out the Tunnelblick guidance in the wiki?
ßîgƒσστ65
Applications Manager

cpeddie
Posts: 37
Joined: Sat Mar 08, 2014 12:05 am

Re: Can Connect to VPN, but can't connect to HDA

Postby cpeddie » Mon Sep 09, 2019 2:42 pm

I missed the line that said check the box to route all traffic thru the vpn. That made the difference and now everything is working. :/

Thanks...

User avatar
bigfoot65
Project Manager
Posts: 11419
Joined: Mon May 25, 2009 4:31 pm

Re: Can Connect to VPN, but can't connect to HDA

Postby bigfoot65 » Mon Sep 09, 2019 3:09 pm

Glad you found the issue

Marking as resolved.
ßîgƒσστ65
Applications Manager

Who is online

Users browsing this forum: No registered users and 1 guest