Madison

Nach derzeitiger Rückmeldung der User funktioniert alles bestens. Hätte zwar schon wieder andere Fragen aber ich versuch erstmal selbst zu studieren.

 

Danke für Eure Hilfe und Tipps nochmal.

 

Gruß Madison

 

 

 

PS: Thema erledigt!

Aktueller Stand:

 

- Neuer Server - alles frisch installiert

- Neue GPO für Ordnerumleitung "Desktop" erstellt und an die RDS Server (2008 und 2012R2) angehängt -> Ordner "Desktop" wird erstellt und funktioniert soweit

- Neue GPO für Lockdown erstellt -> an RDS2012R2 angehängt -> weniger Anpassungen als in der alten GPO

 

Somit werden die Profile lokal, Dokumente wie schon immer auf dem Fileserver und eben der Desktop (nur auf den RDS Servern) auf dem Fileserver umgeleitet.

 

Mit meinen 3 Testusern klappt das soweit ganz gut.

 

Ich lasse jetzt mal zwei Echtuser ans System. Schauen wir mal wie das Feedback ist.

 

 

Ok, ich hab die Desktop Variante genommen. Werd ich mich wohl mal mit Applocker beschäftigen müssen.  Über die GPO werd ich es nicht mehr versuchen. Morgen dann also wieder volle Beschäftigung 

Wie macht ihr das denn mit Euren Usern? Die sehen ja jetzt alles, können überall rumklicken zum Bsp. im Servermanager. Nur kommt eben dann das sie keine Berechtigung haben. Je mehr Sachen für die Leute zu sehen sind, umsomehr klicken Sie rum.Das wollte ich eben verhindern und nur das erlauben was sie dürfen und nur das sehen was für sie bestimmt ist.

Aktueller Stand:

 

Die VHDX 20x mit dem virtuellen Hammer geschlagen, 1000 Schimpfworte und ab übern Jordan.

 

Hab den Server komplett neu aufgesetzt, ohne die Lockdown GPO.

Siehe da, Office funktioniert 1a, auch bei meinen Testusern. Auch die Dateien aus den Network-Share klappen wieder 1a.

 

Hab dann einen Prüfpunkt erstellt und die GPO aktiviert und Booom.....nix ging mehr. Viele Bunte Fehler.

GPO deaktiviert, Serverneustart....immer noch Fehler.

 

Prüfpunkt wiederhergestellt, ohne Lockdown GPO...funktioniert.

 

Scheint also das meine GPO da alles verstrickt und das selbst nach deaktivieren der GPO immer noch Reste im System hinterlässt.

 

Vielleicht kann hier nochmal jemand drüber schauen wo da der Fehler liegt:

 

 

GPO:

 

-> KLICK Lockdown GPO <- KLICK

 

 

Dankefein.

 

Gruß Madison

 

vor 21 Minuten schrieb Jim di Griz:

Moin,

das hier:

http://www.office-loesung.de/ftopic84155_0_0_asc.php

kennst du? die suche nach der fehlermeldung bringt eine menge ergebnisse.

ich bleibe bei alten settings irgendwo in der office infrastruktur, evtl. durch öffnen alter vorlagen.

das ist nicht zwingend das temp welches du einrichtest.

https://www.google.com/search?client=firefox-b&q=die+arbeitsdatei+konnte+von+word+nicht+erstellt+werden

Bei den Usern stand unter Internetexplorer -> Einstellungen -> Temporäre Internetdateien als Cache Pfad nix drin.

 

Hab jetzt ein Batch-File bei Userlogin was die Pfade setzt:

 

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders]
"Cache"="%USERPROFILE%\\AppData\\Local\\Microsoft\\Windows\\INetCache"

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders]
"Cache"="%USERPROFILE%\\AppData\\Local\\Microsoft\\Windows\\INetCache"

 

Hab Office noch einmal deinstalliert mit den Tools die MS anbietet und wieder installiert.

Zumindest öffnet bei meinen Test-Usern das Outlook wieder ohne Fehlermeldung.

 

Word und Excel Files lassen sich auch wieder öffnen, jedoch nur wenn ich die auf den Desktop kopiere.

 

Ich denke mal ich hab nen kleines Problem mit meinem Fileserver. Dokumente werden ja umgeleitet. Kann Ordner/Files erstellen und löschen, PDF Files öffnen.

Nur mit den Office Files hat er noch Probleme.

 

Wird jetzt mal den Fileserver checken. Hab eben ins LOG geschaut, jede Menge Event-IDS.

 

Wenn ich Licht am Ende des Tunnels sehe und alles wieder funktioniert, da leer ich nen Kasten Bier =)

 

PS: Auf lokalen Rechnern geht alles. Ich glaub ich sollte mir vielleicht noch meine LockDown GPO anschauen.....

 

vor 1 Minute schrieb Dr.Melzer:

Wäre es nicht sinnvoller für diese 80% eine kurze Anleitung zu erstellen, wei sie die Verknüpfung selbst machen können?

Gibt es alles schon. Hab viele Anleitungen und diese auch für alle bereitgestellt. Fragt nicht was ich hier schon durch habe. Kein Wunder das ich graue Haare hab,

Da fehlt schon das Verständnis für Dateien auf dem Desktop und auf dem Fileserver. Da werden die Files vom Fileserver auf den Desktop kopiert und dann fragen die mich, wieso sie die Änderungen des anderen Nutzers nicht sehen. Argh. Verknüpfung zur Verknüpfung. Selbst andere Kollegen die Plan haben, haben sich auch mit den Usern hingesetzt und erklärt, bringt alles nichts.

 

 

 

Danke Euch erstmal für Eure Tipps.

 

Ich habe jetzt alles wieder rückgängig gemacht. Sämtliche Scripte gelöscht, die Registry wieder auf Default-Werte gesetzt, das Roaming auf dem Server deaktiviert und die ganzen Profile gelöscht.
Beim Anmelden bekommt jetzt jeder ein sauberes Profil unter C:\Benutzer ohne irgendwelchen Resten aus den alten Systemen,

 

Soweit läuft das alles. Jedoch kommt immer noch der Fehler in Office (Word, Excel, Outlook) mit der TEMP Arbeitsumgebung.

 

Wenn ich den Fehler noch beseitigen kann, werde ich dann in den sauren Apfel beißen müssen, und jeden User wenigstens die Desktops-Files per Hand kopieren, da wie gesagt 80% es hier nicht schaffen, sich eine Verknüpfung zu machen.

 

vor 20 Minuten schrieb Sunny61:

Stell um auf Aktualisieren, alles andere ist seit W8.1 Murks und fällt dir auf die Füße. Auch bei Erstellen wird nach +-~90 Minuten getrennt und wieder neu erstellt.

Hab das jetzt geändert. Schieb heute Abend ein gpupdate /force an.

 

Denke aber nicht das das was mit dem TEMP Fehler in Office zu tun hat.

 

Ich habe ja mittels dem Script aus o.g. Link alles so eingerichtet, das TEMP Files unter C:\TEMP\%USERNAME% landen.

 

Habe da jetzt nochmal mit den NTFS Rechten rumgestellt. Mal schauen wir die Resonanz morgen ist.

 

Danke erstmal für Eure Hilfe.

 

Gruß Madison

 

 

Und weil es so schön war, hier nochmal der Fehler mit dem TEMP.

vor 8 Minuten schrieb testperson:

Hi,

 

wenn Freigaben urplötzlich nicht mehr erreichbar sind: https://support.microsoft.com/en-us/help/297684/mapped-drive-connection-to-network-share-may-be-lost

Werden die Netzlaufwerke per Gruppenrichtlinien-Einstllung verbunden und stehen evtl. auf "Ersetzen"?

Gibt es einen Virenschutz, der auch auf Netzwerkshares scanned?

 

Ansonsten wäre es evtl. einfacher gewesen, auf leere User Profile Disks (oder auch RDS-Profile) zu migrieren und z.B. bei der ersten Anmeldung das Benötigte aus den alten Profilen in die neue UPD zu kopieren.

 

Gruß

Jan

Wird per GPO eingebunden, steht auf "Erstellen". Hab den Sever mal neu gestartet. Der Fehler ist nicht wieder aufgetaucht.

 

Das mit den Office Dateien ist dagegen kurios. Man sieht ja alle Dokumente, Ordner, kann schreiben, lesen und löschen. Dennoch kommt nach einer gewissen Zeit der Fehler in Office.
Text-Files hingegen oder Bilder lassen sich ganz normal noch öffnen.

 

Gruß Madison

Zitat

welche Office Version bitte?

Office 2013 Pro + aktuelle Updates

 

Zitat

Werden die Profile selbst beim abmelden gelöscht?

Nein, ich denke nicht. Durch das Script was ich oben gepostet habe, werden nur die Temp-Files des Users gelöscht

 

Zitat

als schnelle Idee das Sitzungslimit erhöhen.

Hab ich gemacht, derzeit 3 Stunden.

 

Zitat

Gibt es keinerlei Meldungen im Eventlog?

Nein, überhaupt nichts. Schon zig mal durchforstet.

 

Zitat

"Da wir lokale Profile hatten, habe ich auf Roaming Profile gewechselt. Ich wollte mir die Arbeit ersparen, alle Userdaten (Desktop, Verknüpfungen, etc.) per Hand zu kopieren"

Ich haette die Profile komplett leer neu erstellt. Die User nehmen so auch alte Fehler/Settings mit. hier kommt mir noch die Idee ob alte Office-Vorlagen evtl. eigene Settings/Verweise mitbringen.

Ja, das wäre mir auch am liebsten gewesen. Das wäre aber ein harter Kampf für mich. Ich müsste in zig Außenstellen fahren, um die Desktops wieder einzustellen. Ca. 80% meiner User bekommen keine Verknüpfung auf dem Desktop hin. Wenn das alles weg ist, klingelt mein Telefon pausenlos. Schlimm!

 

Zitat

Wo liegt die normal.dot und das Excel Gegenstück?

Gute Frage? Wie meinst du das?

 

Zitat

"Nach ein paar Stunden Googeln stand fest, es liegt in den Temp-Files von Windows"

Welchen Fehler genau hast du da vermutet/gesehen?

Hmmm. Ich hatte den Verdacht mit den Temp-Files und bin auch dieses Script gestoßen. Das hab ich dann angewendet. Danach ging es für ein paar Stunden und der Fehler tritt wieder auf.

 

Zitat

(bin grad sowas wie "schlaflos in Seattle" und suche Ablenkung :-P)

Und ich hab schlaflose Nächte, weil das Problem einfach nicht reproduzierbar ist.

 

Anbei mal ein Screenshot des Fehlers:

 

 

Der User hat Zugriff auf seine Dateien, aber kann diese nicht öffnen. Zugriffsrechte stimmen alle. Da ist alles i.O.

 

Und seit heute tritt noch ein weiterer Fehler auf:

 

 

Vor ein paar Sekunden noch auf den Ordner zugegriffen und Dateien bearbeitet und zack, kam die Fehlermeldung.

 

 

Bin gespannt ob wir das Problem lösen können.

 

Gruß Madison

 

Am ‎19‎.‎01‎.‎2019 um 00:42 schrieb daabm:

Dunkle Erinnerung - bei Roaming Profiles auf TS gibts ne 2. Variable mit irgendwie "roaming" im Namen. Wir sind da auch mal drüber gestolpert, ist aber 5 Jahre her und ich krieg das aus dem Kopf grad nicht mehr zusammen... Und dann weißt Du sicher, daß Windows intransparent noch .V2 bis .V6 an den Profilpfad anhängt.

Um Deine Frage noch zu beantworten: Nein, ist mir so noch nicht begegnet.

Ich habe nur .V2 Profile. Wenn ich auf dem 2012R2 den entsprechenden Registry-Wert anlege, dann legt er mir noch ein .V4 Profil an. Das nützt mir aber nichts, dann sind die Desktops der User leer. Scheint also ein komplett neues Profil für jeden User zu sein.

 

Gruß Madison

Hallo,

ich habe jetzt zig Jahre einen Terminalserver 2008 R2 am laufen. Dieser soll nun durch einen 2012 R2 abgelöst werden.

Ordnerumleitung der "Eigenen Dateien" funktioniert seit Jahren tadellos.

 

Kurz zur besseren Info:

 

Da wir lokale Profile hatten, habe ich auf Roaming Profile gewechselt. Ich wollte mir die Arbeit ersparen, alle Userdaten (Desktop, Verknüpfungen, etc.) per Hand zu kopieren.

Fileserver -> Ordner für Profile mit Berechtigungen angelegt und die entsprechende GPO erstellt.

 

RDS_Remote_Benutzerprofile 

Computerkonfiguration (Aktiviert)Ausblenden
RichtlinienAusblenden
Administrative VorlagenAusblenden
Richtliniendefinitionen (ADMX-Dateien) wurden beim lokalen Computer abgerufen.System/BenutzerprofileAusblenden
Richtlinie Einstellung Kommentar
Sicherheitsgruppe "Administratoren" zu servergespeicherten Profilen hinzufügen Aktiviert 

Windows-Komponenten/Remotedesktopdienste/Remotedesktopsitzungs-Host/ProfileAusblenden
Richtlinie Einstellung Kommentar
Pfad für servergespeichertes Remotedesktopdienste-Benutzerprofil festlegen Aktiviert 
Profilpfad \\SERVERXXXX\Userdesktop$\%username%
Pfad in der Form "\\Computername\Freigabename" angeben
 

Windows-Komponenten/Remotedesktopdienste/Remotedesktopsitzungs-Host/Umgebung für RemotesitzungAusblenden
Richtlinie Einstellung Kommentar
Desktopgestaltung für Remotedesktopsitzungen zulassen Aktiviert 
Maximale Farbtiefe einschränken Aktiviert 
Farbtiefe 32 Bit
 

Benutzerkonfiguration (Aktiviert)Ausblenden
Keine Einstellungen definiert

 

Soweit so gut. Funktioniert. Für jeden User wird ein Ordner angelegt und es klappt sowohl auf dem 2008R2 sowie auf dem 2012R2.

 

Weiter in Richtung Problem:

 

Kurze Zeit später berichteten mir die User, dass sie keine Word und Excel Dateien öffnen können.

Fehlermeldung: "Die Datei konnte leider nicht geöffnet werden."

Nach ein paar Stunden Googeln stand fest, es liegt in den Temp-Files von Windows. Also bin ich nach folgender Anleitung vorgegangen:

 

https://bent-blog.de/ablage-der-temporaren-dateien-fur-windows-konfigurieren-best-practice/

 

Nun zum Hauptproblem:

 

Der Fehler mit Word und Excel tritt weiterhin auf dem 2008R2 sowohl auf dem 2012R2 auf. Immer in verschiedenen Abständen mehrmals am Tag. Die User melden sich dann ab und wieder an, dann funktioniert es wieder eine Weile bis die Meldung wieder kommt.

In der Sitzungssammlung des 2012R2 habe ich bei Sitzungen schon mehrfach an den Einstellungen gedreht, nützt alles nichts.
Derzeit steht da:

Getrennte Sitzung beenden: 1 Minute
Limit für aktive Sitzungen: Nie
Leerlaufsitzungslimit: 1 Stunde

Wenn eine Sitzung........: Ende der Sitzung

Einstellungen für temporäre Ordner:

Temporäre Ordner beim Beenden löschen: Ja
Temporäre Ordner pro Sitzung verwenden: Ja

Hat jemand schon einmal so einen Fehler gehabt, dass Word und Excel Dateien nach einer gewissen Zeit nicht mehr geöffnet werden können?

Gibt es irgendwo noch einen Fehler in den Einstellungen?

 

Vielen Dank für Eure Hilfe im voraus.

 

Gruß Madison

Der Testuser ist ein Domänenbenutzer und Remotedesktop-Benutzer. Dazu noch in ein paar Untergruppen. Allesamt regeln aber nichts, was Terminalserverbasierend oder Remotedesktopbasierend ist. Ich habe eben nur den vergleich zum alten 2008 R2 TS. Dort sind auch keine weiteren Gruppen die Beschränkungen regeln. Hab ich damals auch einfach aufgesetzt und damit den alten 2003 TS abgesetzt - und da haben die User allesamt keinen Zugriff auf den Servermanager und andere administrative Dinge. Kann auch sein ich hab hier beim 2012 R2 TS einen Denkfehler oder sehe den Ansatz ganz falsch...

Hallo nochmal, habe in der Zwischenzeit weiter gebastelt und gefummelt. Leider bringt alles keine Lösung. Alle rechte sind meines Erachtens richtig erteilt. Aber dennoch können die User im Servermanager, in der Systemsteuerung bzw. auf dem gesamten 2012 R2 Terminalserver tun und machen was sie wollen.

 

Vielleicht hat da jemand noch eine Idee bzw. gibt's irgendwo ein Tutorial dazu. Hab zwar schon Wochen gegoogelt aber vlt. habe ich ja was übersehen.

 

Würde gern den 2008 R2 durch den 2012 R2 ersetzen.

hm..ich werde mal Docusnap laufen lassen und mir mal die Rechte des Testusers und die AD-Pläne anschauen. Das Tool wertet ja alles genial aus. Vlt übersehe ich ja auf dem DC was.

Danke, für den Tipp. Habe eben geschaut. In der lokalen Administrator-Gruppe steht nur der Administrator und *MYDOMAIN*\Domänen-Admins.

Mein Testuser ist in keiner der beiden Gruppen.

Ich habe eine Gruppe TS-User. Sind auch alle zugewiesen. Habe dann meinen Testuser genommen und für ihn noch eine GPO gebaut. Funktioniert auch. Loopback ist auch drin, daran habe ich schon gedacht. Verteile meinen Proxy ja auch mittels GPO und Loopback, das klappt 1a. Hm.

 

Problem besteht also weiterhin.

Hallo,

 

ich habe derzeit einen 2008 R2 Server als Terminalserver laufen. Diesen möchte ich ersetzen und habe dazu einen 2012 R2 Terminalserver aufgesetzt.

Meine Domänenbenutzer können sich via RPD Client am 2008er anmelden und haben da eingeschränkte Rechte. Weder Servermanager lässt sich ausführen, als auch Veränderungen am System durchführen.

 

Mein Problem: Auf dem 2012 R2 dürfen die Benutzer alles. Sie können in den Servermanager, Elemente einstellen, Rollen hinzufügen, etc.

 

Einzige Richtlinie die zieht, die User dürfen sich nur Abmelden bzw. Trennen, können den Server nicht herunterfahren.

 

Nun hab ich schon tagelang Google und Bing gefragt und gebastelt, bin aber mit meinem Latein am Ende. Auch eine eigens dafür erstellte GPO mit Einschränkung des Desktops, Startmenü beschränken usw. brachte keinen Erfolg.

 

Wie muss ich jetzt vorgehen, dass meine User z.Bsp. nur den Desktop angezeigt bekommen und keine Kacheln? Wie kann ich die User einschränken in Bezug auf Änderungen des Desktops, Zugriff auf Servermanager, Anpassung Start usw.?

 

Wie geschrieben, eine GPO hatte ich erstellt, aber es wurde nichts beschränkt. Zudem kenne ich mit GPO´s aus, liegt also nicht daran, dass ich keine Erfahrung damit habe. Sind derzeit über 20 von mir erstellte GPO´s die erfolgreich funktionieren.

 

Danke für Hilfe und Tipps.

 

Gruß Madison

 

 

 

 

Danke für eure Hilfe.

 

Hab die Switche resettet und hab das mit dem Trunking gemacht.

Nun ist erstmal Feierabend. Ich melde mich wenn das ganze funktioniert...oder auch nicht.

Bin jetzt folgerndermaßen per telnet vorgegangen:

 

2510G-48

 

config

int 1-4 disable

int 1-4 lacp active

int 1-4 enable

 

2510G-24

 

config

int 1-4 disable

int 1-4 lacp passive

int 1-4 enable

 

Scheint als ob einer aktiv und der andere passiv laufen muss.

 

Hmm

Ich kann leider im Webinterface nichts von Trunk finden, das ist ja das Problem.

Wird wohl sicher nur per Telnet gehen, oder?

Hallo,

 

ich habe jeweils einen ProCurve Switch 2510G-24 und einen ProCurve Switch 2510G-48. Diese möchte ich mittels 4 LAN-Kabel verbinden. Um keinen Loop zu erzeugen oder "Bremsen"

 

einzubauen würde ich gern wissen, wie ich die beiden Teile konfiguriere.

 

 

LACP oder Port-Trunking?

Wo muss ich was einstellen?

Oder muss ich dazu jeweils die Ports mit "T" nutzen?

 

Würde gern bei jeden der beiden Switche Port 1 bis 4 dafür nutzen.

 

Danke für Eure Hilfe.