Sunny61

Hier gibts eine ausführliche Beschreibung: faq-o-matic.net » Drucken unter Windows 7 in der Domäne

Ich habe bei mir Version 1.1.0.0 installiert, das ist die aktuelle. Ich habe inzwischen eine neue Testumgebung hochgezogen und dort tritt der selbe Fehler auf. Läuft CA/WSUS auf einem Server ist alles i.O wird der WSUS von der CA getrennt geht nix mehr.

Hmm, ich habe bei das getrennt, funktioniert trotzdem. Das Zertifikat vom LUP kannst Du nicht verwenden?

Erstelle ich das Cert als Administrator oder als Computerkonto? In der Anleitung wird es als Admin beschrieben, was auf einer Maschine auch funktioniert...

Als Admin erstellen, aber für das Computerkonto importieren.

BTW: Du kannst auch dort im Forum nachfragen, evtl. ist das schneller zielführender. http://sourceforge.net/projects/localupdatepubl/forums/forum/1076879

Nun ja, ich starte selten bis nie die Server neu :)

Einmal im Monat sollten sie wegen der Windows Updates neu gestartet werden, oder installierst Du keine Updates? ;)

Evtl. hast Du Quotas gesetzt. Sollten sich in den Eigenschaften des Ordners bzw. der Root zeigen.

Ja aber theoretisch müsste es doch möglich sein, das Laufwerk mit dem gegebenen User und Passwort zu verbinden.

Ja, theoretisch kann ich auch vieles machen. Macht es Sinn? Weshalb die Arbeit unnötig erschweren?

Zum Beispiel das Login-Script, das ich oben erwähnt habe, da habe ich den folgenden Befehl drin:

net use S: \\Beispielserver\Freigabename /user:Benutzer passwort

 

Wenn ich dieses Script lokal auf meinem PC ausführe, funktioniert das.

Da fehlt die Domain.

[/uSER:[Domänenname\]Benutzername]

[/uSER:[Domänenname im Punktformat\]Benutzername]

[/uSER:[benutzername@Domänenname im Punktformat]

Dir fehlt der Name der Domain auf der anderen Seite.

Wenn es aber bei der Anmeldung ausgeführt wird, kommt wieder die Fehlermeldung "Netzlaufwerk konnte nicht verbunden werden".

Müsste das denn nicht eigentlich funktionieren?

Start > Ausführen > control userpasswords2 [ENTER] > Reiter Erweitert > Kennwörter verwalten. Findest Du hier das passende für die o.g. Anmeldung?

1. Auf Netzwerk warten: ja, Anmeldescripts weiß ich spontan nicht, sollte aber doch für die Softwareinstallation egal sein!?

Ja, ich frag immer für beide Einstellungen. ;)

2. Jap, hab ich schon durchgeschaut aber mein Fehler ist nicht dabei :/

Funktioniert denn die GPO auf anderen Clients? Wenn ja, was hast Du denn sonst schon alles für die Fehlerbehebung unternommen?

Welche SW möchtest Du denn per GPO auf den Clients installieren? Bitte genaue Angaben, auch wie der Pfad in der GPO eingegeben ist.

Sagen wir, der Admin installierte Programm XY und kann dies verwenden. Nun möchte ich, dass die neuen Accounts auch dieses Programm benutzen können. Leider war auf deren Oberfläche XY jedoch nicht zu sehen; sie wirkte wie neu aufgesetzt.

Wenn der Admin Programme installiert, soll er darauf achten dass die Programme auch für Jeden installiert werden. Wenn das Programme nicht anbieten, muß nach der Installation im Öffentlichen Desktop ein passender Link von Hand angelegt werden.

Mit Hilfe der Group Policy Preferences kannst Du die Verknüpfungen auch leicht selber erzeugen und auf den Clients anlegen lassen. GPP - Group Policy Preferences - Gruppenrichtlinien Einstellungen

Hast Du denn die Druckertreiber auf dem 2008R2 auch für 32bit bereit gestellt?

Evtl. hilft dieser Artikel: Operation Failed with error 0x0000007e - .: Daniel Melanchthon :. - Site Home - TechNet Blogs

faq-o-matic.net » Windows-Druckserver: Treiber für 32- und 64-Bit-Clients

Sind die beiden Einstellungen aus der GPO-FAQ No. 36 gesetzt? FAQ-GPO

Du kannst diese Hinweise überprüfen: Event ID: 108 Source: Application Management

Und hier für den zweiten Event: Event ID: 1047 Source: Userenv

Als Benutzer anmelden und als Admin die Installation starten, so hat es Nils geschrieben.

BTW: Bitte benutze doch die Shifttaste, die Tastatur hat extra 2 davon. Danke.

Nimm den Client aus der Domain, lösch das Konto aus dem AD, nach dem Neustart wieder neu aufnehmen und in die richtige OU verschieben. Zweimal neu starten, geht es jetzt wieder?

Der Server steht in einer anderen Domäne und die normalen User gibt es dort gar nicht. Deswegen der neue User...

Da wäre es doch vermutlich besser, eine Vertrauensstellung aufzubauen. Dann kannst Du die Gruppen auf den NTFS Berechtigungen eintragen.

Das geht auch, nachdem der Benutzer angemeldet wurde und das VPN hergestellt wurde. Oder verstehe ich die Frage falsch?

AFAIR waren solche Kennwortänderungen bei XP noch nicht so in der Art möglich. Ich kann mich auch täuschen. Geht das jetzt erst seit VISTA richtig?

Ab Vista werden die GPOs (keine Anmeldescripts o.ä.) direkt nach Aufbau der (Domänen-) VPN Verbindung abgearbeitet, sofern die standardmäßig eingestellten 90 Minuten nach der letzten GPO Aktualisierung abgelaufen sind.

Ist dabei egal, welche SW zum Aufbau der VPN Verbindung verwendet wird?

bin eigentlich davon ausgegangen das der Key mit der neuen Version überflüssig ist.

Testen, dann weißt Du es ganz sicher.

Profil lösch ich dann mal vom User

OK, sag bitte Bescheid ob das die Lösung war.

Hab mir heute mal die Frage gestellt wie ich ein Passwort ändern kann bei einem offline user der maximal eine VPN Verbindung auf Serverlaufwerke hat.

Wenn Du die VPN Verbindung vor der Benutzeranmeldung startest, kann das PW geändert werden.

Bekommt er nach erfolgreichem VPN Aufbau auch die GPO´s zugeteilt?

Im Hintergrund werden alle ~90 Minuten die GPOs geholt, wenn die VPN Verbindung steht. Forcieren kannst Du das auf der Commandline mit gpupdate /force.

wenn du per Group Policy Preferences ein Laufwerksmapping zuweisen möchtest, dann musst du meines Wissens die Variable %LogonUser% statt %Username% verwenden.

Hast Du dazu auch eine Quelle? Meine Suche in der MSDN/Technet hat dazu nichts ausser Scripte für Entwickler zu Tage gefördert. LogonUser function

Hat jeder Benutzer den Key gesetzt? Wenn ja, möglicherweise ist ja auch ein TS-Profil defekt. Hast Du es schon testweise mit einem neuen probiert?

Woher weiss der Rechner das das gemappte Laufwerk mein Homeverzeichnis ist

Variable: Homepath????????

Wenn Du es mit Hilfe von GPP machst, dann weiß der Rechner das natürlich nicht. Denn dort gibst Du das ja in diesem Format an: \\Server\Freigabe\%username% Das %USERNAME% wird dann ja zu Müller, Meier oder Huber aufgelöst und dargestellt. Muß denn dort Homelaufwerk stehen? Wenn ja, dann kannst Du das natürlich auch mit angeben, sieht man auch auf den Screenshots in dem gep. Artikel.

Die Beschreibung ist für Windows Server 2003. Öffne auf einem W2003 GPEDIT.MSC, dort ist es noch zu finden.

In Konfigurieren von Terminaldiensten mithilfe von Gruppenrichtlinien ist auch das hier zu finden: Gruppenrichtlinien für Terminaldienste können nur für die Verwaltung von Computern unter einem Betriebssystem der Windows Server 2003-Produktfamilie verwendet werden.

Evtl. findest Du hier den Eintrag mittels STRG + F leichter: Richtlinien Windows 7

Wüsste nicht wie.

Ich hab das Programm nicht, kann dir also nicht sagen wo man das einstellen kann. Evtl. gibt es ja in den Optionen dazu die Möglichkeiten. Wenn das auch nicht hilft, deinstallieren, neu starten und wieder installieren. Alternativ eine Reparatur durchführen.

Die Version vom LUP ist aktuell? Kannst Du den LUP rückstandsfrei deinstallieren und neu installieren? Wenn ja, kannst Du das Zertifikat vom LUP verwenden, ist möglicherweise die einfachere Angelegenheit.

Das verwendete Benutzerkonto ist der Administrator. Ich habe auch schon eine Serververbindung zu 127.0.0.1 aufgebaut - hilft auch nichts. Kann es damit zusammenhängen, dass ich den WSUS nicht auf dem default-Port 80, sondern 8080 betreibe?

Das kann schon sein. Entweder Port 80 oder 8530, alles andere ist nicht supported.

Ist das verwendete Benutzerkonto denn auch WSUS Administrator? Das JPG muß erst von Moderatoren freigeschaltet werden.

Ja habe ich.

Ich kann nicht glaube, dass die vom Support dir nicht den Download Link zur Firmware nennen/geben wollen.

Bitte schließen danke.

Was genau ist die Lösung oder was war der Fehler?