reCAPTCHA failed, spotify offline, youtube partialy loads

i guess im having problem with SSL connection.
i tried to post something to a forum…it hang there forever.

spotify app says im offline
youtube load half way and it stop

this error only occurred with finch
i have private tunnel & boleh both works with no problem.

Hi,

Kindly provide us your VPN connection log for further checking.

[Guide] How to obtain VPN log for FinchVPN - [Guide] How to obtain VPN log for FinchVPN

here’s my connection log

Wed Oct 19 14:33:46 2016 OpenVPN 2.3.10 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [MH] [IPv6] built on Feb 2 2016
Wed Oct 19 14:33:46 2016 library versions: OpenSSL 1.0.2g 1 Mar 2016, LZO 2.08
Wed Oct 19 14:33:46 2016 WARNING: file ‘account.key’ is group or others accessible
Wed Oct 19 14:33:46 2016 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Wed Oct 19 14:33:46 2016 Initializing OpenSSL support for engine 'dynamic’
Wed Oct 19 14:33:46 2016 Control Channel Authentication: tls-auth using INLINE static key file
Wed Oct 19 14:33:46 2016 Outgoing Control Channel Authentication: Using 160 bit message hash ‘SHA1’ for HMAC authentication
Wed Oct 19 14:33:46 2016 Incoming Control Channel Authentication: Using 160 bit message hash ‘SHA1’ for HMAC authentication
Wed Oct 19 14:33:46 2016 Socket Buffers: R=[212992->212992] S=[212992->212992]
Wed Oct 19 14:33:46 2016 UDPv4 link local: [undef]
Wed Oct 19 14:33:46 2016 UDPv4 link remote: [AF_INET]119.81.42.34:1194
Wed Oct 19 14:33:46 2016 TLS: Initial packet from [AF_INET]119.81.42.34:1194, sid=19fc8ea3 fc5faa45
Wed Oct 19 14:33:46 2016 WARNING: this configuration may cache passwords in memory – use the auth-nocache option to prevent this
Wed Oct 19 14:33:47 2016 VERIFY OK: depth=1, C=A1, ST=Anonymous, L=Anonymous, O=FinchVPN, OU=FinchVPN, CN=FinchVPN, name=FinchVPN, [email protected]
Wed Oct 19 14:33:47 2016 VERIFY OK: nsCertType=SERVER
Wed Oct 19 14:33:47 2016 VERIFY OK: depth=0, C=A1, ST=Anonymous, L=Anonymous, O=FinchVPN, OU=FinchVPN, CN=server, name=FinchVPN, [email protected]
Wed Oct 19 14:33:48 2016 Data Channel Encrypt: Cipher ‘BF-CBC’ initialized with 128 bit key
Wed Oct 19 14:33:48 2016 Data Channel Encrypt: Using 160 bit message hash ‘SHA1’ for HMAC authentication
Wed Oct 19 14:33:48 2016 Data Channel Decrypt: Cipher ‘BF-CBC’ initialized with 128 bit key
Wed Oct 19 14:33:48 2016 Data Channel Decrypt: Using 160 bit message hash ‘SHA1’ for HMAC authentication
Wed Oct 19 14:33:48 2016 Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 2048 bit RSA
Wed Oct 19 14:33:48 2016 [server] Peer Connection Initiated with [AF_INET]119.81.42.34:1194
Wed Oct 19 14:33:50 2016 SENT CONTROL [server]: ‘PUSH_REQUEST’ (status=1)
Wed Oct 19 14:33:50 2016 PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 8.8.4.4,dhcp-option DNS 8.8.8.8,route-method adaptive,route-delay 1,route-metric 1,route 25.52.44.1,topology net30,ping 10,ping-restart 60,ifconfig 25.52.44.6 25.52.44.5’
Wed Oct 19 14:33:50 2016 OPTIONS IMPORT: timers and/or timeouts modified
Wed Oct 19 14:33:50 2016 OPTIONS IMPORT: --ifconfig/up options modified
Wed Oct 19 14:33:50 2016 OPTIONS IMPORT: route options modified
Wed Oct 19 14:33:50 2016 OPTIONS IMPORT: route-related options modified
Wed Oct 19 14:33:50 2016 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Wed Oct 19 14:33:50 2016 ROUTE_GATEWAY 192.168.0.1/255.255.255.0 IFACE=wlp12s0 HWADDR=00:1c:7b:9e:a9:51
Wed Oct 19 14:33:50 2016 TUN/TAP device tun0 opened
Wed Oct 19 14:33:50 2016 TUN/TAP TX queue length set to 100
Wed Oct 19 14:33:50 2016 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Wed Oct 19 14:33:50 2016 /sbin/ip link set dev tun0 up mtu 1500
Wed Oct 19 14:33:50 2016 /sbin/ip addr add dev tun0 local 25.52.44.6 peer 25.52.44.5
Wed Oct 19 14:33:50 2016 /etc/openvpn/update-resolv-conf tun0 1500 1542 25.52.44.6 25.52.44.5 init
dhcp-option DNS 8.8.4.4
dhcp-option DNS 8.8.8.8
Wed Oct 19 14:33:54 2016 /sbin/ip route add 119.81.42.34/32 via 192.168.0.1
Wed Oct 19 14:33:54 2016 /sbin/ip route add 0.0.0.0/1 via 25.52.44.5
Wed Oct 19 14:33:54 2016 /sbin/ip route add 128.0.0.0/1 via 25.52.44.5
Wed Oct 19 14:33:54 2016 /sbin/ip route add 25.52.44.1/32 metric 1 via 25.52.44.5
Wed Oct 19 14:33:54 2016 Initialization Sequence Completed

Does the problem remain the same if you try other Singapore server?

all server produced same results… this only happens if im using p1/webe network… on TM or digi network this issue isn’t occur at all.

We had tested with the same server (Singapore 01) and same port (UDP 1194) that you had used but are unable to reproduce the same problem as per described.

Could you try change to TCP 53 and try again? Webe may have some problem with UDP protocol.

works good with TCP protocol…spotify now works…thank you

Hi,

Glad to hear it is now resolved. It is probably some issue with webe and udp protocol.

Our staff had tested with webe and udp although we’re unable to found any problem with it, it does seem to be a lot slower when using udp with webe.

We will keep a close look on webe for now since they’re fairly new into the market, their network infrastructure does seem to be not that stable yet.