I have found this issue beginning with 184.108.40.206, but can confirm that the access rules work as expected in 220.127.116.11. Unfortunately, the CSCuz56638 bug writeup reports this as a bug with 18.104.22.168, which I cannot confirm.
Can anyone at Cisco get this pathetic little router fixed? I've deployed a number of these to replace the older RV180w model which is no longer available, and the RV130w has been a complete disaster from day one. I am no longer deploying any Cisco RV routers due to the huge drop in quality and reliability. Either fix the issues or give up and send everyone to the Ubiquiti Edgerouters as a small business replacement!!!
I can confirm this ACL bug to (CSCuz56638) in many of the last firmware versions, even the last one 22.214.171.124 still has this bug!. I had also many issues with the original factory based firmware, most isues where fixed in 1.0.3.XX. But in 1.0.3.XX there is this ACL bug and for this i was forced to go back to the old firmware. with other problems :-( like other simulair bug as in https://supportforums.cisco.com/t5/small-business-routers/port-forwarding-on-rv320-bypasses-firewall-rules/td-p/2601764#comment-11666921 It has been seen now for 1 year and stil it is not fixed by Cisco and i'am getting frustrated to... I bought also many RV130's but will soon switch to another brand to if this takes to long.
below some other problems i have in older versions; 126.96.36.199: i have single port mappings and access rules enabled, when i click on re-order and want to move access rule 45 to place 34 and i click save then the rv130's webserver crashes a reconnect fom the webbrowser rdoes not work anymore. a reboot of the device is then required.
188.8.131.52: while the single port mappings are opening the firewall for every one from outside, this is not the case i want and to allow a single ip i have to specify first an allow access rule for a single ip address and then a block rule for the rest of the world. however this does not work and the traffic is blocking everyone even if there is a access allow rule abov
further 2 request for the engineering department; 1) in all firmware versions with the inside WAN/LAN allow access rule, i can specify only a single ip and not a range of ip adresses. it would be very handy to allow this function. without this i have to make many single rules, one for every ip.
2) a single port mapping does now allow by default a port to be open for every one. better is to seperate those so that for every single port mapping an access rule is required and it's not opened by default to the world.
Hello, This article will describe how to configure PPTP VPN on the new
RV340/345 routers from the Small Business series. RV340/345
Configuration The first step is to enable the PPTP Server: Go to VPN ->
PPTP Server Change PPTP Server: from Off to On Selec...
Article ID:5748 Use TheGreenBow VPN Client to Connect with RV34x Series
Router Introduction A Virtual Private Network (VPN) connection allows
users to access, send, and receive data to and from a private network by
means of going through a public or share...
Article ID:5728 Configure a Teleworker VPN Client on the RV34x Series
Router Objective The Teleworker VPN Client feature minimizes the
configuration requirements at remote locations by allowing the device to
work as a Cisco VPN hardware client. When the T...