From: Church, Chuck (cchurch@netcogov.com)
Date: Sat Sep 10 2005 - 15:57:39 GMT-3
It's intentional that you can't view the file. I believe the router
uses this private file to store things like crypto private keys. Being
able to view these would be a security risk.
Chuck Church
Lead Design Engineer
CCIE #8776, MCNE, MCSE
Netco Government Services - Design & Implementation Team
1210 N. Parker Rd.
Greenville, SC 29609
Home office: 864-335-9473
Cell: 864-266-3978
cchurch@netcogov.com
PGP key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x4371A48D
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Andy Tang
Sent: Saturday, September 10, 2005 2:01 PM
To: CCIEBOB
Cc: Private Ryan; ccielab@groupstudy.com
Subject: Re: 3550 retained config after write erase
Hi,
I tried to TFTP but I got an error message as "%Error opening flash:
private-config.text (Permission denied)". How can I get a permission?
Thanks/Andy
On 9/11/05, CCIEBOB <cciebob@comcast.net> wrote:
>
> Tftp it, and open it.
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
Of
> Private Ryan
> Sent: Friday, September 09, 2005 11:01 PM
> To: ccielab@groupstudy.com
> Subject: Re: 3550 retained config after write erase
>
> what information contained in private-config.text?
> How private is it ? =)
>
> Thanks
> Ryan
>
> --- Godswill Oletu <oletu@inbox.lv> wrote:
>
> > There are about 3 basic configuration files on the
> > 3550 switch:
> >
> > mac-S-Ra~G#dir flash:
> > Directory of flash:/
> >
> > 2 -rwx 0 Jan 01 1970 00:01:24
> > env_vars
> > 3 -rwx 342 Jan 01 1970 00:01:24
> > system_env_vars
> > 4 -rwx 47 Jun 23 1993 07:54:48
> > private-config.text
> > 5 -rwx 3928 Jun 23 1993 07:54:48
> > config.text
> > 6 -rwx 1036 Mar 10 1993 23:22:21
> > vlan.dat
> > 7 drwx 192 Mar 01 1993 00:03:12
> > c3550-i9q3l2-mz.121-11.EA1
> >
> > 15998976 bytes total (11616768 bytes free)
> > mac-S-Ra~G#
> >
> > write erase will only take care of 'config.text'.
> > The file will still exit
> > but its size will be zero, however the other two
> > major files especially the
> > vlan.dat file containing all your vlan and vtp
> > information.
> >
> > To care care of all configurations:
> >
> > #delete flash:config.text
> > #delete flash:vlan.dat
> > #delete flash:private-config.text
> > #reload
> >
> > or you can do:
> >
> > #delete flash:vlan.dat
> > #write erase
> > #reload
> >
> > HTH
> > Godswill Oletu
> >
> >
> > ----- Original Message -----
> > From: "Nawaz, Ajaz" <Ajaz.Nawaz@bskyb.com>
> > To: <ccielab@groupstudy.com>
> > Sent: Friday, September 09, 2005 2:34 PM
> > Subject: 3550 retained config after write erase
> >
> >
> > > Despite executing 'write erase' followed by reload
> > I noticed the vtp
> > > domain
> > > name along with any previously configured vlans
> > still appearing in the
> > > config. As you may know the default vtp mode is
> > 'Server'. However I had
> > > manually set this to 'Transparent' - this didn't
> > go away too after the
> > > write
> > > erase.
> > >
> > > Show vlan displays vlans existing before write
> > erase, as active?
> > > I expected the equivalent of 'clear config all'
> > was 'write erase'
> > >
> > > It seems to clear the rest of the config... e.g
> > hostname, intf settings
> > > etc. Nothing is attached to the switchports where
> > it could dynamically
> > > learn
> > > this information. Even if it did how this does
> > explain the retention of
> > > vtp
> > > domain name?
> > >
> > >
> > > Image c3550-i5q3l2-mz.121-13.EA1a (I've not
> > b/scrubbed it yet)
> > >
> > > tia
> > > Ajaz Nawaz
> > >
> > >
> > > -----------------------------------------
> > > Information in this email may be privileged,
> > confidential and is intended
> > > exclusively for the addressee. The views expressed
> > may not be official
> > > policy, but the personal views of the originator.
> > If you have received it
> > > in error, please notify the sender by return
> > e-mail and delete it from
> > > your
> > > system. You should not reproduce, distribute,
> > store, retransmit, use or
> > > disclose its contents to anyone. Please note
> > we reserve the right to
> > > monitor all e-mail communication through our
> > internal and external
> > > networks.
> > >
> > >
> >
>
This archive was generated by hypermail 2.1.4 : Sun Oct 02 2005 - 14:40:14 GMT-3