I can't connect Win 7 Ult to Win Srvr 2008 Administrative share c$

I am able to connect to all my "shared" folders with no problem, but I can
get it to let me log in to the administrative share no matter what I do.
Works perfectly fine on my Windows XP which is on another boot partition on
this same PC.

"Jack Saltiel" <Jack Saltiel@discussions.microsoft.com> wrote in message
news:366F50D7-C914-4797-9A83-E922809C3413@microsoft.com...
>I am able to connect to all my "shared" folders with no problem, but I can
> get it to let me log in to the administrative share no matter what I do.
> Works perfectly fine on my Windows XP which is on another boot partition
> on
> this same PC.


Without more specifics, it's difficult to tell.

A couple of things can be going on. If you are currently logged on with a
non-admin account, and you have a mapped drive already established with an
open session, and you try to connect to an administrative share (c$, d$,
etc), it will use the current logged on account's credentials, and if those
credentials do not have access to the admin shares, it will not let you
connect, nor will it prompt you for credentials. The best way to figure this
one out, that is if it is the issue, is to disconnect all mapped drives,
close any UNCs connected to any of the shares, restart Win7, then on a clean
slate, try again. If and when it prompts for credentials, provide them in
the form of: if the server is a DC or a member of a domain, use:
domainname\administrator or if not in a domain, use:
MachineNameYouAreTryingToconnectTo\administrator.

If that doesn't work, elaborate on your current scenario, such as:
Who are you logged on as?
Is the Win7 box part of a domain or not joined,.
Is the server a DC, member server, or standalone.


--
Ace

This posting is provided "AS-IS" with no warranties or guarantees and
confers no rights.

Please reply back to the newsgroup or forum for collaboration benefit among
responding engineers, and to help others benefit from your resolution.

Ace Fekay, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA
2003/2000, MCSA Messaging 2003
Microsoft Certified Trainer

For urgent issues, please contact Microsoft PSS directly. Please check
http://support.microsoft.com for regional support phone numbers.

> The best way to figure this one out, that is if it is the issue, is to
> disconnect all mapped drives,

Open a CMD prompt and do a "net use" to see what's currently open. You can
then use a "net use [someshare] /delete" to remove them. Where [someshare]
is the full UNC path of the connection. If you've got
\\somemachine\someshare and \\somemachine\othershare then you need to do a
/delete on each of them.

It's also helpful to do a 'net use' in the CMD prompt to see an error
number. They're sometimes more informative than what gets shown via the UI.

-Bill Kearney

"Bill Kearney" <wkearney99@hotmail.com> wrote in message
news:u6SdnYmxjsA0cHjXnZ2dnUVZ_uWdnZ2d@speakeasy.net...
>> The best way to figure this one out, that is if it is the issue, is to
>> disconnect all mapped drives,
>
> Open a CMD prompt and do a "net use" to see what's currently open. You
> can then use a "net use [someshare] /delete" to remove them. Where
> [someshare] is the full UNC path of the connection. If you've got
> \\somemachine\someshare and \\somemachine\othershare then you need to do a
> /delete on each of them.
>
> It's also helpful to do a 'net use' in the CMD prompt to see an error
> number. They're sometimes more informative than what gets shown via the
> UI.
>
> -Bill Kearney


I believe even if the drives are disconnected/deleted, the credentials are
still stored, so a restart, or at least a logoff, then logon, will kill
that, at least from my experience.

Ace

> I believe even if the drives are disconnected/deleted, the credentials are
> still stored, so a restart, or at least a logoff, then logon, will kill
> that, at least from my experience.

Hmmm, if that's the case then you can specfiy them from the net use command:

net use \\someserver\someshare /user:YOURDOMAIN\domainuser domainpassword

This will avoid using any stored credentials. Bearing in mind that you can
only use one set of credentials per server, per user. Thus listing and then
deleting any currently active ones FIRST is key to the debugging process.

For more info try 'net help use' from a CMD prompt. The /SAVECRED and
/PERSISTENT flags are likewise useful.

Tangentially, if credentials are stored, is there a CLI tool to list them?

-Bill Kearney

"Bill Kearney" <wkearney99@hotmail.com> wrote in message
news:CNidneDhMqwacnvXnZ2dnUVZ_tednZ2d@speakeasy.net...
>> I believe even if the drives are disconnected/deleted, the credentials
>> are still stored, so a restart, or at least a logoff, then logon, will
>> kill that, at least from my experience.
>
> Hmmm, if that's the case then you can specfiy them from the net use
> command:
>
> net use \\someserver\someshare /user:YOURDOMAIN\domainuser domainpassword
>
> This will avoid using any stored credentials. Bearing in mind that you
> can only use one set of credentials per server, per user. Thus listing
> and then deleting any currently active ones FIRST is key to the debugging
> process.
>
> For more info try 'net help use' from a CMD prompt. The /SAVECRED and
> /PERSISTENT flags are likewise useful.
>
> Tangentially, if credentials are stored, is there a CLI tool to list them?
>
> -Bill Kearney


Not that I remember, unless using:
rundll32.exe keymgr.dll, KRShowKeyMgr

I don't believe it's related, it's worth a shot, but then again, I've never
tested it and simply have told people to logoff/on or restart.

Ace