WSS 3.0 中默认拒绝权限

发布于 2024-09-29 22:58:34 字数 376 浏览 0 评论 0原文

Windows 2003-32位 IIS6 WSS 3.0(无 MOSS 安装)

  1. WSS 安装在域控制器 (Active Directory) 上。 (不是我做过或愿意做的事情!)
  2. WSS 设置为不允许匿名访问,但它是在过去的其他时间。
  3. 创建应用程序时,已安装 SSL 并且网站位于与原始 WSS 站点不同的网站上。

问题: 1.我在机器上的AD中创建一个用户。 2. 我没有将该用户添加到 SharePoint。 3. 我可以使用该用户登录 SharePoint,并查看顶级站点和 1 个子站点,但看不到其他子站点。

问题: 我该如何做到这一点,以便任何用户都无法登录并查看任何内容,除非他们已添加到 Web 应用程序中?

Windows 2003-32bit
IIS6
WSS 3.0 (No MOSS Installation)

  1. WSS is installed on the Domain Controller (Active Directory). (Not something I did or would do!)
  2. WSS is set to NOT allow anoymous access BUT it was at some other time in the past.
  3. SSL has been installed and the Web Site on a different website than the original WSS Site when the application was created.

ISSUE:
1. I create a user in AD on the machine.
2. I DO NOT added that user to SharePoint.
3. I can log into SharePoint with that user and see the Top Site and 1 of the sub-sites, but none of the other sub-sites.

QUESTION:
How do I make it so that no user can log on and see anything unless they have been added to the web application?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

彼岸花ソ最美的依靠 2024-10-06 22:58:34

好吧,我现在已经找到了解决我的问题的方法!

此问题是由于在“站点设置”->“站点设置”中将“匿名访问”设置为“整个网站”而引起的。设置下的高级权限->匿名访问,并通过中央管理关闭匿名访问 ->应用管理->身份验证提供程序(默认)->编辑身份验证。这允许 AD 中的任何用户以读取权限登录该站点并查看所有内容!无论 WSS 是在域控制器上还是在其他机器上。

因此,为了解决这个问题,我必须通过中央管理打开匿名访问,以便我实际上可以在“站点设置”->“站点设置”中看到“匿名访问菜单”选项。站点权限。然后我进入菜单选项并将其设置为“无”。然后回到中央管理->应用管理->身份验证提供程序(默认)->编辑身份验证并关闭匿名访问。该网站现在是完全安全的,只有在 SP 网站中具有访问权限的用户才能真正登录。

我将其归咎于对 SharePoint 缺乏经验(即我!),同时从其他拥有 SharePoint 经验的人手中接管该网站 。由于某种奇怪的原因打开了匿名访问。我认为在中央管理中关闭匿名访问就足够了,但我不知道这是一个两步过程,只能通过以相反的方式执行两步来逆转。

问题解决了!

Well, I have now discovered the solution to my issue!!

This issue was caused by leaving Anonymous Access set to "Entire Web Site" in Site Settings -> Advanced Permissions under the Settings -> Anonymous Access, and switching OFF Anoymous Access via Central Administration -> Application Management -> Authentication Providers (Default) -> Edit Authentication. This allowed ANY user in AD to log into the site with read access and see everything! Regardless if WSS is on the Domain Controller or an a different box.

So to fix the problem I had to switch ON Anonymous Access via Central Admin so that I could actually see the Anonymous Access Menu option in Site Settings -> Site Permissions. I then went into to the Menu option and set it to "Nothing". Then back into Central Administration -> Application Management -> Authentication Providers (Default) -> Edit Authentication and swithed OFF Anonymous Access. The Site is now fully Secure and only users who have access permissions in the SP site can actually log in.

I put this down to inexperience with SharePoint (ME that is!) at the same time as taking over the site from someone else who had switched on Anonymous Access for some strange reason. I thought that switching OFF Anonymous Access in Central Admin was enough, however I didn't know it was a 2 step process that can only be reversed by performing 2 steps in the opposite way.

Problem Solved!

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文