Setting up customer RV340 - needs to use PPTP VPN with Win10 VPN service.
When configuring PPTP Server tab, set start and end IP addresses to a small range within an unused group of IPs in the scope of the working subnet. Regardless of where I try to set in 8 IPs, I get a subnet range error! See jpg
We've set up PPTP in RV320's with ease. Not sure what I'm missing here, but not able to set the IP range in the working LAN range used.
What am i missing?
I have test this range on a Lab router and it was working fine for PPTP, please see screenshot.
1.one thing I would advise you is to make sure you are not using that same subnet on another VPN settings or vlan settings
2. I will also advise you to upgrade to the latest firmware version 1.0.01.17
3. if you are still having the same issue I would advise you to call 1 866-606-1866 so we can open a case for you and help you troubleshooting this.
if you have more questions please let me know.
thank you for contact cisco support community.
Please offer some reference or example to correctly set this up then?
You see my pix and it's the same range set by yours? The primary RV340 LAN subnet is 192.168.75.0/24. We do this same PPTP VPN set up on RV320's all the time to access network devices at customers remotely ... on their primary subnet LAN.
WHy is this not working here?
It's clear the RV340 version of the admin guide is ... lacking.. to be kind. If you have a resource to detail the setup for PPTP I'd appreciate it. There's something we're obviously missing with the 340 setup that is not consistent with other RV routers for PPTP.
Same here. I have multiple RV340s in the field all using different subnets ranging from 192.168.1.0/24 to 192.168.10.0/24 all VLAN 1 all with a DHCP of 99-199, and I have yet to successfully have a PPTP set up on any of these routers because of the subnet range error. All on the latest firmware 1.0.01.17, but this also didn't work on the previous firmware either.
Wow. Great to hear I'm not going crazy--- that setup should work as it does on the RV320's... which we've used now for years with PPTP under the active LAN subnet. That is the way I'd (and you'd) expect to access remotely the primary LAN the RV340 is on!!
Hopefully our Cisco router team will recognize this and "solve" the same subnet issue... and quickly.
The customers with RV340's we've installed cannot make use of the PPTP access to their primary subnet ... at all... because of this. makes zero sense! We cant get to their devices using this to make changes either.
Any sites that I manage where this is important / required, I have migrated them to Ubiquiti Edgerouter Lite (same Cavium dual core architecture as the RV320) or even an Ubiquiti Edgerouter X (slower CPU). Programming them is an annoying mix of GUI, config tree and command line operations but once configured their PPTP performance blows away the RV320 (RV180 was vastly superior for PPTP) and are extremely reliable just like the Cisco RV routers I have programmed and used for years at these sites.
This isn't a "bug", it's an intentional restriction on the design of the RV34x series...so Cisco is writing their own ticket on eliminating its use in the field for this type of application. The fact that they won't even process a PPTP login without using unencrypted PAP is basically an admission that the PPTP server capability is nothing more than a token gesture for the spec sheet.
It would be a lot more honest if they would just remove its support from the firmware as it is basically a deceptive waste of time and effort. The way it is implemented now, it is essentially their marketing department flipping you the bird while padding the product's spec sheet.
Well, I say it's a bug, not an intentional malfunction.
I'm angry with Cisco's Small Business Line, for its waste of my time, and for wasting the time of so many others, silent and vocal, who obviously exist.
By the way, L2TP server suffers from the same BUG as PPTP server, in the latest RV340 incarnation (f/w very recent.1.0.02.16) That is, there occurs an immediate "range error" upon attempt by user to establish client IP addresses, in the RV340's L2TP server set up. STILL, AFTER ALL THESE YEARS.
Hey, I sent my RV340 back for a refund. For reason of "defective design, in matters critical to me."
I still manage others.
on the RV340/RV345, the PPTP nor other VPN solutions (e.g. Cisco Anyconnect) cannot use any of the existing networks (vlans) because already used for another LAN.
this is a better examples:
on the first image, you can see the currents networks on the devices.
then, I tried to use one of those networks on the PPTP VPN but displayed same error that you got.
If I use another network, no listed on the currents ones, is success.
Jorge, can you give us any more insight to this issue? I have 10-15 more RV340/RV345s planned for deployment in the next 4-6 months, but now concerned about this issue and might have to reconsider the router I'm going to use.