Mister-Malu wrote:
I have the same issue. None of the last three firmware updates ( Version 3.0.0.4.384.21045, Version 3.0.0.4.384.21140, Version 3.0.0.4.384.32738) works with VPN Fusion for me. I am using Express VPN as well. I reverted to Firmware*Version 3.0.0.4.384.20648 (released on*2018/04/03) which works with VPN Fusion and Express VPN. Asus support suggested RMA the router as well which I didn't do as it would have meant no internet for a few weeks. I hope they fix this as VPN Fusion was one of the main reasons I bought this router.
We understand that VPN Fusion was a key factor for some people when purchasing the Rapture, because no one else offered such a feature. The first impression of VPN Fusion for some people isn't what we had hoped but the team is doing their best to make it perform as initially expected for everyone.
From the feedback submissions received, we discovered a VPN config file issue after a reboot or firmware update. Until the next firmware update, try this beta which should rectify VPN and wireless band issues. Sorry for the inconvenience.
https://www.asuswebstorage.com/navigate/s/C3819A802ABF44B5B267D288C9D395FFY
Please delete existing VPN connections and set up again.
I have tested VPN Fusion (including ExpressVPN) on my Rapture for 2 days, the connection has been very fast and stable so far.
Report any beta issues in this thread (please state if you are using the beta). Thanks.
MasterC@ASUS wrote:
We understand that VPN Fusion was a key factor for some people when purchasing the Rapture, because no one else offered such a feature. The first impression of VPN Fusion for some people isn't what we had hoped but the team is doing their best to make it perform as initially expected for everyone.
From the feedback submissions received, we discovered a VPN config file issue after a reboot or firmware update. Until the next firmware update, try this beta which should rectify VPN and wireless band issues. Sorry for the inconvenience.
https://www.asuswebstorage.com/navigate/s/C3819A802ABF44B5B267D288C9D395FFY
Please delete existing VPN connections and set up again.
I have tested VPN Fusion (including ExpressVPN) on my Rapture for 2 days, the connection has been very fast and stable so far.
Report any beta issues in this thread (please state if you are using the beta). Thanks.
So nearly 18 months after release, you are basically admitting that the function you most pushed on this router still does not work 100%?
Add to this the multitude of other issues people are still experiencing and all you have is a product that promised nearly everything and delivered almost nothing?
Please give us a stripped down firmware, or allow us to remove the gimmicky and problem laden apps on this router, or better yet get Merlin involved. As I have previously stated his custom firmware leaves anything that you guys can produce in the dust.
MasterC@ASUS wrote:
We understand that VPN Fusion was a key factor for some people when purchasing the Rapture, because no one else offered such a feature. The first impression of VPN Fusion for some people isn't what we had hoped but the team is doing their best to make it perform as initially expected for everyone.
From the feedback submissions received, we discovered a VPN config file issue after a reboot or firmware update. Until the next firmware update, try this beta which should rectify VPN and wireless band issues. Sorry for the inconvenience.
https://www.asuswebstorage.com/navigate/s/C3819A802ABF44B5B267D288C9D395FFY
Please delete existing VPN connections and set up again.
I have tested VPN Fusion (including ExpressVPN) on my Rapture for 2 days, the connection has been very fast and stable so far.
Report any beta issues in this thread (please state if you are using the beta). Thanks.
Hello there!
I had installed this beta software, deleted all existing VPN connections before, and added ExpressVPN Denver, like you did.
It was not connecting ....
>>
Aug 31 16:01:49 rc_service: httpd 834:notify_rc restart_vpnc
Aug 31 16:01:52 vpnclient5[8305]: Multiple --up scripts defined. The previously configured script is overridden.
Aug 31 16:01:52 vpnclient5[8305]: Multiple --down scripts defined. The previously configured script is overridden.
Aug 31 16:01:52 vpnclient5[8305]: OpenVPN 2.3.2 arm-buildroot-linux-gnueabi [SSL (OpenSSL)] [LZO] [EPOLL] [eurephia] [MH] [IPv6] built on Aug 24 2018
Aug 31 16:01:52 vpnclient5[8305]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Aug 31 16:01:52 vpnclient5[8305]: Control Channel Authentication: using 'static.key' as a OpenVPN static key file
Aug 31 16:01:52 vpnclient5[8305]: Outgoing Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication
Aug 31 16:01:52 vpnclient5[8305]: Incoming Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication
Aug 31 16:01:52 vpnclient5[8305]: Socket Buffers: R=[524288->1048576] S=[524288->1048576]
Aug 31 16:01:53 vpnclient5[8306]: UDPv4 link local: [undef]
Aug 31 16:01:53 vpnclient5[8306]: UDPv4 link remote: [AF_INET]70.39.100.66:1195
Aug 31 16:02:53 vpnclient5[8306]: TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Aug 31 16:02:53 vpnclient5[8306]: TLS Error: TLS handshake failed
Aug 31 16:02:53 vpnclient5[8306]: SIGUSR1[soft,tls-error] received, process restarting
Aug 31 16:02:53 vpnclient5[8306]: Restart pause, 2 second(s)
Aug 31 16:02:55 vpnclient5[8306]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Aug 31 16:02:55 vpnclient5[8306]: Socket Buffers: R=[524288->1048576] S=[524288->1048576]
Aug 31 16:02:56 vpnclient5[8306]: UDPv4 link local: [undef]
Aug 31 16:02:56 vpnclient5[8306]: UDPv4 link remote: [AF_INET]70.39.100.66:1195
Aug 31 16:03:56 vpnclient5[8306]: TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Aug 31 16:03:56 vpnclient5[8306]: TLS Error: TLS handshake failed
Aug 31 16:03:56 vpnclient5[8306]: SIGUSR1[soft,tls-error] received, process restarting
Aug 31 16:03:56 vpnclient5[8306]: Restart pause, 2 second(s)
Aug 31 16:03:58 vpnclient5[8306]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Aug 31 16:03:58 vpnclient5[8306]: Socket Buffers: R=[524288->1048576] S=[524288->1048576]
Aug 31 16:03:58 vpnclient5[8306]: UDPv4 link local: [undef]
Aug 31 16:03:58 vpnclient5[8306]: UDPv4 link remote: [AF_INET]70.39.100.66:1195
Despite my frustration, I wanted to give it another try and added a VPN which works with the router's April release.
ExpressVPN Taiwan3
Aug 31 17:25:20 vpnclient4[14087]: Multiple --up scripts defined. The previously configured script is overridden.
Aug 31 17:25:20 vpnclient4[14087]: Multiple --down scripts defined. The previously configured script is overridden.
Aug 31 17:25:20 vpnclient4[14087]: OpenVPN 2.3.2 arm-buildroot-linux-gnueabi [SSL (OpenSSL)] [LZO] [EPOLL] [eurephia] [MH] [IPv6] built on Aug 24 2018
Aug 31 17:25:20 vpnclient4[14087]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Aug 31 17:25:20 vpnclient4[14087]: Control Channel Authentication: using 'static.key' as a OpenVPN static key file
Aug 31 17:25:20 vpnclient4[14087]: Outgoing Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication
Aug 31 17:25:20 vpnclient4[14087]: Incoming Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication
Aug 31 17:25:20 vpnclient4[14087]: Socket Buffers: R=[524288->1048576] S=[524288->1048576]
Aug 31 17:25:21 vpnclient4[14088]: UDPv4 link local: [undef]
Aug 31 17:25:21 vpnclient4[14088]: UDPv4 link remote: [AF_INET]59.120.237.241:1195
Aug 31 17:25:21 vpnclient4[14088]: TLS: Initial packet from [AF_INET]59.120.237.241:1195, sid=10f42489 15aa1a45
Aug 31 17:25:21 vpnclient4[14088]: WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
Aug 31 17:25:21 vpnclient4[14088]: VERIFY OK: depth=1, C=VG, ST=BVI, O=ExpressVPN, OU=ExpressVPN, CN=ExpressVPN CA, emailAddress=support@expressvpn.com
Aug 31 17:25:21 vpnclient4[14088]: VERIFY OK: nsCertType=SERVER
Aug 31 17:25:21 vpnclient4[14088]: VERIFY X509NAME OK: C=VG, ST=BVI, O=ExpressVPN, OU=ExpressVPN, CN=Server-3922-0a, emailAddress=support@expressvpn.com
Aug 31 17:25:21 vpnclient4[14088]: VERIFY OK: depth=0, C=VG, ST=BVI, O=ExpressVPN, OU=ExpressVPN, CN=Server-3922-0a, emailAddress=support@expressvpn.com
Aug 31 17:25:21 vpnclient4[14088]: Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
Aug 31 17:25:21 vpnclient4[14088]: Data Channel Encrypt: Using 512 bit message hash 'SHA512' for HMAC authentication
Aug 31 17:25:21 vpnclient4[14088]: Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
Aug 31 17:25:21 vpnclient4[14088]: Data Channel Decrypt: Using 512 bit message hash 'SHA512' for HMAC authentication
Aug 31 17:25:21 vpnclient4[14088]: Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 2048 bit RSA
Aug 31 17:25:21 vpnclient4[14088]: [Server-3922-0a] Peer Connection Initiated with [AF_INET]59.120.237.241:1195
Aug 31 17:25:24 vpnclient4[14088]: SENT CONTROL [Server-3922-0a]: 'PUSH_REQUEST' (status=1)
Aug 31 17:25:24 vpnclient4[14088]: PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1,dhcp-option DNS 10.93.0.1,route 10.93.0.1,topology net30,ping 10,ping-restart 60,ifconfig 10.93.0.6 10.93.0.5'
Aug 31 17:25:24 vpnclient4[14088]: OPTIONS IMPORT: timers and/or timeouts modified
Aug 31 17:25:24 vpnclient4[14088]: OPTIONS IMPORT: --ifconfig/up options modified
Aug 31 17:25:24 vpnclient4[14088]: OPTIONS IMPORT: route options modified
Aug 31 17:25:24 vpnclient4[14088]: OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Aug 31 17:25:24 vpnclient4[14088]: TUN/TAP device tun14 opened
Aug 31 17:25:24 vpnclient4[14088]: TUN/TAP TX queue length set to 100
Aug 31 17:25:24 vpnclient4[14088]: do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Aug 31 17:25:24 vpnclient4[14088]: /sbin/ifconfig tun14 10.93.0.6 pointopoint 10.93.0.5 mtu 1500
Aug 31 17:25:24 vpnclient4[14088]: /etc/openvpn/ovpnc-up 4 tun14 1500 1606 10.93.0.6 10.93.0.5 init
Aug 31 17:25:26 vpnclient4[14088]: Initialization Sequence Completed
Aug 31 17:25:30 roamast: eth6: add client [f8:04:2e:02:9e:2d] to monitor list
Aug 31 17:25:31 WAN Connection: WAN was restored.
Aug 31 17:25:32 ntp: start NTP update
Aug 31 17:25:56 vpnclient4[14088]: FRAG TTL expired i=5
Aug 31 18:08:47 kernel: jffs2: warning: (15710) jffs2_sum_write_data: Not enough space for summary, padsize = -273
So it worked for me, at least with one VPN Connection (which is not my favourite one).
Will post more if I have more results.
ExpressVPN Denver works from my PC ..... so it is not a network issue.
You should have a look on the TLS Problem.
Tom
MasterC@ASUS wrote:
We understand that VPN Fusion was a key factor for some people when purchasing the Rapture, because no one else offered such a feature. The first impression of VPN Fusion for some people isn't what we had hoped but the team is doing their best to make it perform as initially expected for everyone.
From the feedback submissions received, we discovered a VPN config file issue after a reboot or firmware update. Until the next firmware update, try this beta which should rectify VPN and wireless band issues. Sorry for the inconvenience.
https://www.asuswebstorage.com/navigate/s/C3819A802ABF44B5B267D288C9D395FFY
Please delete existing VPN connections and set up again.
I have tested VPN Fusion (including ExpressVPN) on my Rapture for 2 days, the connection has been very fast and stable so far.
Report any beta issues in this thread (please state if you are using the beta). Thanks.
UPDATE: Thanks for uploading the beta. I installed the beta software, and VPN Fusion (with Express VPN) works now. As soon as I switch off the router—without deactivating the VPN client—and switch it back on, I lose internet connection. I then have to navigate through the slow GUI to the VPN Fusion tab, deactivate the VPN client and the device(s) in the Exception List, and reboot the system. After the reboot, the internet works again, and the GUI is responsive. When I then activate the VPN client and a client device, no internet connection will be established for the device that is supposed to connect through VPN. Everything else (all other devices) connect to the internet without issues. To make VPN work again, I have to delete the VPN profile in the server list, create the VPN profile again, activate that, and then activate the device client in the Exception List again. Only then does VPN work again. To make a long story short, the beta software works, but if you want to switch off the router—overnight, for a few days or something like this—one will have to execute the following steps first: Deactivate the VPN profile, deactivate the client device, then delete the VPN profile, and then switch off the router. When you switch on the router again, you’ll have to set up the VPN profile again, activate it, and then select and activate clients in the exception list again until the next time you switch off the router.
