Problem resolved...KVPNC still busted for us....but we got it going. We've added the routes manually using the "after connect" option in KVPNC like so:
route add -net 199.60.64.0 netmask 255.255.224.0 tun0 route add -net 192.197.150.0 netmask 255.255.224.0 tun0 So we set it to keep the default route and then add those 2 routes we need manually and it's all good. Tun0 gets created...we have access to all remote resources, and our local LAN is not effected....mail can be sent...IM works!! So it's pretty clear that KVPNC is NOT adding the alternate routes correctly or at all. The million dollar question is why. I'm more than happy to test if anyone wants some debugging help ;-) Thanks again everyone for their assistance! Cheers - Bryan Stevenson B.Comm. VP & Director of E-Commerce Development Electric Edge Systems Group Inc. phone: 250.480.0642 fax: 250.480.1264 cell: 250.920.8830 e-mail: [EMAIL PROTECTED] web: www.electricedgesystems.com Notice: This message, including any attachments, is confidential and may contain information that is privileged or exempt from disclosure. It is intended only for the person to whom it is addressed unless expressly authorized otherwise by the sender. If you are not an authorized recipient, please notify the sender immediately and permanently destroy all copies of this message and attachments. On Wed, 2008-02-13 at 09:11 -0800, Bryan Stevenson wrote: > On Fri, 2008-02-08 at 13:06 -0500, Larry Roberts wrote: > > If you look in the log (or is it debug?) window of kvpnc you will see > > the command that you need to issue for connection. It would be > > interesting to see if you can manually launch it and it would work. > > > > FWIW, I used vpnc 4.0 to a set of concentrators and it worked fine so > > I > > think that should work. If I remember it was 3.3 that was the issue, > > again this being from memory... > > > > Keep us updated. > > > > Larry > > Hey Larry, > > OK...here's the update. I cranked the verbosity of the VPNC debug > output to 99 and all it does is add a single extra line to the debug > output which is completely useless ;-) > > I had one of my staff try this on Kubuntu...KVPNC 0.9 and VPNC 0.4 (same > as me). He sees the EXACT same results I do. When keeping the default > route and setting an alternate route to use Tun0, when connected there > is no Tun0 device present in the routing table. > > So you can make it work on Kubuntu and we can't...now what? ;-) > > At least I have SynCe working now and can sync my Windows Mobile 6 > device with Evolution ;-) > > Would the alternate route show up in the routing table if the details of > that route were incorrect? > > TIA > > Cheers > > - > > Bryan Stevenson B.Comm. > VP & Director of E-Commerce Development > Electric Edge Systems Group Inc. > phone: 250.480.0642 > fax: 250.480.1264 > cell: 250.920.8830 > e-mail: [EMAIL PROTECTED] > web: www.electricedgesystems.com > > Notice: > This message, including any attachments, is confidential and may contain > information that is privileged or exempt from disclosure. It is intended > only for the person to whom it is addressed unless expressly authorized > otherwise by the sender. If you are not an authorized recipient, please > notify the sender immediately and permanently destroy all copies of this > message and attachments. > > > > > > > > _______________________________________________ > Kvpnc-user mailing list > [email protected] > https://mail.gna.org/listinfo/kvpnc-user _______________________________________________ Kvpnc-user mailing list [email protected] https://mail.gna.org/listinfo/kvpnc-user
