Re: Windows 7 Anbindung
Hallo Hans-Dietrich,
Danke für deine Anmerkungen und ein paar Beobachtungen meinerseits dazu:
Hans-Dietrich Kirmse schrieb:
Zur Überschrift: "Ausführen des Login-Skripts / Mappings"
auch wenn hier in der Liste von "Login-Scripts" geschrieben wurde und
ich bei einer 20-minütigen Recherche nach diesem vermeintlichen Begriff
sogar 2 mal fündig geworden bin, aber die Begriffe werden normalerweise
so verwendet:
Login => hier geht es um die eigentliche Anmeldung
Netlogon => das Verzeichnis, wo z.B. die Anmeldescripte oder
eine Default-Profile abgelegt werden können
Logon-Script => die Scripte, die bei der Anmeldung an der Domäne
ausgeführt werden
...
Will damit sagen: auch wenn jeder unter dem Begriff
"Login-Script" sicher das richtige versteht, sollte doch "Logon-Script"
verwendet werden. Im Text statt "login.bat" besser "logon.bat".
Ok, werde mir das anschauen, die "login.bat" allerdings belasse ich so,
weil sie am Tjener einfach so heißt, ist also nur zitiert.
Eine andere Argumentation: für das Login sind diese Scripte *NICHT*
nötig. Deswegen ja dein Bemühen, die doch noch irgendwie zur Ausführung
zu bringen. Warum man Scripte, die für das Login offensichtlich nicht
zuständig sind, sondern eben auch völlig unabhängig zum Beispiel per
Hand gestartet werden können, dann "login.bat" bzw. Login-Scripte
genannt werden sollen, naja - man muss nicht alles verstehen. ;)
wenn ich dich richtig verstehe, meinst du, dass es hier immer statt
"Login-Script" "Logon-Script" heißen sollte. Login für Windows und Logon
für die Domäne. Das problem kommt ja wohl daher, dass direkt beim (und
nicht nach) dem (Windows)Login-Vorgang auch schon mit dem Domänserver
Kontakt aufgenommen wird. Win7 schreibt bereits unter das Anmeldefenster
den Domänennamen hin und ändert ihn nur wenn der Benutzer
"Administrator" eingegeben wird; andere nur lokale Benutzer muss man mit
jetzt "Machinennamen\Benutzername" anmelden.
Der Inhalt des Abschnitts ist sicher der, der am meisten hakelig ist.
Sehe ich auch so. Ich hab mich es nur hineinschreiben getraut, weil es
zumindest bei mir jetzt so halbwegs funktioniert.
Zum Abschnitt "Lange Wartezeit bei Anmeldung"
Diese Erklärung hatte ich auch gefunden. Hier wäre es natürlich schöner,
eine reg-Datei zu haben, die die gleiche Wirkung hervorruft. Ich denke,
die werde ich dann schon erstellen (sollte dann problemlos mit der
"logon.bat" eingespielt werden können. So wie ich deine Anleitung
verstanden habe, müßte man als Administrator diesen Workaround an jedem
Computer durchführen,
stimmt, bzw. ich arbeite dann halt bei den gleichen Rechnern mit image
was man mit einer reg-Datei und einer
funktionierenden "logon.bat" nur einmal am Server einrichten müßte.)
Das würde ich mir wesentlich besser gefallen, aber da hab ich
NULL-Ahnung. Wäre toll, wenn du hier dann mal eine Lösung hättest.
Weitere Bemerkung: diese kurze Anmeldezeit von 10(?) Sekunden wird
natürlich nur dann gehalten, wenn sich die Profile nicht aufblähen. Wenn
z.B. der User ein paar Video-Sequenzen auf dem Desktop ablegt, dann
kann man sehr schnell auf Anmeldezeiten im 10 Minuten-Bereich kommen.
Ganz einfach deshalb, weil ja auch der Desktop zu den Profil-Daten
gehört und wenn da viel drauf liegt, dann wird eben bei der Anmeldung
bzw. Abmeldung auch viel geschaufelt.
Ja, klar, mein Problem war nur, dass auch auf jungfäulichen System ohne
irgendwelche Belastung die Anmeldezeit immer 30 Sek. betragen hat. Das
wird dadurch doch kräftig reduziert. Was dann die User mit ihren eigenen
Desktop anfangen, da habe ich außer über quotas wenig Einfluss, oder?
Zum Abschnitt: "Servergespeicherte Profile"
du schreibst: "Allerdings speichert Win7 nicht immer (??? - ich konnte
keinen nachvollziehbaren Grund finden) Änderungen am Profil eines Users
beim Abmelden zurück ..." Ein möglicher Grund ist: Wenn man sich an
mehreren Computern mit dem gleichen Login anmeldet, dann läßt sich das
Problem schon erklären/provozieren. Beispiel: User "mmustermann" meldet
sich am Rechner PC1 und am Rechner PC2 an. Dabei wird jedesmal eine
Datei "test.doc" vom Server auf den Desktop kopiert. nehmen wir an, dass
um 13.20 Uhr auf PC1 die Datei bearbeitet wird. Aber auf dem Rechner PC2
wird sie danach bearbeitet. Der Rechner PC2 wird zuerst abgemeldet.
Dabei wird auch die Datei "test.doc" zurückkopiert. Dann wird der
Rechner PC1 abgemeldet. Nun müßte die Datei vom Rechner auf den Server
kopiert werden. Das darf aber nicht sein, denn die Datei auf dem Server
ist aktueller als die (geänderte) Datei auf dem Desktop von Rechner PC1.
Also wird nicht kopiert, sondern sie bleibt (nur) im Profil-Verzeichnis
auf dem PC1. (ob dieser Grund bei dir zugetroffen hat weiss ich nicht)
Ich weiss es wirklich nicht. ich hab zur Zeit nur einen einzigen Rechner
, mit dem ich arbeite. Aber ich habe soviel herumprobiert, dass ich es
MS sogar zugestehen würde, dass das nicht alles glatt abläuft. Und
außerdem funktioniert es jetzt ja auch.
massive Probleme vorprogrammiert. Was für mich unklar ist, wer für diese
Endung ".V2" verantwortlich ist. Bei uns steht in der smb.conf:
logon path = \\%L\profile\%G\%U\%a
angenommen, der Server heißt "aramec" und der User "mmustermann" aus der
Gruppe "students" meldet sich an einem WinXP-client an, dann würde das
Profil unter \\aramec\profile\students\mmustermann\WinXP gefunden
werden (aus Samba-Sicht). so wie ich das kenne, kann die Variable %a
(mindestens) folgende Werte annehmen:
- Win95 (Windows 9x/Me)
- WinNT (Windows NT)
- Win2K (Windows 2000)
- WinXP (Windows XP)
Will sagen, die erfüllt (hier) genau den Zweck, die Profile fein
säuberlich zu trennen. Die Variablenbelegung für Vista, Win7, u.a.m.
kenne ich leider nicht wirklich.
Ich glaube, der Speicherort ist wohl von System zu System verschieden;
bei unserm alten SLIXS waren die Profile auch ganz wo anders. Bei
Skolelinux liegen sie jedenfalls im Homeverzeichnis des jeweiligen Users
in /skole/tjener/home0.
Wenn du also einen in der Domäne existierenden User das erste Mal an
einer XP-Maschine anmeldest, legt XP dort drinnen einen Ordner /profile
an. Und das hat sich mit Vista/Windows 7 geändert: Jetzt wird ebenfalls
im Homeverzeichnis ein Ordner /profile.V2 angelegt (wenn es bereits eine
XP-Anmeldung gegeben hat, dann liegen beide Ordner nebeneinander). Ich
glaube nicht , dass das was mit den Einstellungen der smb.conf zu tun,
sondern das sind einfach die neuen Windowsvorgaben.
Zum Abschnitt: 'Problem mit "temporären Profil"'
Ich hatte auch schon mal dieses Fenster mit den temporären Profilen
gesehen, aber da war ich mir dann darüber im Klaren, dass die Ursache in
irgend einer Weise letztlich von mir verschuldet war. Aber: das Löschen
der Profile (z.B. als Administrator) sehe ich nie als Problem. Wenn
diese Profileverzeichnisse auf dem Client gelöscht werden, dann liegt
doch genau die Situation vor, als wenn ein Schüler sich (ausnahmsweise
und damit zum ersten Mal) an einem anderen PC anmeldet.
Da liegt dann auch das Profil nicht dort. Aber warum soll dann
irgendetwas in der Art einer Fehlermeldung kommen, egal ob das dann
"temporäres Profil" oder sonstwie heißt? also diese Erklärung finde ich
nicht schlüssig. und wie gesagt: ich lösche (als Administrator) des
Öfteren die Profile aller User (unter winXP) und kann mich da bis jetzt
nicht an irgendwelche Probleme erinnern.
Da muss ich dir leider wiedersprechen. Und ob du es glaubst oder nicht,
das lokale Löschen eines (aus welchen Gründen auch immer) übrig
gebliebenen lokalen Home-Verz. reicht UNTER Windows7 aus, um den
"temporären Profileffekt" auszulösen. Das habe ich in der Zwischenzeit,
etliche Male reproduziert. Ich bin ja vollkommen daccord mit dir bzgl.
XP, deswegen habe ich es ja auch beim ersten Mal so sorglos gemacht.
Aber unter Win7 muss man nicht nur die Profile,sondern auch den
entsprechenden Profileintrag in der Registry löschen. Nun ok, vielleicht
kann man dieses Verhalten wieder durch eine andere Stellschraube
abstellen, das weiß ich nicht.
mehr kann ich leider erst beitragen, wenn ich ein Testsystem habe. Ich
melde mich dann auf jeden Fall wieder.
Das war ja schon mehr als ich erwartet hatte. Ich finde es super, dass
ich einmal Rückmeldungen zu den Themen erhalten habe
lg
Alfred
Reply to: