refus d'autorisations par défaut dans WSS 3.0

de Windows 2003-32bit IIS6 WSS 3.0 (pas d'installation MOSS)refus d'autorisations par défaut dans WSS 3.0

WSS est installé sur le contrôleur de domaine (Active Directory). (Pas quelque chose que je faisais ou ferais!)
WSS est configuré pour ne pas autoriser l'accès anoym mais MAIS c'était à un autre moment dans le passé.
SSL a été installé et le site Web sur un autre site Web que le site WSS d'origine lors de la création de l'application.

NUMÉRO: 1. Je crée un utilisateur dans AD sur la machine. 2. Je n'ai PAS ajouté cet utilisateur à SharePoint. 3. Je peux me connecter à SharePoint avec cet utilisateur et voir le site principal et 1 des sous-sites, mais aucun des autres sous-sites.

QUESTION: Comment est-ce que je fais en sorte qu'aucun utilisateur ne puisse se connecter et voir quoi que ce soit à moins d'avoir été ajouté à l'application web?

Source

2010-10-31 Dave Stuart

Veuillez confirmer que si ntauthourity \ utilisateurs authentifiés n'ont pas accès au site –

Personne n'a été autorisé à accéder au site sauf les administrateurs du site, cependant, N'IMPORTE QUEL personne dans AD peut se connecter avec un accès en lecture seule. furieux. –

Je pense que le problème est que celui qui a installé le certificat SSL l'a fait sur un autre site que celui créé par l'application Web. c'est-à-dire SharePoint-80 est le site d'origine et SharePoint-443 est le site sur lequel SSL est installé. L'application Web peut uniquement contrôler SharePoint-80. C'est-à-dire, si je vais dans Central Admin et que je modifie l'application Web pour autoriser l'accès anonyme, seules les autorisations IIS de SharePoint-80 sont mises à jour. –

Eh bien, j'ai maintenant découvert la solution à mon problème !! Ce problème est dû au fait que l'accès anonyme est défini sur "Site Web entier" dans Paramètres du site -> Autorisations avancées sous Paramètres -> Accès anonyme et Désactivation de l'accès anonymes via Administration centrale -> Gestion des applications -> Fournisseurs d'authentification (Par défaut) -> Modifier l'authentification. Cela a permis à tout utilisateur dans AD de se connecter au site avec un accès en lecture et voir tout! Peu importe si WSS est sur le contrôleur de domaine ou une autre boîte. Donc, pour résoudre le problème, j'ai dû activer l'accès anonyme via Central Admin afin que je puisse réellement voir l'option Menu d'accès anonyme dans Paramètres du site -> Autorisations du site. Je suis ensuite allé dans l'option Menu et le mettre à "Nothing". Puis de nouveau dans Administration centrale -> Application Management -> Fournisseurs d'authentification (par défaut) -> Modifier l'authentification et swithed OFF accès anonyme. Le site est maintenant entièrement sécurisé et seuls les utilisateurs qui ont des autorisations d'accès sur le site SP peuvent réellement se connecter.

Je mets cela à l'inexpérience avec SharePoint (ME c'est!) En même temps que la prise en charge du site de quelqu'un d'autre qui avait activé l'accès anonyme pour une raison étrange. Je pensais que désactiver l'accès anonyme dans Central Admin était suffisant, mais je ne savais pas qu'il s'agissait d'un processus en deux étapes qui ne peut être inversé qu'en effectuant deux étapes dans le sens opposé.

Problème résolu!

Source

2010-11-14 22:03:32

refus d'autorisations par défaut dans WSS 3.0

Répondre

Questions connexes