When I attempt to set a hostname on my site, I am getting the error message
"Authorisation has been denied for this request"
I'm logged in as an Administrator and cannot work out what it is that I am not authorised to do. The hostname is perfectly valid that I am entering
Is it Umbraco refusing the request or IIS?
It sounds like the user you are logged in as does not have permission to set the host names for the site. It's a permission that's set in the user types in the users section.
Got to the Users section in the back office, expand "user types", choose the type that your user is set to, and ensure that "Culture and Hostnames" is checked in the default permissions tree.
If you can't see the permission there to check it, it means you need to get someone with full Administrator access to set it for you, and then log out and log back in again.
Related
within OJS when I try to admin the users and roles I got the alert "The current role does not have access to this operation." I'm not able to make changes or update modules.
I'm logged with the admin user, the version is OJS 3.2.14
Can anyone help me, please?
I also had this issue, there seems to be an ip check that doesn't allow one login.
Login into the cpanel
Within your website directory
Locate 'config.inc.php'
Edit this file, locate 'session_check_ip'; this was on line 256 or just search for it
Change this to 'Off'
I have a problem with the sharepoint server, I added 2 new domain users and they cannot access the sharepoint site ,they're getting the 'Access Denied' msg,although all users are given permissions to access the main website by default as soon as they're added to the domain
Any suggestions ?? or settings that i can check?
Thank you in advance
First of all, check that they have a clean IE cache, have restarted their browser etc.
Check that they don't have an incorrect stored user name and password against the site host name on their Windows profile.
Ensure that the permissions on the site in question haven't been amended without your knowledge.
Ensure that they are in the correct AD group (if necessary)
Have a look at the IIS logs and ensure that their credentials are being passed in. (Search for their username). If they are not, you'll need to ensure that the SharePoint site is in the correct zone on their browser to get credentials passed in. (Trusted sites?)
Have a look in the Windows Event Logs and ULS logs when they try to hit the site to see if anything unexpected is happening
Ensure that you don't have any Web Application policies set up (go to Central Admin -> Application Management --> Policy for web application) which would deny these specific users access.
Ensure that the user account directory path, and people picker settings for the site are not stopping them from getting access:
stsadm -o getsiteuseraccountdirectorypath -url <site url>
stsadm -o getproperty -pn peoplepicker-seachadcustomfilter -url <site url>
Sharepoint caches the domain user credentials, new users may not be available right away. Try checking the synchronization messages in "Central Administration" -> "Application Management" -> "Manage service applications" -> "User Profile service application" and maybe force a new synchronization.
You must set permissions for newly added domain user in sharepoint. Add it to a group that has permissions to read your root site. See permissions at url: http://server/_layouts/user.aspx
All,
I'm configuring Sharepoint to use forms authentication with LDAP/Active Directory. I'm new to Sharepoint, so if this is obvious, please point me in the right direction.
Whenever I attempt to log in with a bad account or password, I get the very friendly (and correct) error message,
The server could not sign you in. Make
sure your user name and password are
correct, and then try again.
... which implies that Sharepoint is able to communicate with AD. If I log in with a valid account, I get a page that says:
alt text http://img63.imageshack.us/img63/6053/sharepointerror.png
(I added the grey bar to cover up the login name)
Any suggestions? The account I'm logging in with is an administrator and has been granted full control in central administration.
Also, interesting note: If I click the "sign in as a different user" link, and attempt to sign in using with the same credentials I just used, the site just redirects back to the login page, with no error or status message. If I then manually enter the site url, it again shows the "Error: Access Denied" page. Argh.
Go to site action of the actual site and add user in the format of
:loginid
It should resolve and show it underlined then try login in back to application that should fix it.
Your AD connection is working fine just need to add to sharepoint users list
yourprovider:userid
Yourprovider name is the name you gave to the user provider in web config
And you can add this user from parent site that is windows protected and you have all
I suppose it's sharepoint site security issue.
I'm getting the same error when trying to enter Site Settings page with a user that has a lack of permissions.
If you have at least one user that can access the Site Settings page, I suggest you to go to Site Actions/Site Settings/Users and Permissions/People and grops then click New button and add a user from AD to an appropriate group, eg. Team Site Members.
You have made connection with Ad and its working fine. So that you got error, when you try to login with invalid user id.
But you have missed one step in above scenario.
You need to give the permission for all AD users in your SharePoint site. The better way is to create a user group in AD (it may already there) which included all the users and add this user group in your SharePoint site with read permission.
I am trying to replicate a production issue in my dev environment but am running into permissions issues, where a user in the "Contributor" group gets an access denied error. Furthermore, if I make this user a Site Collection administrator he still gets the same access denied error.
Why is this happening? How do I fix?
UPDATE: I do not have a problem when I log in from inside my VM in the dev environment. The problem must be that my dev environment is its own domain. So the question becomes, how can I log in from a machine not in the domain? I'd like to avoid extending the web application if possible.
UPDATE 2: By the way, I'm able to log in the site from my host OS fine when the credentials I use are of the "System Account."
Troubleshooting Access Denied errors is something that plagues me daily... so I feel your pain.
I am assuming this user is trying to access some page in SharePoint. From my experience, if even one Web Part on the page is accessing something the user does not have access to, the entire Access Denied page is shown.
One way to troubleshoot access to the SITE (not the page) is by visiting the "All Site Content" page: /_layouts/viewlsts.aspx. If they can get to this page, then it is something wrong with the page and not the site.
Next I would try exporting and then DELETING (not closing) webparts from the page to determine which one is causing the problem. Since you have a dev environment, I assume you could do another restore if things get too mucked up.
when do they get the access denied error? hitting the site?
are you sure that the user you're adding to the group is the same user you're logging in as? Sometimes if you have multiple user stores you can add different users to the group: DOMAIN\joe.user, forms:joe.user, someotheraccountstore:joe.user, etc.
I've set up FBA on an extended site, added a user, verified the central admin can read the users (people picker works fine).
The problem is no matter what I try I never get asked for credentials, just get a "You are not authorized to view this page". I have a feeling its something in IIS but I've added all anonymous accounts I can think of.
If I switch the authentication type back to windows it works fine.
I've read countless how-to's and I don't think I am missing a step, they all just end with "you should now see the login page" which I am denied from.
Any tips?
I downloaded http://www.microsoft.com/downloads/details.aspx?FamilyID=e90fe777-4a21-4066-bd22-b931f7572e9a&DisplayLang=en and ran it on my site, determined that someone (##$##$) changed the IUSR password and never logged it or updated it either way it's working now and I'd recommend this tool as it solved my issue in two seconds flat!
IF this is in IE, check your setting for User Authentication (all the way at the bottom) for the current zone in Internet Options. That happens when the setting is Automatically Logon with Current User ID and Password, rather than Prompt for User Name and Password.
Creating the user in the FBA store is one thing, and giving that user access in SharePoint is another. Did you make the user a site owner for the site you are trying to access?