SharePointCommunity
Die deutschsprachige Community für SharePoint, Microsoft 365, Teams, Yammer und mit Azure

Sponsored by

Willkommen im Forum Archiv.
Einträge sind hier nicht mehr möglich, aber der Bestand von 12 Jahren SharePoint-Wissen ist hier recherchierbar.




AD DS Benutzer mit eingeschränktem Zugriff - Authentifizierung an Seite funktioniert nicht

Geprüfte Antwort Dieser Beitrag hat 15 Antworten

Ohne Rang
29 Beiträge
mspano erstellt 17 Feb. 2012 09:17
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hallo,

wir haben einen externen Benutzer, der zwar einen AD DS Account hat, sich aber nur an bestimmten Rechnern (Servern) anmelden darf. Nun muss er auch auf eine Site Collection in Sharepoint Foundation zugreifen. SPF ist bei uns in einer Farm aber lediglich auf zwei Servern installiert (einer nur DB Server, der andere - alles andere).

Die Anmelde-Permission am SPF-Server habe ich hinzugefügt. Leider kann sich der MA nicht mit seinem Domänen Account anmelden. Das Anmeldefenster öffnet sich, er gibt domain\usernam und sein PW ein, das Anmeldefenster kommt zwei weitere Male, dann bleibt der Bildschirm weiß. Mit einem lokalen Account, den ich auf dem SPF Server direkt angelegt habe, funktioniert´s. Gebe ich dem domain account die Berechtigung sich überall anmelden zu können funktioniert´s auch. Der Benutzer soll sich aber nur an der Sharepoint Site und noch einem anderen Server anmelden können, sonst nirgends.

Wo muss sich nun also der Account überall authentifizieren, damit die Site nach der Anmeldung auch angezeigt wird (Dummerweise kommt keine Fehlermeldung).

Danke für Tipps.

Alle Antworten

Ohne Rang
29 Beiträge
mspano Als Antwort am 21 Feb. 2012 08:34
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hi,

kann mir denn keiner sagen, an welchen Rechnern, bzw welchen Services ein SPF User sich mindestens authentifizieren muss, damit ich die entsprechende Anmeldeerlaubnis an den Servern in seinem AD DS Accouont hinterlegen kann?

Leider habe ich mir einen Wolf gegooglet und nichts richtiges dazu gefunden. Vielleicht habe ich auch die falschen Suchbegriffe benutzt - wer weiß.

Danke schon mla und viele Grüße.

Ohne Rang
300 Beiträge
Christian Müller Als Antwort am 21 Feb. 2012 10:45
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hallo mspano,

erst mal zu der weisen Seite nach 3maligem Anmelden. Versuch mal das hier das Problem hatte ich auch schon öfters.

http://sharepointadam.com/2010/03/06/disable-the-loopback-check-via-powershell/

Wenn dein Problem immer noch auftritt gib bitte noch mal kurz bescheid.

Gruß Chris

Website: http://www.coc-ag.de

Blog: http://rabbitshooter.wordpress.com/

Ohne Rang
29 Beiträge
mspano Als Antwort am 21 Feb. 2012 11:37
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hi,

danke für den Tipp. Daran kann es aber nicht liegen, da die Anmeldung funktioniert, wenn ich dem Benutzer die Erlaubnis gebe, sich überall anzumelden. Er darf sich mit seinem Domain Account aber nur am SPF Server selbst anmelden. Gebe ich ihm Zugriff auf alles, klappt´s auch mit dem FQDN.Ich habe ihm auch bereits testweise (Anmelde)Zugriff auf einen DC/DNS (in der Vermutung, es könne mit der Namensauflösung zu tun haben) und auf den SQL Server (in der Vermutung, der Account müsse sich auch da anmelden, aber am SQL meldet sich ja lediglich der SPF-Account an, um die DBs auszulesen) gegeben - leider alles ohne Erfolg.

Ich habe es dennoch mit dem Reg.Key versucht, aber es hat leider nicht hingehauen.

Ich bin für jeden Tipp dankbar

Ohne Rang
19231 Beiträge
Andi Fandrich Als Antwort am 21 Feb. 2012 11:53
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Ich nehme an, Du hast den Benutzer aus der Standardgruppe "Domain User" entfernt. Damit verliert er aber auch das Leserecht auf die Domäne und somit können seine Credentials nicht geprüft werden. Versuche mal, ob Du im dieses Recht nicht separat geben kannst. Genauer kann ich es Dir nicht erklären - ich bin kein AD-Spezialist.

Viele Grüße
Andi
af @ evocom de
Blog
Ohne Rang
29 Beiträge
mspano Als Antwort am 21 Feb. 2012 12:15
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hi Andi,

leider nicht - ist aber ein sehr guter Einwand - da hätte ich ihn fast rausgeschmissen. Danke.

Wie gesagt, der Benutzer ist Mitglied in Domänen-Benutzer und Domänen-Benutzer sind "Primary group"

Any suggestions?

Ohne Rang
19231 Beiträge
Andi Fandrich Als Antwort am 21 Feb. 2012 12:26
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Tut mir leid - keine weiteren Ideen .-(

Viele Grüße
Andi
af @ evocom de
Blog
Ohne Rang
29 Beiträge
mspano Als Antwort am 21 Feb. 2012 12:37
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

[quote user="Andi Fandrich"]

Tut mir leid - keine weiteren Ideen .-(

[/quote]

Gegen wen/was muss sich denn ein User generell authentifizieren, um die SPF Site öffnen zu können?

AFAIK fragt SP das AD und jede zur Verfügung stehende Authentifizierungsliste, ob der Zugriff gestattet ist, oder? Mehr nicht.... Dann sollte doch eigentlich der domain user die Zugangsberechtigung bekommen....?Lege ich einen lokalen User auf dem SP Server an, funktioniert die Anmeldung an der SiteCollection ja auch... Ich steh hier absolut im Dunkeln - keine Idee....

Ohne Rang
19231 Beiträge
Andi Fandrich Als Antwort am 21 Feb. 2012 12:54
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

SharePoint fragt beim AD, ob der angegebene Login und Passwort stimmen. Falls ja, wird geprüft, ob der Benutzer Rechte innerhalb SharePoint besitzt.

Wenn es mit lokalen Benutzern funktioniert, hört sich das eher danach an, daß der SharePoint Server entweder den DC nicht findet oder keinen Zugriff hat. Ich würde mal die verschiedenen Accounts der SharePoint-Installation prüfen, insbesondere den Application Pool der Webanwendung. Das müssen Domänen-Accounts sein.

Viele Grüße
Andi
af @ evocom de
Blog
Ohne Rang
29 Beiträge
mspano Als Antwort am 21 Feb. 2012 13:02
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

[quote user="Andi Fandrich"]

SharePoint fragt beim AD, ob der angegebene Login und Passwort stimmen. Falls ja, wird geprüft, ob der Benutzer Rechte innerhalb SharePoint besitzt.

Wenn es mit lokalen Benutzern funktioniert, hört sich das eher danach an, daß der SharePoint Server entweder den DC nicht findet oder keinen Zugriff hat. Ich würde mal die verschiedenen Accounts der SharePoint-Installation prüfen, insbesondere den Application Pool der Webanwendung. Das müssen Domänen-Accounts sein.

[/quote]

Es funktioniert ja auch mit Domänen Benutzern - nur eben nicht, wenn diese Domänenbenutzer sich nur an bestimmten Computern anmelden dürfen. Also sollte doch mit den Accounts und dem Application Pool der Webanwendung alles in Ordnung sein, oder? Im Übrigen habe ich die Accounts überprüft und es sind Domänen-Accounts.

Trotzdem Danke...

Ohne Rang
19231 Beiträge
Andi Fandrich Als Antwort am 21 Feb. 2012 13:17
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

OK, ich verstehe Deine Argumente.

[quote user="mspano"]wenn diese Domänenbenutzer sich nur an bestimmten Computern anmelden dürfen[/quote]

Wie habt Ihr das denn verwirklicht? Evtl. ist es für SharePoint notwendig, daß die Benutzer sich am Client anmelden dürfen. Sie müssen das natürlich nicht machen, aber das Recht dazu könnte notwendig sein.

Ist aber nur eine Vermutung. Ich bin da wie gesagt kein Experte.

Viele Grüße
Andi
af @ evocom de
Blog
Ohne Rang
29 Beiträge
mspano Als Antwort am 21 Feb. 2012 13:44
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Ich habe die Lösung:

Der Domänenbenutzer, der sich nur auf bestimmten Rechnern anmelden darf, muss auch von einem erlaubten Rechner aus kommen. Das heißt, meldet er sich von einem externen beliebigen Computer über die URL der SPF Site an, wird erkannt, dass er sich zwar am SP Server anmelden darf - er kommt aber von einem Computer, an dem er sich laut seines AD Profils nicht anmelden darf - also wird der Zugriff verweigert.

Ich dachte, dass dieses Verhalten mit der Zuweisung der Zone "Internet" für die WebApplikation umgangen wird - tut es aber nicht.

So wie ich das sehe, kann sich also ein DomänenBenutzer nicht auf einer öffentlich erreichbaren URL an der SPF Website anmelden, wenn sein Domänenaccount eingeschränkte Berechtigungen zur Anmeldung an bestimmten Geräten hat.

Schade - aber wenigstens verstanden.

Ohne Rang
19231 Beiträge
Andi Fandrich Als Antwort am 21 Feb. 2012 14:31
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Das ist ja genau das, was ich oben vermutete...

Nur zur Info: das Problem scheint sich auf Rechner innerhalb der Domäne zu beschränken, wo das Anmeldeverbot greift. Wir haben jede Menge von außen zugängliche SharePoints und es können sich alle Benutzer mit den entsprechenden Domänenaccounts anmelden. Auch wenn deren Rechner in keiner oder einer anderen Domäne sind.

Viele Grüße
Andi
af @ evocom de
Blog
Ohne Rang
29 Beiträge
mspano Als Antwort am 21 Feb. 2012 15:25
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

[quote user="Andi Fandrich"]

Das ist ja genau das, was ich oben vermutete...

Nur zur Info: das Problem scheint sich auf Rechner innerhalb der Domäne zu beschränken, wo das Anmeldeverbot greift. Wir haben jede Menge von außen zugängliche SharePoints und es können sich alle Benutzer mit den entsprechenden Domänenaccounts anmelden. Auch wenn deren Rechner in keiner oder einer anderen Domäne sind.

[/quote]

"Wie habt Ihr das denn verwirklicht? Evtl. ist es für SharePoint notwendig, daß die Benutzer sich am Client anmelden dürfen. Sie müssen das natürlich nicht machen, aber das Recht dazu könnte notwendig sein."

Hi Andi,

wenn Du das gemeint hast, dann habe ich es wohl falsch verstanden. Fakt ist, dass auch ein Gerät, das extern steht und nicht in der Doäne ist (also meinetwegen ein Privatrechner, oder Internetcafe, oder was auch immer), über den Browser seinen Computernamen weitergibt. Hat der Doänenaccount auf diesen (externen) Computer keine "Log Ont To..." Berechtigung, funktioniert es auch nicht.

Also nicht nur von einem Domänencomputer aus, sondern auch von einem externen Computer aus, der nicht erlaubt ist, funktioniert es nicht.

Wir haben die Zugriffsbeschränkung über die Properties des AD Benutzeraccounts realisiert: Writer "Account" -> Button "Log On To..." und darin nicht "All computers" sondern "The following computers" markiert und dort die erlaubten Computer eingetragen.

Trotzdem Danke für Deine Ideen. Wie eine unserer Mitarbeiterninnen immer sagt: "again what learnt" (wieder was gelernt) ;-)

 

 

Ohne Rang
19231 Beiträge
Andi Fandrich Als Antwort am 21 Feb. 2012 15:40
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

[quote user="mspano"]Wir haben die Zugriffsbeschränkung über die Properties des AD Benutzeraccounts realisiert: Writer "Account" -> Button "Log On To..." und darin nicht "All computers" sondern "The following computers" markiert und dort die erlaubten Computer eingetragen[/quote]

Ah, das könnte sich dann natürlich wirklich auf ALLE Rechner auswirken, also über die Domäne hinweg. Gibt es dort keine Negativliste, also so daß man angeben kann, auf welcher Maschine sich der Benutzer nicht anmelden darf? Dann wären ja alle anderen erlaubt...

[quote user="mspano"]"again what learnt"[/quote]

Me 2 :-)

Viele Grüße
Andi
af @ evocom de
Blog
Ohne Rang
29 Beiträge
mspano Als Antwort am 21 Feb. 2012 17:40
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

...leider nicht :-(