Re: disconnected drive link persists

On Jan 22, 9:44 am, "Pegasus \(MVP\)" <I....@xxxxxxxxxx> wrote:
<JoeC...@xxxxxxxxx> wrote in message

news:134556c4-bde3-49bd-827c-5a967003f3fe@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
On Jan 22, 8:52 am, "Pegasus \(MVP\)" <I....@xxxxxxxxxx> wrote:





<JoeC...@xxxxxxxxx> wrote in message

news:f5ea9d09-1a2b-484c-9683-e1249325de8b@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

My work environment is XP pro, fully managed, regulated, audited.

Users have private accounts they access from their desktop. In
addition, there is a common account that is used on "shared"
computers, screens locked after use. This is setup is used to avoid
users locking others out of shared computers, and to avoid the time-
overhead of doing a full logon each time a shared computer is used.
Users typically use the shared computer to logon to some application,
record information, then close the appication and lock the shared
account, thereby leaving the appropriate audit trail while still
having the advantages of the common account.

Here's the rub. It is often convenient for a user to map a network
drive from a shared computer. However, the shared account has no
privleges, so the user must supply his private credentials for the
drive mapping. User opens a file, works on it saves his work and
closes the file. The conciensious user terminates the drive map and
instructs the OS not to reconnect on login, and locks the computer.

Next user opens the common account, goes to recently used file list
and double-clicks previous user's file from the list, The drive is
remapped using the prior user's credentials, no password needed!

How do I prevent this behavior? I know the user can clear the
recently used file list, but this is really asking too much! BTW, I
am a user, not an admin.

Thanks for your help!

I tried to duplicate your observations with a non-admin account like so:
1. From within "My Computer", map a drive to a share located
on a different machine.
2. Enter suitable credentials when challenged.
3. Open some document.
4. Close the document.
5. From within "My Computer", disconnect the shared drive.
6. From Start / Documents, click the previously opened document.

Whenever I do this I get challenged for an account/password. In
other words I was unable to see what you report.- Hide quoted text -

- Show quoted text -

Thanks for taking the time to test this.  I'm glad it's not a general
Windows thing.  I'll have to raise the issue with our IT dept again...

========

Your IT Department should be your first point of contact. They
are paid to assist you.- Hide quoted text -

- Show quoted text

IT actually was my first point of contact. However it was an informal
oral inquiry and no resolution resulted. Today, I raised a formal
ticket. The reply was that the behavior I observed was expected. The
IT specialist outlined a likely scenario where the original mapping
had the "reconnect at login" checked. However this wasn't the case.
I had connected using:

net use * \\server\path * /user:domain\user /persistent:no
of the form:
net use [drive] \\server\path [pw] [/user:domain\user] [/
persistent:no]
(first asterisk = next available drive, second astrisk = querry user
for password)

I disconnected using

net use * /delete

I know this is how I connected because I store my mapping strings in a
secure application that I access from the common use account and paste
them into a command window.

Can anyone confirm that when mapped and disconnected in the manner I
discribe that the drives will be automatically reconnected with no
password prompt when the link to a file located on a formally mapped
drive is clicked from the "My Recent Documents"?

I have confirmed this behavior on 3 separate "shared" computers at
work.

Sorry this thread is getting long, but thanks for your help.

Joe
.

Relevant Pages

  • Re: Vista -> Personal Folder -> Unix NAS BUG
    ... account context will be used to access a network share. ... is a problem with mapping said path to a *personal folder*. ... Click on "Do not move files to the Recycle Bin. ... network drives or referring to UNC locations, ...
    (microsoft.public.windows.vista.general)
  • Re: Bummer
    ... >>a more restricted account and I may have stupidly left it logged in as ... they are trojans so they didn't load themselves - I guess your ... Would Flash drives be considered reliable enough? ... >>I did notice that he used a Guest account on the company's AOL to sign ...
    (rec.games.computer.ultima.dragons)
  • Re: login problem to a persistent connection to a mapped drive
    ... experiencing some odd behavior with the behavior ... batch files - users enter the password once and the drives are mapped. ... > The users are trying to log in to a local account on that server. ... > account used to log onto the XP workstation and retrying a few times after ...
    (microsoft.public.windowsxp.configuration_manage)
  • Re: login problem to a persistent connection to a mapped drive
    ... We tried the different user name but it still locked the account. ... W did attempt the login script which worked fine. ... > batch files - users enter the password once and the drives are mapped. ... >> account used to log onto the XP workstation and retrying a few times after ...
    (microsoft.public.windowsxp.configuration_manage)
  • RE: Login Restrictions
    ... My immediate response would be to let them have sudo as the common account ...
    (RedHat)