Discussion:
How to logout?
(too old to reply)
M.Siler
2007-03-27 13:43:28 UTC
Permalink
When I sit down at a user's workstation and access a hidden share on the
server where I have some utilities I get a login dialog. I login as the
admin and do what I need to do and close Explorer. But if after I leave the
user saw the path I eneted for the hidden share they can re-enter it and
they are *NOT* prompted for the user name & password. When I'm done how do I
logout of that hidden share without making the user completely logout?


Related side question... How do I make windows stop recording the path I
enter in Explorer. This makes it that much easier for the user to get back
to where I was at after I leave given all they have to start typing is \\
and a list of all the path's I've enter shows up in a drop down.

Thanks,
Mark
Pegasus (MVP)
2007-03-27 13:58:48 UTC
Permalink
Post by M.Siler
When I sit down at a user's workstation and access a hidden share on the
server where I have some utilities I get a login dialog. I login as the
admin and do what I need to do and close Explorer. But if after I leave the
user saw the path I eneted for the hidden share they can re-enter it and
they are *NOT* prompted for the user name & password. When I'm done how do I
logout of that hidden share without making the user completely logout?
Related side question... How do I make windows stop recording the path I
enter in Explorer. This makes it that much easier for the user to get back
to where I was at after I leave given all they have to start typing is \\
and a list of all the path's I've enter shows up in a drop down.
Thanks,
Mark
Instead of using Explorer, use the Command Prompt to access
your utilities. When finished, disconnect the share and close the
Command Prompt. This approach has three advantages:
- It solves your visibility problem.
- It is often faster than Explorer (especially if you can touch-type).
- It sets you apart from your users because few of them can
operate in a Command Prompt environment.
Roger Abell [MVP]
2007-03-27 14:05:28 UTC
Permalink
Post by M.Siler
When I sit down at a user's workstation and access a hidden share on the
server where I have some utilities I get a login dialog. I login as the
admin and do what I need to do and close Explorer. But if after I leave
the user saw the path I eneted for the hidden share they can re-enter it
and they are *NOT* prompted for the user name & password. When I'm done
how do I logout of that hidden share without making the user completely
logout?
see if
net \\comp session /delete
helps you out

net help session
for info
Post by M.Siler
Related side question... How do I make windows stop recording the path I
enter in Explorer. This makes it that much easier for the user to get back
to where I was at after I leave given all they have to start typing is \\
and a list of all the path's I've enter shows up in a drop down.
Simply do not use explorer to connect.
(see info: net help use)
You are asking about changing the behavior either for all users
or the one whose account you are using. They may not like that.
M.Siler
2007-03-27 14:58:31 UTC
Permalink
There is no session, but this did point me in the right direction.

After connecting to the the hidden share via Explore and I perfer that given
when it prompts me for the password it's masked as I enter it. If I do it
from the command prompt the password is in clear text.

When I'm done I open a command prompt and enter:
net use
and I'll see a list of all my mapped drives as well as the hidden share I'm
connected to. For this example assume the path is \\myserver\hshare$
I'd then enter
net use \\myserver\hshare$ /delete
it's all gone now.

I'd still like to know if there is a setting or registry hack that will stop
Explorer from caching that get's type in for the path.
Post by Roger Abell [MVP]
Post by M.Siler
When I sit down at a user's workstation and access a hidden share on the
server where I have some utilities I get a login dialog. I login as the
admin and do what I need to do and close Explorer. But if after I leave
the user saw the path I eneted for the hidden share they can re-enter it
and they are *NOT* prompted for the user name & password. When I'm done
how do I logout of that hidden share without making the user completely
logout?
see if
net \\comp session /delete
helps you out
net help session
for info
Post by M.Siler
Related side question... How do I make windows stop recording the path I
enter in Explorer. This makes it that much easier for the user to get
back to where I was at after I leave given all they have to start typing
is \\ and a list of all the path's I've enter shows up in a drop down.
Simply do not use explorer to connect.
(see info: net help use)
You are asking about changing the behavior either for all users
or the one whose account you are using. They may not like that.
Pegasus (MVP)
2007-03-27 15:12:03 UTC
Permalink
Post by M.Siler
There is no session, but this did point me in the right direction.
After connecting to the the hidden share via Explore and I perfer that given
when it prompts me for the password it's masked as I enter it. If I do it
from the command prompt the password is in clear text.
This is not correct. When you are challenged for a password in
a Command Prompt then the password you enter is not
echoed on the screen.
M.Siler
2007-03-27 15:46:11 UTC
Permalink
I stand corrected. When you don't give it the user name & password it will
prompt you for both and will not echo the password as it's typed. When I
don't give it the password it pops back "The password is invalid for
\\myserver\hshare$." Not that it makes a ton of difference, but is there a
way to enter

net use r: \\myserver\hshare$ without getting the "error" that the password
was invalid?
Post by Pegasus (MVP)
Post by M.Siler
There is no session, but this did point me in the right direction.
After connecting to the the hidden share via Explore and I perfer that
given
Post by M.Siler
when it prompts me for the password it's masked as I enter it. If I do it
from the command prompt the password is in clear text.
This is not correct. When you are challenged for a password in
a Command Prompt then the password you enter is not
echoed on the screen.
Paul Adare
2007-03-27 16:13:23 UTC
Permalink
Post by M.Siler
Not that it makes a ton of difference, but is there a
way to enter
net use r: \\myserver\hshare$ without getting the "error" that the password
was invalid?
As per net use /help, add a * to the end of the command. Without the *
you're attempting to send a null password, hence the error. The * says,
"ask me for the password".
--
Paul Adare
MVP - Windows - Virtual Machine
http://www.identit.ca
"The English language, complete with irony, satire, and sarcasm, has
survived for centuries without smileys. Only the new crop of modern
computer geeks finds it impossible to detect a joke that is not clearly
labeled as such."
Ray Shea
M.Siler
2007-03-27 17:31:36 UTC
Permalink
The old help file... I'm good about it in programs like Excel, Outlook, etc.
but always seem to forget about it and the command prompt. Thanks Paul.
Post by Paul Adare
Post by M.Siler
Not that it makes a ton of difference, but is there a
way to enter
net use r: \\myserver\hshare$ without getting the "error" that the password
was invalid?
As per net use /help, add a * to the end of the command. Without the *
you're attempting to send a null password, hence the error. The * says,
"ask me for the password".
--
Paul Adare
MVP - Windows - Virtual Machine
http://www.identit.ca
"The English language, complete with irony, satire, and sarcasm, has
survived for centuries without smileys. Only the new crop of modern
computer geeks finds it impossible to detect a joke that is not clearly
labeled as such."
Ray Shea
Roger Abell [MVP]
2007-03-27 16:44:36 UTC
Permalink
Post by M.Siler
There is no session, but this did point me in the right direction.
After connecting to the the hidden share via Explore and I perfer that
given when it prompts me for the password it's masked as I enter it. If I
do it from the command prompt the password is in clear text.
net use
and I'll see a list of all my mapped drives as well as the hidden share
I'm connected to. For this example assume the path is \\myserver\hshare$
I'd then enter
net use \\myserver\hshare$ /delete
it's all gone now.
OK, but make sure that there is no lingering connection,
as you could see by use of net session.
Windows will "bundle" multiple sessions over a single
connection to a single machine. That is why one at times
sees message that credentials one is trying conflict with
those already in use with a target machine. If you disconnect
the share as you indicate, it may be that something is still
keeping the connection alive. If so, it will be recycled as
you have originally posted about.
Post by M.Siler
I'd still like to know if there is a setting or registry hack that will
stop Explorer from caching that get's type in for the path.
I think it is not Explorer doing any caching of credentials, as
you are assuming, but lingering handles/references keeping
the connection from being torn down (i.e. it is a Windows
thing, not an Explorer thing).
Post by M.Siler
Post by Roger Abell [MVP]
Post by M.Siler
When I sit down at a user's workstation and access a hidden share on the
server where I have some utilities I get a login dialog. I login as the
admin and do what I need to do and close Explorer. But if after I leave
the user saw the path I eneted for the hidden share they can re-enter it
and they are *NOT* prompted for the user name & password. When I'm done
how do I logout of that hidden share without making the user completely
logout?
see if
net \\comp session /delete
helps you out
net help session
for info
Post by M.Siler
Related side question... How do I make windows stop recording the path I
enter in Explorer. This makes it that much easier for the user to get
back to where I was at after I leave given all they have to start typing
is \\ and a list of all the path's I've enter shows up in a drop down.
Simply do not use explorer to connect.
(see info: net help use)
You are asking about changing the behavior either for all users
or the one whose account you are using. They may not like that.
M.Siler
2007-03-27 17:36:35 UTC
Permalink
I've established a connection to the resouce via

net use r: \\myserver\hshare$ *

I now do a net session and it always comes back and tells me ""there are no
entries in the list."

What am I doing wrong?
Post by Roger Abell [MVP]
OK, but make sure that there is no lingering connection,
as you could see by use of net session.
Windows will "bundle" multiple sessions over a single
connection to a single machine. That is why one at times
sees message that credentials one is trying conflict with
those already in use with a target machine. If you disconnect
the share as you indicate, it may be that something is still
keeping the connection alive. If so, it will be recycled as
you have originally posted about.
Post by M.Siler
I'd still like to know if there is a setting or registry hack that will
stop Explorer from caching that get's type in for the path.
I think it is not Explorer doing any caching of credentials, as
you are assuming, but lingering handles/references keeping
the connection from being torn down (i.e. it is a Windows
thing, not an Explorer thing).
Roger Abell [MVP]
2007-03-27 17:53:08 UTC
Permalink
Post by M.Siler
I've established a connection to the resouce via
net use r: \\myserver\hshare$ *
I now do a net session and it always comes back and tells me ""there are
no entries in the list."
What am I doing wrong?
Nothing.

I just wanted to make sure your machine is clean of
any lingering connections
Post by M.Siler
Post by Roger Abell [MVP]
OK, but make sure that there is no lingering connection,
as you could see by use of net session.
Windows will "bundle" multiple sessions over a single
connection to a single machine. That is why one at times
sees message that credentials one is trying conflict with
those already in use with a target machine. If you disconnect
the share as you indicate, it may be that something is still
keeping the connection alive. If so, it will be recycled as
you have originally posted about.
Post by M.Siler
I'd still like to know if there is a setting or registry hack that will
stop Explorer from caching that get's type in for the path.
I think it is not Explorer doing any caching of credentials, as
you are assuming, but lingering handles/references keeping
the connection from being torn down (i.e. it is a Windows
thing, not an Explorer thing).
Bruce Sanderson
2007-03-28 23:11:28 UTC
Permalink
If I might interject a couple of observations:

1. I think the syntax is "net session \\computername" not "net
\\computername session"

2. If I understand correctly, the net session command reports "incoming"
sessions, not "outgoing" sessions (if there is such a thing) and the /delete
option only temporarily disconnects an incoming session. Thus:

a. on the client computer
i. key net use x: \\server\share * /user:domain\user
ii. key the password (nothing shows in the command prompt window)
iii. key net session or net session \\server will report "no entries
in the list" - no incoming session
or, use the Explorer, Tools, Map Network Drive... with "Connect using a
different user name." dialog

b. go over to the "server" computer
i.key net session - this will show the session from the client (the
computer used in step a.)
ii. key net session \\client will show details about the "session"
iii. key net sesssion \\client \delete
iv. key net session - no entries in the list
or, use Computer Management, Shared Folders, Sessions

c. go over to the "client" computer
i. in a Command Prompt window, key net use - observe "Disconnected x:
\\server\share
ii. key x:, then dir - observe the content of the target share
or
iii. in Explorer, key x:\ in the Address Bar and observe the content
of the share

So, using "net session ... /d" on a server only temporarily disconnects a
session from a client. Am I missing something here?

3. By default, connecting a mappped network drive via the net use command
(on most Windows systems) will create a "persistent" connection. That is,
the drive mapping will be done again at the next logon - may require
re-entry of the password.

To check this, key
net use
If the response includes "New connections will be remembered", then any net
use command that does NOT include "/persistent:no" will be remembered across
logoff/logon. This can be changed by using the command

net use /persistent:no

which changes the default; this setting is retained across logoff/logon - it
is permanent uless net use /persistent:yes is used later.

4. When the net use ... /d command (or the Explorer, Tools, Disconnect
Network Drive dialog) is used , the connection (mapped network drive) will
be disconnected and will NOT be reconnected at the next logon (even if
/persistent:yes - explicit or implied - was used to establish the
connection).

5. I don't know of any user interface way to remove the target names from
the Explorer, Tools, Map Network Drive... dialog, but these targets are
stored in the registry at:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Map
Network Drive MRU

so if you're really concerned about it, you can remove the "value"
containing the one you don't want anyone to see.
--
Bruce Sanderson MVP
http://members.shaw.ca/bsanders/
It's perfectly useless to know the right answer to the wrong question.
Post by Roger Abell [MVP]
Post by M.Siler
I've established a connection to the resouce via
net use r: \\myserver\hshare$ *
I now do a net session and it always comes back and tells me ""there are
no entries in the list."
What am I doing wrong?
Nothing.
I just wanted to make sure your machine is clean of
any lingering connections
Post by M.Siler
Post by Roger Abell [MVP]
OK, but make sure that there is no lingering connection,
as you could see by use of net session.
Windows will "bundle" multiple sessions over a single
connection to a single machine. That is why one at times
sees message that credentials one is trying conflict with
those already in use with a target machine. If you disconnect
the share as you indicate, it may be that something is still
keeping the connection alive. If so, it will be recycled as
you have originally posted about.
Post by M.Siler
I'd still like to know if there is a setting or registry hack that will
stop Explorer from caching that get's type in for the path.
I think it is not Explorer doing any caching of credentials, as
you are assuming, but lingering handles/references keeping
the connection from being torn down (i.e. it is a Windows
thing, not an Explorer thing).
M.Siler
2007-03-29 18:22:18 UTC
Permalink
Wow, Bruce! This is great info. Thank you so much.
Post by Bruce Sanderson
1. I think the syntax is "net session \\computername" not "net
\\computername session"
2. If I understand correctly, the net session command reports "incoming"
sessions, not "outgoing" sessions (if there is such a thing) and the
a. on the client computer
i. key net use x: \\server\share * /user:domain\user
ii. key the password (nothing shows in the command prompt window)
iii. key net session or net session \\server will report "no entries
in the list" - no incoming session
or, use the Explorer, Tools, Map Network Drive... with "Connect using
a different user name." dialog
b. go over to the "server" computer
i.key net session - this will show the session from the client (the
computer used in step a.)
ii. key net session \\client will show details about the "session"
iii. key net sesssion \\client \delete
iv. key net session - no entries in the list
or, use Computer Management, Shared Folders, Sessions
c. go over to the "client" computer
\\server\share
ii. key x:, then dir - observe the content of the target share
or
iii. in Explorer, key x:\ in the Address Bar and observe the content
of the share
So, using "net session ... /d" on a server only temporarily disconnects a
session from a client. Am I missing something here?
3. By default, connecting a mappped network drive via the net use command
(on most Windows systems) will create a "persistent" connection. That is,
the drive mapping will be done again at the next logon - may require
re-entry of the password.
To check this, key
net use
If the response includes "New connections will be remembered", then any
net use command that does NOT include "/persistent:no" will be remembered
across logoff/logon. This can be changed by using the command
net use /persistent:no
which changes the default; this setting is retained across logoff/logon -
it is permanent uless net use /persistent:yes is used later.
4. When the net use ... /d command (or the Explorer, Tools, Disconnect
Network Drive dialog) is used , the connection (mapped network drive) will
be disconnected and will NOT be reconnected at the next logon (even if
/persistent:yes - explicit or implied - was used to establish the
connection).
5. I don't know of any user interface way to remove the target names from
the Explorer, Tools, Map Network Drive... dialog, but these targets are
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Map
Network Drive MRU
so if you're really concerned about it, you can remove the "value"
containing the one you don't want anyone to see.
--
Bruce Sanderson MVP
http://members.shaw.ca/bsanders/
It's perfectly useless to know the right answer to the wrong question.
Post by Roger Abell [MVP]
Post by M.Siler
I've established a connection to the resouce via
net use r: \\myserver\hshare$ *
I now do a net session and it always comes back and tells me ""there are
no entries in the list."
What am I doing wrong?
Nothing.
I just wanted to make sure your machine is clean of
any lingering connections
Post by M.Siler
Post by Roger Abell [MVP]
OK, but make sure that there is no lingering connection,
as you could see by use of net session.
Windows will "bundle" multiple sessions over a single
connection to a single machine. That is why one at times
sees message that credentials one is trying conflict with
those already in use with a target machine. If you disconnect
the share as you indicate, it may be that something is still
keeping the connection alive. If so, it will be recycled as
you have originally posted about.
Post by M.Siler
I'd still like to know if there is a setting or registry hack that
will stop Explorer from caching that get's type in for the path.
I think it is not Explorer doing any caching of credentials, as
you are assuming, but lingering handles/references keeping
the connection from being torn down (i.e. it is a Windows
thing, not an Explorer thing).
Lars Petersson
2007-03-28 00:07:52 UTC
Permalink
In addition to the other two suggestions (The dos box one is great, any sys
admin should learn to love the noble command line) you can also do it via
Windows explorer.
Click Tools => Disconnect Network drive
There you will see the UNC path to the share you connected to.
You then disconnect and jobs a good'un...
--
Cheerio,
Lars Petersson
MCSA: Messaging
mr-eleganza.livejournal.com
Post by M.Siler
When I sit down at a user's workstation and access a hidden share on the
server where I have some utilities I get a login dialog. I login as the
admin and do what I need to do and close Explorer. But if after I leave the
user saw the path I eneted for the hidden share they can re-enter it and
they are *NOT* prompted for the user name & password. When I'm done how do I
logout of that hidden share without making the user completely logout?
Related side question... How do I make windows stop recording the path I
enter in Explorer. This makes it that much easier for the user to get back
to where I was at after I leave given all they have to start typing is \\
and a list of all the path's I've enter shows up in a drop down.
Thanks,
Mark
Roger Abell [MVP]
2007-03-28 02:06:47 UTC
Permalink
Post by Lars Petersson
In addition to the other two suggestions (The dos box one is great, any sys
admin should learn to love the noble command line) you can also do it via
Windows explorer.
Click Tools => Disconnect Network drive
There you will see the UNC path to the share you connected to.
You then disconnect and jobs a good'un...
Hi Lars,

Surprise, surprise, surprise . . . that is in Explorer !
I am used to just right-click on "My Computer" for that.

By the way, one should do this after being in a situation as
is case of original post, and make sure that all connections
have been disconnected.

Roger
Post by Lars Petersson
Post by M.Siler
When I sit down at a user's workstation and access a hidden share on the
server where I have some utilities I get a login dialog. I login as the
admin and do what I need to do and close Explorer. But if after I leave the
user saw the path I eneted for the hidden share they can re-enter it and
they are *NOT* prompted for the user name & password. When I'm done how do I
logout of that hidden share without making the user completely logout?
Related side question... How do I make windows stop recording the path I
enter in Explorer. This makes it that much easier for the user to get back
to where I was at after I leave given all they have to start typing is \\
and a list of all the path's I've enter shows up in a drop down.
Thanks,
Mark
M.Siler
2007-03-29 14:12:44 UTC
Permalink
Very nice... That's what I was looking for. Little treasures all over the
place.
Post by Roger Abell [MVP]
Post by Lars Petersson
In addition to the other two suggestions (The dos box one is great, any sys
admin should learn to love the noble command line) you can also do it via
Windows explorer.
Click Tools => Disconnect Network drive
There you will see the UNC path to the share you connected to.
You then disconnect and jobs a good'un...
Hi Lars,
Surprise, surprise, surprise . . . that is in Explorer !
I am used to just right-click on "My Computer" for that.
By the way, one should do this after being in a situation as
is case of original post, and make sure that all connections
have been disconnected.
Roger
Post by Lars Petersson
Post by M.Siler
When I sit down at a user's workstation and access a hidden share on the
server where I have some utilities I get a login dialog. I login as the
admin and do what I need to do and close Explorer. But if after I leave the
user saw the path I eneted for the hidden share they can re-enter it and
they are *NOT* prompted for the user name & password. When I'm done how do I
logout of that hidden share without making the user completely logout?
Related side question... How do I make windows stop recording the path I
enter in Explorer. This makes it that much easier for the user to get back
to where I was at after I leave given all they have to start typing is \\
and a list of all the path's I've enter shows up in a drop down.
Thanks,
Mark
Roger Abell [MVP]
2007-03-29 17:11:33 UTC
Permalink
Post by M.Siler
Very nice... That's what I was looking for. Little treasures all over the
place.
Isn't it so . . . just no more Easter eggs hiding in there :-)
Post by M.Siler
Post by Roger Abell [MVP]
Post by Lars Petersson
In addition to the other two suggestions (The dos box one is great, any sys
admin should learn to love the noble command line) you can also do it via
Windows explorer.
Click Tools => Disconnect Network drive
There you will see the UNC path to the share you connected to.
You then disconnect and jobs a good'un...
Hi Lars,
Surprise, surprise, surprise . . . that is in Explorer !
I am used to just right-click on "My Computer" for that.
By the way, one should do this after being in a situation as
is case of original post, and make sure that all connections
have been disconnected.
Roger
Post by Lars Petersson
Post by M.Siler
When I sit down at a user's workstation and access a hidden share on the
server where I have some utilities I get a login dialog. I login as the
admin and do what I need to do and close Explorer. But if after I leave the
user saw the path I eneted for the hidden share they can re-enter it and
they are *NOT* prompted for the user name & password. When I'm done how do I
logout of that hidden share without making the user completely logout?
Related side question... How do I make windows stop recording the path I
enter in Explorer. This makes it that much easier for the user to get back
to where I was at after I leave given all they have to start typing is \\
and a list of all the path's I've enter shows up in a drop down.
Thanks,
Mark
Continue reading on narkive:
Loading...