“Access denied” on public shares belong to an external hard drive
I have two drives, C:
and D:
. C:
is the main hard drive, and D:
is my external hard drive that is connected via USB.
On my computer, I'm able to access both \localhostc$
and \localhostd$
fine. However, when connecting from other devices, \10.0.0.8c$
is a valid folder (as in allows me in with my correct credentials) while \10.0.0.8d$
replies with "Access Denied" no matter if a password was entered or not..
According to many reports, this seems to be a bug caused by a computer policy which enables the auditing object access over network, however - The setting in question is disabled; it's never been turned on at all. Point is, I can't turn it off because it is already off.
Others have suggested to rather use admin shares, use a regular share to any folder that isn't the root. Unfortunately, the "Access Deined" error still stands when trying to access a shared directory that was on the external drive D:
. Even with full permissions, anything on D:
would yield an "Access Denied" while anything C:
would function just fine.
Symbolic links (remapping a C:
folder to be simply an alias of said folder in D:
) does not seem to work at all.
What could be causing this problem, and how would I allow access to my external drive? Could a different policy or some hidden Registry setting be causing it?
It's worth noting that I tried accessing with both another Windows 10 PC, and through my Android phone.
Update: So upon further investigation, the "Access Denied" message appears whenever:
- The specified path does not exist, or:
- An error occurred while accessing said directory, or:
- The request was received successfully, but the response wasn't returned in full (ie. a mid-response disconnect), or:
- The specified path exists, but you do not have permission to view it.
The equivalent of:
For the example above, it's the first point. A blank endlessly loading window appears for the third point.
The "Forbidden" message means that:
- The specified path exists, and you do not have permission to access it.
windows-10 external-hard-drive network-shares
add a comment |
I have two drives, C:
and D:
. C:
is the main hard drive, and D:
is my external hard drive that is connected via USB.
On my computer, I'm able to access both \localhostc$
and \localhostd$
fine. However, when connecting from other devices, \10.0.0.8c$
is a valid folder (as in allows me in with my correct credentials) while \10.0.0.8d$
replies with "Access Denied" no matter if a password was entered or not..
According to many reports, this seems to be a bug caused by a computer policy which enables the auditing object access over network, however - The setting in question is disabled; it's never been turned on at all. Point is, I can't turn it off because it is already off.
Others have suggested to rather use admin shares, use a regular share to any folder that isn't the root. Unfortunately, the "Access Deined" error still stands when trying to access a shared directory that was on the external drive D:
. Even with full permissions, anything on D:
would yield an "Access Denied" while anything C:
would function just fine.
Symbolic links (remapping a C:
folder to be simply an alias of said folder in D:
) does not seem to work at all.
What could be causing this problem, and how would I allow access to my external drive? Could a different policy or some hidden Registry setting be causing it?
It's worth noting that I tried accessing with both another Windows 10 PC, and through my Android phone.
Update: So upon further investigation, the "Access Denied" message appears whenever:
- The specified path does not exist, or:
- An error occurred while accessing said directory, or:
- The request was received successfully, but the response wasn't returned in full (ie. a mid-response disconnect), or:
- The specified path exists, but you do not have permission to view it.
The equivalent of:
For the example above, it's the first point. A blank endlessly loading window appears for the third point.
The "Forbidden" message means that:
- The specified path exists, and you do not have permission to access it.
windows-10 external-hard-drive network-shares
add a comment |
I have two drives, C:
and D:
. C:
is the main hard drive, and D:
is my external hard drive that is connected via USB.
On my computer, I'm able to access both \localhostc$
and \localhostd$
fine. However, when connecting from other devices, \10.0.0.8c$
is a valid folder (as in allows me in with my correct credentials) while \10.0.0.8d$
replies with "Access Denied" no matter if a password was entered or not..
According to many reports, this seems to be a bug caused by a computer policy which enables the auditing object access over network, however - The setting in question is disabled; it's never been turned on at all. Point is, I can't turn it off because it is already off.
Others have suggested to rather use admin shares, use a regular share to any folder that isn't the root. Unfortunately, the "Access Deined" error still stands when trying to access a shared directory that was on the external drive D:
. Even with full permissions, anything on D:
would yield an "Access Denied" while anything C:
would function just fine.
Symbolic links (remapping a C:
folder to be simply an alias of said folder in D:
) does not seem to work at all.
What could be causing this problem, and how would I allow access to my external drive? Could a different policy or some hidden Registry setting be causing it?
It's worth noting that I tried accessing with both another Windows 10 PC, and through my Android phone.
Update: So upon further investigation, the "Access Denied" message appears whenever:
- The specified path does not exist, or:
- An error occurred while accessing said directory, or:
- The request was received successfully, but the response wasn't returned in full (ie. a mid-response disconnect), or:
- The specified path exists, but you do not have permission to view it.
The equivalent of:
For the example above, it's the first point. A blank endlessly loading window appears for the third point.
The "Forbidden" message means that:
- The specified path exists, and you do not have permission to access it.
windows-10 external-hard-drive network-shares
I have two drives, C:
and D:
. C:
is the main hard drive, and D:
is my external hard drive that is connected via USB.
On my computer, I'm able to access both \localhostc$
and \localhostd$
fine. However, when connecting from other devices, \10.0.0.8c$
is a valid folder (as in allows me in with my correct credentials) while \10.0.0.8d$
replies with "Access Denied" no matter if a password was entered or not..
According to many reports, this seems to be a bug caused by a computer policy which enables the auditing object access over network, however - The setting in question is disabled; it's never been turned on at all. Point is, I can't turn it off because it is already off.
Others have suggested to rather use admin shares, use a regular share to any folder that isn't the root. Unfortunately, the "Access Deined" error still stands when trying to access a shared directory that was on the external drive D:
. Even with full permissions, anything on D:
would yield an "Access Denied" while anything C:
would function just fine.
Symbolic links (remapping a C:
folder to be simply an alias of said folder in D:
) does not seem to work at all.
What could be causing this problem, and how would I allow access to my external drive? Could a different policy or some hidden Registry setting be causing it?
It's worth noting that I tried accessing with both another Windows 10 PC, and through my Android phone.
Update: So upon further investigation, the "Access Denied" message appears whenever:
- The specified path does not exist, or:
- An error occurred while accessing said directory, or:
- The request was received successfully, but the response wasn't returned in full (ie. a mid-response disconnect), or:
- The specified path exists, but you do not have permission to view it.
The equivalent of:
For the example above, it's the first point. A blank endlessly loading window appears for the third point.
The "Forbidden" message means that:
- The specified path exists, and you do not have permission to access it.
windows-10 external-hard-drive network-shares
windows-10 external-hard-drive network-shares
edited Dec 15 '18 at 11:10
asked Dec 14 '18 at 18:29
aytimothy
922215
922215
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
In the discussion below, assure that you are using an administrator login
for the actions below and for the access over the network.
Try to set LocalAccountTokenFilterPolicy:
The LocalAccountTokenFilterPolicy setting affects how administrator credentials are applied to remotely administer the computer.
This command, run as Administrator, will set this registry item:
cmd /c reg add HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciessystem /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f
If this does not help, try to disable UAC Admin Approval mode:
- Open the Local Security Policy application
- Navigate to Local Policies > Security Options
- Set to Disabled the policy
User Account Control: Run all administrators in Admin Approval Mode.
The "Access Denied" message should now disappear if you try to access
the D$ Administrative Share with a local account in the administrators group.
Nope. That's not it. It's already set to1
. Nice try. A setting of0
returns a definite "Forbidden". Whereas1
returns a vague "Access Denied".
– aytimothy
Dec 15 '18 at 0:09
Added another setting.
– harrymc
Dec 15 '18 at 10:28
Nice try again, still no.
– aytimothy
Dec 15 '18 at 10:47
You might need to disable UAC totally. Even if this will make it work, I would counsel to create your own share in parallel to D$, over which you will have full control, rather than disabling UAC.
– harrymc
Dec 15 '18 at 10:58
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1383656%2faccess-denied-on-public-shares-belong-to-an-external-hard-drive%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
In the discussion below, assure that you are using an administrator login
for the actions below and for the access over the network.
Try to set LocalAccountTokenFilterPolicy:
The LocalAccountTokenFilterPolicy setting affects how administrator credentials are applied to remotely administer the computer.
This command, run as Administrator, will set this registry item:
cmd /c reg add HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciessystem /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f
If this does not help, try to disable UAC Admin Approval mode:
- Open the Local Security Policy application
- Navigate to Local Policies > Security Options
- Set to Disabled the policy
User Account Control: Run all administrators in Admin Approval Mode.
The "Access Denied" message should now disappear if you try to access
the D$ Administrative Share with a local account in the administrators group.
Nope. That's not it. It's already set to1
. Nice try. A setting of0
returns a definite "Forbidden". Whereas1
returns a vague "Access Denied".
– aytimothy
Dec 15 '18 at 0:09
Added another setting.
– harrymc
Dec 15 '18 at 10:28
Nice try again, still no.
– aytimothy
Dec 15 '18 at 10:47
You might need to disable UAC totally. Even if this will make it work, I would counsel to create your own share in parallel to D$, over which you will have full control, rather than disabling UAC.
– harrymc
Dec 15 '18 at 10:58
add a comment |
In the discussion below, assure that you are using an administrator login
for the actions below and for the access over the network.
Try to set LocalAccountTokenFilterPolicy:
The LocalAccountTokenFilterPolicy setting affects how administrator credentials are applied to remotely administer the computer.
This command, run as Administrator, will set this registry item:
cmd /c reg add HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciessystem /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f
If this does not help, try to disable UAC Admin Approval mode:
- Open the Local Security Policy application
- Navigate to Local Policies > Security Options
- Set to Disabled the policy
User Account Control: Run all administrators in Admin Approval Mode.
The "Access Denied" message should now disappear if you try to access
the D$ Administrative Share with a local account in the administrators group.
Nope. That's not it. It's already set to1
. Nice try. A setting of0
returns a definite "Forbidden". Whereas1
returns a vague "Access Denied".
– aytimothy
Dec 15 '18 at 0:09
Added another setting.
– harrymc
Dec 15 '18 at 10:28
Nice try again, still no.
– aytimothy
Dec 15 '18 at 10:47
You might need to disable UAC totally. Even if this will make it work, I would counsel to create your own share in parallel to D$, over which you will have full control, rather than disabling UAC.
– harrymc
Dec 15 '18 at 10:58
add a comment |
In the discussion below, assure that you are using an administrator login
for the actions below and for the access over the network.
Try to set LocalAccountTokenFilterPolicy:
The LocalAccountTokenFilterPolicy setting affects how administrator credentials are applied to remotely administer the computer.
This command, run as Administrator, will set this registry item:
cmd /c reg add HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciessystem /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f
If this does not help, try to disable UAC Admin Approval mode:
- Open the Local Security Policy application
- Navigate to Local Policies > Security Options
- Set to Disabled the policy
User Account Control: Run all administrators in Admin Approval Mode.
The "Access Denied" message should now disappear if you try to access
the D$ Administrative Share with a local account in the administrators group.
In the discussion below, assure that you are using an administrator login
for the actions below and for the access over the network.
Try to set LocalAccountTokenFilterPolicy:
The LocalAccountTokenFilterPolicy setting affects how administrator credentials are applied to remotely administer the computer.
This command, run as Administrator, will set this registry item:
cmd /c reg add HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciessystem /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f
If this does not help, try to disable UAC Admin Approval mode:
- Open the Local Security Policy application
- Navigate to Local Policies > Security Options
- Set to Disabled the policy
User Account Control: Run all administrators in Admin Approval Mode.
The "Access Denied" message should now disappear if you try to access
the D$ Administrative Share with a local account in the administrators group.
edited Dec 15 '18 at 10:28
answered Dec 14 '18 at 19:01
harrymc
254k13265565
254k13265565
Nope. That's not it. It's already set to1
. Nice try. A setting of0
returns a definite "Forbidden". Whereas1
returns a vague "Access Denied".
– aytimothy
Dec 15 '18 at 0:09
Added another setting.
– harrymc
Dec 15 '18 at 10:28
Nice try again, still no.
– aytimothy
Dec 15 '18 at 10:47
You might need to disable UAC totally. Even if this will make it work, I would counsel to create your own share in parallel to D$, over which you will have full control, rather than disabling UAC.
– harrymc
Dec 15 '18 at 10:58
add a comment |
Nope. That's not it. It's already set to1
. Nice try. A setting of0
returns a definite "Forbidden". Whereas1
returns a vague "Access Denied".
– aytimothy
Dec 15 '18 at 0:09
Added another setting.
– harrymc
Dec 15 '18 at 10:28
Nice try again, still no.
– aytimothy
Dec 15 '18 at 10:47
You might need to disable UAC totally. Even if this will make it work, I would counsel to create your own share in parallel to D$, over which you will have full control, rather than disabling UAC.
– harrymc
Dec 15 '18 at 10:58
Nope. That's not it. It's already set to
1
. Nice try. A setting of 0
returns a definite "Forbidden". Whereas 1
returns a vague "Access Denied".– aytimothy
Dec 15 '18 at 0:09
Nope. That's not it. It's already set to
1
. Nice try. A setting of 0
returns a definite "Forbidden". Whereas 1
returns a vague "Access Denied".– aytimothy
Dec 15 '18 at 0:09
Added another setting.
– harrymc
Dec 15 '18 at 10:28
Added another setting.
– harrymc
Dec 15 '18 at 10:28
Nice try again, still no.
– aytimothy
Dec 15 '18 at 10:47
Nice try again, still no.
– aytimothy
Dec 15 '18 at 10:47
You might need to disable UAC totally. Even if this will make it work, I would counsel to create your own share in parallel to D$, over which you will have full control, rather than disabling UAC.
– harrymc
Dec 15 '18 at 10:58
You might need to disable UAC totally. Even if this will make it work, I would counsel to create your own share in parallel to D$, over which you will have full control, rather than disabling UAC.
– harrymc
Dec 15 '18 at 10:58
add a comment |
Thanks for contributing an answer to Super User!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1383656%2faccess-denied-on-public-shares-belong-to-an-external-hard-drive%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown