kann den pfad der user profile nicht ändern?

[spam400 10]

hallo

 

ich habe einen ts 2003 installiert und er läuft soweit.

jetzt will ich das die user profile auf einem anderem server gespeichert werden.

 

leider funktioniert das nicht.

wenn ich den profilepfad ändere dann erhalte ich nur eine fehlermeldung, das er das profile nicht speichern kann.

 

profilpfad: \\192.168.16.5\freigabe\user

 

der server legt das "userverzeichnis" an.

aber das verzeichnis bleibt leer.

 

hat jemand einen tip?

[czappb 10]

Normalerweise muss man nur den Ordner bis \\server\freigabe erstellen und die User sollten dort ordner erstellen können und deren Berechtigungen anpassen. Wenn das stimmt sollten die Verzeichnisse mit den Berechtigungen beim Anmelden erstellt und beim Abmelden gefüllt werden.

 

Speicher muss natürlich frei sein... ;)

[grizzly999 11]

Auf der Freigabe hast du die Standardberechtigung Jeder -> Lesen in Jeder -> Vollzugriff geändert?

 

 

grizzly999

 

/edit: Die NTFS Berechtigungen müsen auf dem freigegebenen Ordner natürlcih auch passen: http://support.microsoft.com/kb/257848/en-us

[spam400 10]

Auf der Freigabe hast du die Standardberechtigung Jeder -> Lesen in Jeder -> Vollzugriff geändert?

 

 

grizzly999

 

 

sorry habe ich vergessen.

das ist ein samba server.

( geht das ueberhaupt mit einem samba server ? )

[grizzly999 11]

Würde mal sagen ja, wenn die Berechtigungen auch dort entsprechend passen. Dem Rechner ist ja egal, auf was das Ding speichert, das weiß er nicht mal, er will halt nur da schreiben können.

 

 

grizzly999

[frapos 11]

Hi

 

 

Ich würde nur Dombenutzer vollzugriff gewähren, oder ist das in diesem Falle egal?

[ducke 11]

Du gibst ja nur auf die Freigabe Vollzugriff. Die Ordner die da drunter angelegt werden, sind ja per NTFS Berechtigung gesichert.

[Hirgelzwift 10]

Profilordner unter Linux /Samba sind kritisch und funktioniert u.U. nicht. Das kommt daher weil die Eigentumsrechte in dem das Profil geschrieben werden soll nicht geprüft werden kann.

 

Es gibt zwar einen Schalter im AD: Computerkonfiguration -> System -> Benutzerprofile -> Eigentümer von servergespeicherten Profilen nicht prüfen.

 

Aber ich habe es selbst damit nicht richtig zum laufen gebracht. Manchmal ging es manchmal kam eine Fehlermeldung das der Zugriff verweigert wurde. Deshalb speichern wir die Profile auf unserem DC. Ich muß aber dazu sagen das wir die Profile auf 30 MB begrenzt haben.

 

edit: du musst auf dem samba server auf alle fälle die verzeichnisse manuell anlegen und mit chown und chmod bearbeiten.

[frapos 11]

Die 30MB Begrenzung könnte ich aber nur bei den Terminal Profilen machen?? :shock:

Da würde ich bei normalen Profilen schon arg in Probleme kommen.

[frapos 11]

Du gibst ja nur auf die Freigabe Vollzugriff. Die Ordner die da drunter angelegt werden, sind ja per NTFS Berechtigung gesichert.

 

 

Ick seh gerade das ich auf mein Profilordner bei freigabe nur ändern und lesen hab und ntfs nur lesen und ausführen.

 

Also nix da mit vollzugriff :D wäre ja noch schöner wenn meine skla.... öhm user zuviel rechte bekommen würden :D

[Hirgelzwift 10]

@frapos:

Kommt darauf an was du alles aus dem Profil rausnimmst. Eigene Dateien etc. sind natürlich seperat "verbogen" und nur für Shortcuts etc. ist das mehr als genug. Und wer meint das der Desktop ein Dateiablagesystem ist der hat halt Pech gehabt.

 

Aber eigentlich gehört das hier nicht zum Thema.

[Hirgelzwift 10]

Hallo? NTFS? das ist ein Samba Server, da gibt es kein NTFS. Da geht alles nur über

 

owner

group

everyone

 

und root darf immer alles :D :p

[Gulp 265]

Hallo? NTFS? das ist ein Samba Server, da gibt es kein NTFS. Da geht alles nur über

 

owner

group

everyone

 

Ja, auf Samba/Linux gibt es keine lokalen NTFS Berechtigungen, ist aber auch egal, die Freigabe arbeitet auch mit den Linux Filesystem Berechtigungen (es ist quasi völlig wurscht was da als Filesystem verwendet wird).

Bei Freigaben ist die Frage nach lokalem Dateisystem (also NTFS) sowieso nicht relevant, Windows wie Linux arbeiten dabei mit CIFS und regeln "untendrunter" ihre Berechtigungen über die im Filesystem vorhandenen Einstellungen und Möglichkeiten.

 

Grob gesagt: Sind die User/Gruppenberechtigungen in Linux/Samba auf den Profilordnern korrekt angelegt, funktioniert das mit Profilen auf Samba-Shares wie am Schnürchen (bei meinen Servern jedenfalls - mit RedHat Enterprise Linux AS 4 und XP Clients).

 

Beachten muss man, wie Kollege Hirgelzwift anmerkt, dass man die Richtlinie "Computerkonfiguration -> System -> Benutzerprofile -> Eigentümer von servergespeicherten Profilen nicht prüfen" aktiviert hat

 

Es ist sicherlich nicht ganz so komfortabel einzurichten, wie Profilfreigaben auf Windows Servern zu hosten, aber auch nicht unmöglich. ;)

 

Grüsse

 

Gulp

[spam400 10]

NTFS? das ist ein Samba Server, da gibt es kein NTFS. Da geht alles nur über

owner

group

everyone

und root darf immer alles :D :p

 

falsch. note 6 setzen.. :)

stichwort: "acl support"

 

root darf alles und das ist auch gut so....

( wer ausser root soll den nach deiner meinung her alles können/duerfen? das system?)

 

 

Beachten muss man, wie Kollege Hirgelzwift anmerkt, dass man die Richtlinie "Computerkonfiguration -> System -> Benutzerprofile -> Eigentümer von servergespeicherten Profilen nicht prüfen" aktiviert hat

 

Es ist sicherlich nicht ganz so komfortabel einzurichten, wie Profilfreigaben auf Windows Servern zu hosten, aber auch nicht unmöglich. ;)

 

 

danke das hat mir gefehlt!

 

leider habe ich gerade gelesen und beobachtet.

das windows temp. profile anlegt und diese in c:\dok... speichert.

dann war die ganze arbeite umsonst?

oder gibt es dazu eine lösung?

( temp. profile abschalten bzw. auch auf laufwerk d:\temp_profile verschieben?

 

 

danke an alle die geholfen haben!

( bin windows-newby )

[Hirgelzwift 10]

@gulp:

Du hast natürlich Recht mit deinen Ausführungen das es egal ist ob Linux oder Windows das backend OS ist, das backend meldet dem frontend: geht oder geht nicht.

 

Meine Anmerkung in Bezug auf NTFS bezog sich lediglich darauf das scheinbar die meissten hier überlesen haben das es sich um einen Linux Server und nicht um einen Windows Server handelt und daher das eigentliche Problem gar nicht sahen.

 

Wie auch immer, wir verwenden Suse Linux und es gab Probleme mit Profilen unter Samba. Zwischenzeitlich haben wir zwar neuere Samba Versionen, die zwar dann wieder andere Problem aufwerfen, aber ich teste ja nicht alle 14 Tage eine neue Konfiguration. Als ich es getestet hatte war es Samba 2.irgendwas