Weshalb Abfrage Name und Paßwort ?
Hallo,
hab heute folgenden Situation schon das 2. mal gehabt, kann es mir aber nicht erklären:
Ich bewege mich in einer Domäne (2003er Server / XP Clients) mit Adminrechten.
Ich stelle von Client A (angemeldet dort als Domänadmin) zu Client B eine Netzlaufwerksverbindung her zb. \\ClientB\c$
Nun möchte ich auf Client B allen Benutzern eine Verknüpfung einer Datei auf den Desktop legen, also die Verknüpfung erstellt und bei C:\Dokumente und Einstellungem\All Users\Dekstop\ eingefügt. Die Veknüpfte Datei liegt auch auf ClientB, in meinem Fall unter C:\Programme\...
Auf die Verknüpfte Datei (in meinem Falle eine pdf) hat die Gruppe "JEDER" das Recht "Ändern/Ausführen". (aber auch mit Vollzugriff probiert)
DIe User sehen die Verknüpfung auf dem Desktop aber bei dem Versuch diese Verknüpfung zu öffnen erscheint ein Dialog "NAME/PAßWORT"....
Melde ich mich am direkt am ClientB mit adminrechten an und erstelle die Verknüpfung, gibt es keine Probleme!
Kann mir das mal einer erklären ? Wo liegt mein Denkfehler ? Wieso funktioniert meine erste Variante nicht ?
Vielen Dank !
Guinnes
hab heute folgenden Situation schon das 2. mal gehabt, kann es mir aber nicht erklären:
Ich bewege mich in einer Domäne (2003er Server / XP Clients) mit Adminrechten.
Ich stelle von Client A (angemeldet dort als Domänadmin) zu Client B eine Netzlaufwerksverbindung her zb. \\ClientB\c$
Nun möchte ich auf Client B allen Benutzern eine Verknüpfung einer Datei auf den Desktop legen, also die Verknüpfung erstellt und bei C:\Dokumente und Einstellungem\All Users\Dekstop\ eingefügt. Die Veknüpfte Datei liegt auch auf ClientB, in meinem Fall unter C:\Programme\...
Auf die Verknüpfte Datei (in meinem Falle eine pdf) hat die Gruppe "JEDER" das Recht "Ändern/Ausführen". (aber auch mit Vollzugriff probiert)
DIe User sehen die Verknüpfung auf dem Desktop aber bei dem Versuch diese Verknüpfung zu öffnen erscheint ein Dialog "NAME/PAßWORT"....
Melde ich mich am direkt am ClientB mit adminrechten an und erstelle die Verknüpfung, gibt es keine Probleme!
Kann mir das mal einer erklären ? Wo liegt mein Denkfehler ? Wieso funktioniert meine erste Variante nicht ?
Vielen Dank !
Guinnes
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 112598
Url: https://administrator.de/contentid/112598
Ausgedruckt am: 26.11.2024 um 12:11 Uhr
4 Kommentare
Neuester Kommentar
Moinsen,
Unter NT4 gabs ein Tool, das hat die Links beschnitten und wenn mir jetzt noch der Name dieses Tools einfallen würde...
Im Klartext "merkt" sich der Link, woher er kommt - er kommt von \\clientb\c$\blablabla und da "C$" - kommt der normalsterbliche eben nicht hin.
Ergo - entweder mir oder einem Mitstreiter fällt noch ein, wie dieses Tool hieß, oder du legst den .lnk einfach "normal" an, ohne c$ vom Fremdrechner.
Gruß
edit
Kann mir das mal einer erklären ? Wo liegt mein Denkfehler ?
Du denkst zu "einfach" und so "einfach" ist Windows einfach nicht Unter NT4 gabs ein Tool, das hat die Links beschnitten und wenn mir jetzt noch der Name dieses Tools einfallen würde...
Im Klartext "merkt" sich der Link, woher er kommt - er kommt von \\clientb\c$\blablabla und da "C$" - kommt der normalsterbliche eben nicht hin.
Ergo - entweder mir oder einem Mitstreiter fällt noch ein, wie dieses Tool hieß, oder du legst den .lnk einfach "normal" an, ohne c$ vom Fremdrechner.
Gruß
edit
Scut.exe aus dem NT4 Reskit - doch noch nicht so Alt, wie ich immer tue
Hallo Guinnes (Irland? nur ein "s"?)
das hört sich alles wie eine Frage der Zugriffsrechte an, wobei die intendierte Zuteilung der Rechte nicht ganz sauber gelöst ist, auch dank schlechter Doku bei MS, siehe Hilfe "Berechtigungen". Zum Beispiel kann es sein, dass der Zugriff über Peer-to-Peer-Netz läuft/benötigt lokale Anmeldung, der User aber lokal kein Konto hat. "Jeder" bezieht sich bei lokaler Authorisierung auf "Jeder", der auf diesem PC ein Konto hat PC, nicht automatisch jeder in der Domäne oder keinesfalls jeder auf der Welt. Erst wenn der Clientrechner und der Zugriffsclient beide mit login in der Domäne angemeldet sind und die Rechte und die Freigaben passen, klappt der Zugriff ohne Passwort. Ich mache das mittlerweile nur noch über User mit Zugriffsrechten der Domäne und einer zugeteilten Netzwerkfreigabe, in der auch die Rechte zugewiesen werden. Damit funktionieren dann die versprochenen Funktionen des NTFS.
Fregabe: Jeder alles
Sicherheit: dezidiert zuteilen
das hört sich alles wie eine Frage der Zugriffsrechte an, wobei die intendierte Zuteilung der Rechte nicht ganz sauber gelöst ist, auch dank schlechter Doku bei MS, siehe Hilfe "Berechtigungen". Zum Beispiel kann es sein, dass der Zugriff über Peer-to-Peer-Netz läuft/benötigt lokale Anmeldung, der User aber lokal kein Konto hat. "Jeder" bezieht sich bei lokaler Authorisierung auf "Jeder", der auf diesem PC ein Konto hat PC, nicht automatisch jeder in der Domäne oder keinesfalls jeder auf der Welt. Erst wenn der Clientrechner und der Zugriffsclient beide mit login in der Domäne angemeldet sind und die Rechte und die Freigaben passen, klappt der Zugriff ohne Passwort. Ich mache das mittlerweile nur noch über User mit Zugriffsrechten der Domäne und einer zugeteilten Netzwerkfreigabe, in der auch die Rechte zugewiesen werden. Damit funktionieren dann die versprochenen Funktionen des NTFS.
Fregabe: Jeder alles
Sicherheit: dezidiert zuteilen
Du kannst es auch anders machen. Nämlich so wie ich:
Du erzeugst dir deine Verknüpfung lokal auf deinem Rechner und kopierst diese dann ins entsprechende Zielverzeichnis auf dem anderen Client.
Der Haken an der Sache: Die Datei zu der du verlinkst muss auf deinem Rechner für Windows sichtbar sein, da du ansonsten eine Fehlermeldung bekommst. Windows prüft nämlich vor dem Erstellen der Verknüpfung ob es das Ziel auch wirklich gibt.
Willst du also zu einer Datei linken die auf deinem PC nicht existiert musst du (zumindest temporär) die Datei und den kompletten Pfad anlegen.
Manuel
Du erzeugst dir deine Verknüpfung lokal auf deinem Rechner und kopierst diese dann ins entsprechende Zielverzeichnis auf dem anderen Client.
Der Haken an der Sache: Die Datei zu der du verlinkst muss auf deinem Rechner für Windows sichtbar sein, da du ansonsten eine Fehlermeldung bekommst. Windows prüft nämlich vor dem Erstellen der Verknüpfung ob es das Ziel auch wirklich gibt.
Willst du also zu einer Datei linken die auf deinem PC nicht existiert musst du (zumindest temporär) die Datei und den kompletten Pfad anlegen.
Manuel