Slashdot Log In
VPN Solutions for Small/Medium Businesses?
Posted by
Cliff
on Tue Apr 25, 2006 10:29 PM
from the a-network-in-a-network dept.
from the a-network-in-a-network dept.
artbeall asks: "I work for a small company and we are looking at various commercial VPN solutions, however many seem to be too expensive for us. I am interested in what solutions other small/medium size companies are using for their VPN. Of course, we want a SECURE system that is compatible with common network gear like Cisco as well as being able to run the VPN client on Linux, Solaris, and Windows. Does anyone have suggestions or ideas?"
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
One word: PIX (Score:4, Informative)
Re:One word: PIX (Score:5, Informative)
Yeah, either that, or you could tell your boss you need a Pix, buy the same thing, with the same innards, by the same company [cdw.com], and buy yourself a nice 24" LCD with the leftover $700.
30 concurrant VPN connections. Dual internet ports that can function as failover or load balancing. Built in 4-pt switch. $180. That's small business.
~Will
Parent
Re:One word: PIX (Score:2)
I eventually solved the problems, but the solution involved bypassing the client side QuickVPN software. There are plenty of postings on the web about the problem and Linksys support are basically unresponsive. However, I am pretty sure I know the root cause of the problem.
On the plus side, I can't see any evidence that the tunnels that I have created using my home-brew solution are counted against th
MOD parent down as an idiot (Score:3, Informative)
That said I'd recommend either a Pix 501 or 506 for a
Re:One word: PIX (Score:3, Informative)
But for any size business I don't think a pix 501 is a good choice for a VPN concentrator.
If the submittor already has a Windows network, which is likely, is there any reason not to use the PPTP already built into the Windows servers?
Re:One word: PIX (Score:3, Informative)
There are some limitations with the windows built in pptp services. This isn't even starting to mention that it is less secure (but sufficient in most cases) then a full blown IPSec using certificates.
One linitation I think we ran into is a praticle limit of about 5 or 6 conections at the same time. On ours, It would either drop conections to allow more then that
Re:One word: PIX (Score:2, Informative)
Maintenance is especcaly irritating when it comes to the Cisco VPN client, you cannot obtain a legitimate copy from the Cisco website, without a maintenence agreement. And there are fairly frequent updates.
Re:One word: PIX (Score:3, Informative)
Oh, and to answer the cross-platform question, there are VPN clients for Windows, Solaris, Linux and Mac OS X.
Try Hamachi. (Score:3, Informative)
However, the cable ISP is Comcast. Comcast, in this area, seems to throttle or stop anything besides HTTP traffic.
Other Issues: Hamachi setup time. Insecurity. (Score:3, Informative)
Hamachi setup: The setup time for Hamachi is exactly what they say: A few minutes. The interface is a bit quirky, and the documentaton is limited.
Anyone using Hamachi may want to run it as a service; see this explanation from Cyberonica [cyberonica.com].
Insecurity: Hamachi uses a very sensible technique for getting around firewalls and NAT. So does Skype VOIP [skype.com]. Of course, that means firewalls and NAT are not really protecting us.
In no way am I saying that Hamachi itself is insecure. I don't think t
OpenVPN requires you to have access to the router. (Score:3, Informative)
Hamachi works when you don't have access to the router. In some cases in which the router in administered by someone who won't give you access, Hamachi can work where OpenVPN won't.
Openvpn (Score:4, Informative)
OpenVPN behind a NAT? (Score:2)
Anyone have experience?
More about OpenVPN behind a NAT firewall. (Score:2)
As you can see, there are very few documents that mention NAT firewalls.
In some ways OpenVPN appears to be a typical Open Source project. Documentation is often more work than writing the program, and most Open Source developers don't want to do the documentation, and don't want anyone else to do it, because of perceived loss of credit.
Re:More about OpenVPN behind a NAT firewall. (Score:3, Insightful)
Re:OpenVPN behind a NAT? (Score:4, Informative)
It works fine behind a NAT in either UDP or TCP mode. Have always worked. I run it for road warrior access for a 3rd year now after switching over from an IPSEC/PPTP solution.
If you use OpenVPN 2.0+ you can push options and manage everything from the server just like on a commercial VPN product. The only missing bit is the firewall management so you need to get a decent third party firewall.
A measly 320£ worth Via C3 running OpenVPN can deliver 200+ clients with an aggregate client bandwidth of 50MBit+. The comparable Cisco device is a higher end PIX or a 3000 series concentrator which costs 5 times that.
In addition to that with OpenVPN you can build a proper VPN infrastructure with failover, dynamic load balancing between tunnels, balancing between links, DDNS targets on either end, QoS to allow VOIP links in that, etc. With most IPSEC based solutions (including Cisco) you cannot get even close to that.
Parent
Re:OpenVPN behind a NAT? (Score:3, Informative)
Re:OpenVPN behind a NAT? (Score:3, Informative)
IPCOP (Score:3, Informative)
Re:IPCOP (Score:2)
For offices ranging from 5-35 employees, I use old 200-400MHz Dell desktops with ~128MB RAM and 4-8GB hard drives as the IPCop routers.
Re: IPCOP -- I Second That (Score:5, Informative)
the OpenVPN addon, it makes a sweet RoadWarrior
setup. The OpenVPN GUI is even easy enough for
our executives to use.
For us and our 30-something employees, it cost
us nothing to put IPCop online. It ran for a
year on a P-III/700mHz/256M Dell. We recently
upgraded the RAM to 768M so we could make better
use of the Squid cache.
You can get an IPCop server online with VPN in
under an hour. As long as you have a computer
in the spare parts closet, IPCop is far less
expensive than any other solution.
Matt
Parent
PPTP (Score:2)
Sure there are superior systems but they dont necessarily 'fit' into the small business wintel setup. If youre running an all Linux network, you wouldnt be asking this question and you sure as hell wouldnt look around for commercial offerings.
If your users are OK with typing in an extra password, use OpenBSD's own SSH or ipsec based VPN, and L2TP on the client wi
Cisco VPN 3000 (Score:5, Informative)
If this proves to be too expensive, you ought to look ag OpenVPN. It's quite stable at this point, and they have clients for Windows, Mac and Linux as well. You'll have to have some amount of knowledge of linux networking/firewalling to get it set up right, but there's plenty of documentation out there to guide you.
Re:Cisco VPN 3000 (Score:2, Interesting)
Re:Cisco VPN 3000 (Score:2)
DIY VPN (Score:4, Informative)
Windows has the client native to the system. Linux can compile PPP and the PPTP client, and w/kernel 2.6.15+ you don't need to patch the kernel to get MPPE encrypton/compression. Solaris, alas, needs some patching. I googled this:
http://mcarpenter.free.fr/Dev/pptp.php [mcarpenter.free.fr]
All works fairly well.
Poptop (Score:4, Informative)
Re:Poptop (Score:2)
OpenVPN looks to be about the only really good choice at the free level. If I'm wrong, I'd love to know about it, though.
OpenVPN (Score:5, Informative)
(However, if by "compatible with common network gear" you mean you need to host a VPN endpoint on a Cisco box, then OpenVPN probably won't work. If you can pass the connection through a firewall to a DMZ server, though, it should work fine.)
If you want a completely free solution, use OpenVPN hosted on an OpenBSD (or other free OS) firewall.
Re:OpenVPN (Score:3, Informative)
The one and only 'gotcha' I found, is in situations where PTMU isn't working right and you are using compression on the tunnel packets. The MTU of the tunnel thinks it's 1500, but it should really be 1500 less the tunnel overhead. A ping shows that a 1500 byte packet gets though, but only because it's easily compressible data. When you start moving actual data around suddenly connections hang for no readily obvious reason. It coul
OpenVPN rawks the Casbah (Score:5, Insightful)
I really like OpenVPN [openvpn.net]. It works as a client or a server on Windows, Linux, FreeBSD, Mac OS X, and other operating systems, and it is pretty easy to install, configure, and run. I just followed the how-to [openvpn.net]. It operates over UDP or TCP, you can tunnel it through HTTP or SOCKS proxies, and the server can use any cipher or hash available in the OpenSSL library. PPTP is ubiquitous, but it has serious flaws [schneier.com]. IPSEC is supposed to be standard, but interoperability is a configuration nightmare (especially if you try to do something complex, like use X.509 certificates, or something non-standard, like authenticate users against RADIUS). Firewall/NAT traversal can present serious challenges in some cases as well, as some firewalls can't handle non-TCP/UDP protocols. CIPE requires special support in the operating system kernel [sites.inka.de] and only works on Linux and Windows, and tunneling TCP over TCP (when running PPP over SSH) is a really bad idea [sites.inka.de].
I'm using OpenVPN to tie routers running OpenWRT (Linux) [openwrt.org], routers running FreeBSD, and workstations/laptops running Windows, FreeBSD, and Mac OS X together. It works flawlessly.
Re:OpenVPN rawks the Casbah (Score:2, Interesting)
OpenVPN puts all of this in a config file even on windows. Distribute the config and installation package and you're done. Need more security? Distribute the key files as well.
Re:OpenVPN rawks the Casbah (Score:2, Informative)
Microsoft released a patch/upgrade (DUN 1.3) for Windows 95, Windows 98 and Windows NT 3.51 which Schneier agreed [schneier.com] fixed most of the problems.
My Experience (Score:3, Informative)
I've heard people have much success with Linksys VPN routers. But Cisco VPNs will always be a sure bet.
You might be an idiot... (Score:2)
Re:My Experience (Score:2)
Re:My Experience (Score:2)
Re:My Experience (Score:2)
Re:My Experience (Score:5, Informative)
http://www.itsatechworld.com/2006/01/29/how-to-co
That site has a very easy to understand howto with plenty of client and server examples. After a day of trawling through the OpenVPN documents, this howto was a breath of fresh air.
Parent
Astaro (Score:3, Interesting)
Did I mention I have become a huge fan? or was it already obvious?
*shrug* (Score:3, Informative)
Small company? Then either openswan or PPTP on a commodity server. No need to take sledgehammers to a cockroach.
I usually don't cry dupe, but.... (Score:2)
http://slashdot.org/comments.pl?sid=182998&cid=15
I know, I know, that one said "distributed". Sheesh. My answer remains the same. OpenVPN, like 90% of the answers here.
I'm not being cynical. I'm just tired.
M$oft. (Score:4, Funny)
HEY I'm just providing an alternative.
I use a Netscreen25 and Netgear ProSafe FVL328 (Score:2, Informative)
I'm the systems admin (domain admin. donning asbestos suit.) for a small/medium busines in New Orleans. We use one Netscreen25 [netscreen.com] in our main office downtown. That gives us granular control over individual users' security policies if desired, but I'm in the process of moving them all to a single policy to ease administration. The box can maintain 125 concurent tunnels. It can do quite a bit of other craziness as well, but I haven't worked here long enough to get deep into it. Too much other stuff to do. Not ab
Hamachi (Score:2)
Or if you like to stuff around, OpenVPN.
Home office users, NATs, and multiple users (Score:3, Insightful)
Where things fall apart is that you have multiple laptop users who are behind their own NAT routers at their homes. You need to use VPN software on the laptops (not on the NAT routers) because you only want their work machines connecting in. That's easy enough, until you run into a situation where you have 2 or 3 users who get together and collaborate frequently behind a single NAT router.
It seems like PPTP (maybe SSL?) was better suited for situations where you might have multiple users VPN'ing in from the same source IP address (hidden behind a NAT router, such as an ad-hoc meeting in someone's house or multiple users meeting in a coffee shop). All of my readings on IPSec indicated that IPSec can't handle that particular usage style.
snapgears! (Score:4, Interesting)
We had 530s in each of the hub offices and a 575 in the main office. (Still have the 575, have since closed all the branches) I still have the 530s and I refuse to sell them because they are such nice little boxes. I'm going to take one home and make it vpn back to here.
racoon ISAKMP daemon (Score:3, Informative)
At work we have three VPN concentrators built using Linux and racoon. Two are configured as normal tunnel-mode concentrators, using fully-qualified usernames on the endpoints for authentication. One of these is for employees, the other is for customers. We are able to use any commodity VPN endpoint device which supports IKE identifiers (for example, Netgear FVS114).
We also have a third concentrator which is configured to use Xauth and
It's a pretty kick ass setup, actually. In particular, you don't have to have a Linux/BSD box or other PC at every endpoint location, just lil' IPsec-enabled gateways/routers (Netgear FVS114 is the best I've found so far, even other Netgears like FVS318 devices suck or are broken).
How small? (Score:3, Informative)
Get a WRT54G. Run DD-WRT. Use either the PPTP server or OpenVPN.
Done and done.
Of course, your WRT54G won't handle more than 10 users or so; you'll want to switch to a dedicated box or router for that. But you can't beat it in terms of cost/avaliability-- you can get this sucker up and running in 5 minutes flat, pick one up from bestbuy for ~$50, and there are no moving parts whatsoever.
For a very small office, its great. For a series of small offices in a larger company, its okay too. We use this sort of segmented VPN in our offices because of bandwidth reasons; we don't have enough uplink at any given location to really setup a better solution, and we can't financially justify purchasing more than 1 Mbit/s of uplink anywhere.
Citrix Access Gateway (Score:3, Interesting)
The 1st iteration was not so good because they rushed the rebranding and integration stuff. The 2nd and 3rd iterations were OK.
The latest revision is quite good. It supports around 2000 concurrent users, has easy to use yet powerful access controls and integrates nicely with Citrix's Presentation Server 4 product.
The cost is pretty good: the box is $2500 and licenses retail for around $100/concurrent user. If you have 100 users and your highest expected concurrent remote access count is 25, your cost would be $2500 + 25 x 100 = $5,000. If you buy 2 boxes (they have a built-in failover mechanism for redundancy), the cost would be $7500.
I work for a major healthcare provider and we're replacing Cisco VPN concentrators with the CAG. We bought 4 CAGs and are using Citrix's Advanced Access Control (AAC) product to integrate the CAGs with our internal portals (AAC makes the cost go up pretty high, though). We have around 40,000 users and our max concurrent remote users is currently around 4,000.
Check it out: http://www.citrix.com/English/ps2/products/produc
And no, I'm not the CEO of Citrix in disguise. I just believe in their products; we've saved a ton of $$$ using them!