Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Computing > Cisco > Bug with the Cisco VPN Client?

Reply
Thread Tools

Bug with the Cisco VPN Client?

 
 
DCS
Guest
Posts: n/a
 
      02-16-2006
I have a VPN Client issue I wanted to post here before I report it to
the Cisco TAC. I have about 15 profiles in my VPN Client (4.8.00 on
XP) The Client has crashed my computer a couple times, not sure why
and am unable to replicate it on demand. When it crashes, it deletes
my configuration files. When I navigate to the C:\Program Files\Cisco
Systems\VPN Client\Profiles, all the configuration files are still
there but empty, no group names, passwords, etc. Very strange, has
another else experienced this?

 
Reply With Quote
 
 
 
 
Merv
Guest
Posts: n/a
 
      02-17-2006
check out Cisco bug id CSCsa74320

 
Reply With Quote
 
 
 
 
Rob
Guest
Posts: n/a
 
      02-17-2006
Yes! This happens to me too. I thought it was my particular
installation of Windows. Do you know if the previous release is
better?



On 16 Feb 2006 15:54:48 -0800, "DCS" <(E-Mail Removed)> wrote:

>I have a VPN Client issue I wanted to post here before I report it to
>the Cisco TAC. I have about 15 profiles in my VPN Client (4.8.00 on
>XP) The Client has crashed my computer a couple times, not sure why
>and am unable to replicate it on demand. When it crashes, it deletes
>my configuration files. When I navigate to the C:\Program Files\Cisco
>Systems\VPN Client\Profiles, all the configuration files are still
>there but empty, no group names, passwords, etc. Very strange, has
>another else experienced this?


 
Reply With Quote
 
J
Guest
Posts: n/a
 
      02-17-2006
I too have been bit by this. I had well over 4 dozen PCFs from many
different clients that were hosed. The most recent crash was with 4.7.
Why the hell the CVPN client had all those files *open* let alone
*writable* at all I will never know. There is no reason for the CVPN
client to ever open the files after the initial boot (once it's read
everything into memory) and no reason to ever have them open and
writeable unless the user is making changes to a specific profile's
config. That's inexcusable programing IMHO but I digress.

One feature that I would love to see added is the ability to have a Pix
or Concentrator force the CVPN client to delete a given PCF if the
admin so commands. I'm stuck with users that have a copy of a PCF on a
system with X-auth but no authorization. They're using a PCF that
they're not supposed to be using but I can't convince them to come get
a copy of the correct PCF. I want to be able to command the remote
Cisco client to delete the PCF. Along these same lines I'd like the
ability to push a replacement PCF to the CVPN client in preparation for
a group auth password change. If I could push out the new PCF 2 weeks
before the password gets changed then I can greatly reduce the strain
on myself and the helpdesk when such a change is mandated.

Back on topic, my best advice is to backup you PCFs regularly. There
are plenty of free backup tools that can automatically backup files to
remote (or local) destinations on a regular schedule.

J

 
Reply With Quote
 
Rob
Guest
Posts: n/a
 
      02-17-2006
What about using a version before this affected bug? Were they worse
in other ways?




On 17 Feb 2006 09:05:01 -0800, "J" <(E-Mail Removed)> wrote:

>I too have been bit by this. I had well over 4 dozen PCFs from many
>different clients that were hosed. The most recent crash was with 4.7.
> Why the hell the CVPN client had all those files *open* let alone
>*writable* at all I will never know. There is no reason for the CVPN
>client to ever open the files after the initial boot (once it's read
>everything into memory) and no reason to ever have them open and
>writeable unless the user is making changes to a specific profile's
>config. That's inexcusable programing IMHO but I digress.
>
>One feature that I would love to see added is the ability to have a Pix
>or Concentrator force the CVPN client to delete a given PCF if the
>admin so commands. I'm stuck with users that have a copy of a PCF on a
>system with X-auth but no authorization. They're using a PCF that
>they're not supposed to be using but I can't convince them to come get
>a copy of the correct PCF. I want to be able to command the remote
>Cisco client to delete the PCF. Along these same lines I'd like the
>ability to push a replacement PCF to the CVPN client in preparation for
>a group auth password change. If I could push out the new PCF 2 weeks
>before the password gets changed then I can greatly reduce the strain
>on myself and the helpdesk when such a change is mandated.
>
>Back on topic, my best advice is to backup you PCFs regularly. There
>are plenty of free backup tools that can automatically backup files to
>remote (or local) destinations on a regular schedule.
>
>J


 
Reply With Quote
 
DCS
Guest
Posts: n/a
 
      02-17-2006
I found the bug information on the Cisco website under CSCsa74320 and
it's known and affects Client versions 4.6 and up. The bug was listed
as a severity 3 but I've opened a new TAC case to have it raised to a 2
since I'm in production and already had some users get their configs
blown away. If anyone else has this issue, please open a TAC case by
calling 1 800 553 2447 or going to the Cisco web site and logging on
with your CCO account and to open a new ticket and reference the above
bug number.

It's kind of like Microsoft Word erasing all you documents in My
Documents when the system crashes.....

 
Reply With Quote
 
DCS
Guest
Posts: n/a
 
      02-17-2006
Yes J, that would be a great feature to be able to push out PCF updates
with new passwords, features, etc!

 
Reply With Quote
 
Rob
Guest
Posts: n/a
 
      02-17-2006
On 17 Feb 2006 09:44:32 -0800, "DCS" <(E-Mail Removed)> wrote:

>If anyone else has this issue, please open a TAC case by
>calling 1 800 553 2447 or going to the Cisco web site and logging on
>with your CCO account and to open a new ticket and reference the above
>bug number.
>


Done.

 
Reply With Quote
 
DCS
Guest
Posts: n/a
 
      02-17-2006
Rob,

TAC said to drop down to Client version 4.00 until a new release is
out. According to my TAC engineer it's a high priority. Make sure you
don't lose any needed features by going back.

 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
USB Keys and Cisco VPN Concentrator / Cisco VPN Client ? TechGuy Cisco 3 02-05-2009 01:05 PM
*bug* *bug* *bug* David Raleigh Arnold Firefox 12 04-02-2007 03:13 AM
Cisco 1750 Router Cisco QoS Device Manager Cisco VPN Device Manager Rene Kuhn Cisco 0 12-28-2005 08:45 PM
VPN Connection Problems between Cisco PIX 506E and Cisco VPN Concentrator 3005 Kai Cisco 0 02-15-2005 02:03 PM
Cisco vpn server enabled / VPN and no-VPN connections mix Elise Cisco 6 05-22-2004 07:55 AM



Advertisments