Sunny61

F5, F6 und so weiter nicht vergessen. ;) http://gruppenrichtlinien.de/artikel/f5-f6-f7-f8-und-f3-gpps-aktivierendeaktivierennicht-konfigurieren/

Freut mich für Dich und Danke für die Rückmeldung. ;) BTW: War mir übrigens klar, das die Sicherheit an der Stelle keine Priorität hat. ;)

Kopiere diese Datei doch einfach weg, dann brauchst Du zukünftig nur noch kopieren. ;)

Der Server steht nur da und bietet seine Freigaben an. Zumindest für die Clients sollte das nach der Benutzeranmeldung keinen Unterschied machen. Du hast ganz sicher die beiden Einstellungen aus http://www.gruppenrichtlinien.de/artikel/fast-logon-schnelles-anmelden-asynchrones-startverhalten-ehemals-faq-36/ gesetzt? Anschließend auch geprüft ob die Werte ankommen? Was sagt das Eventlog auf den Clients? Sind die NIC-Treiber aktuell? Beim Hersteller der Hardware manuell prüfen. Welche Sicherheitssoftware ist installiert? Führe einen sauberen Neustart aus, ist das Problem nach dem zweiten sauberen Neustart behoben? http://support.microsoft.com/kb/929135/de Du hast auf dem Server (TS+Fileserver) den Registryeintrag bezüglich der Verbindung gesetzt? Welche Sicherheitssoftware läuft auf den Servern? Es wäre schön gewesen, wenn Du das schon im ersten Posting geschrieben hättest. Was hast Du uns noch verheimlicht?

Ein Sicherheitsupdate ist wohl Schuld daran: http://forum.au-ja.de/viewtopic.php?t=47031 https://support.microsoft.com/kb/3036220/de

Sind denn auch diese beiden Einstellungen aktiv? http://www.gruppenrichtlinien.de/artikel/fast-logon-schnelles-anmelden-asynchrones-startverhalten-ehemals-faq-36/ Hast Du das Problem auf den Clients oder auf dem TS? Das konnte ich auch nicht herauslesen. Welche Infos fehlen uns sonst noch? Den Uralt Tipp kannst Du auch probieren: https://groups.google.com/forum/#!msg/microsoft.public.de.german.win2000.networking/eNsIUxBN_Wk/tZvmVmMsmLMJ

Sollte so funktionieren: SELECT Tabelle1.Feld1, Tabelle1.Feld2, Tabelle2.Feld1, Tabelle2.Feld2 FROM Tabelle1 INNER JOIN Tabelle2 ON Tabelle2.Feld1 = Tabelle2.Feld1 Mit Hilfe des SQL Server Management Studio kannst Du eine passende Sicht oder Stored Procedure erstellen.

Du meinst sicherlich den SBCore-Dienst. Der hat mit dem Dienst vom TO aber nichts gemeinsam.

Auf W7 dauert ein leeres neues Profil ca. 30 Sekunden, dann die Daten rüber kopieren und damit arbeiten. Das alte muss ja nicht gelöscht werden.

Sind die beiden Registry Schlüssel/Werte geheim? wenn nein, dann poste sie hier doch oder sollen wir sie erraten?

Es wird eine dazu passende Datei im Benutzerprofil erzeugt und abgelegt. Möglicherweise hilft ein neues Benutzerprofil an dieser Stelle. Ansonsten sollte das Ereignisprotokoll deine erste Anlaufstelle sein.

Und wenn Du die EXE vom Buchhaltungsprogramm per Batch auf einen Client kopierst, kannst Du sie dann ausführen? Funktioniert dann der Aufruf sofort? Und ja, ich würde trotzdem den Hersteller kontaktieren. Es gibt SW die kommt damit nicht klar, und es gibt SW die kommt damit klar. Auch in Zusammenhang mit den verwendeten Betriebssystemen. Hat Du den Tipp von Martin schon durch? http://www.mcseboard.de/topic/202420-software-mit-shortcut-starten/?do=findComment&comment=1261393 Welcher AV-Scanner ist auf Server und Client installiert? Darf der auf dem Client auch das Netzwerk scannen?

Wie lefg es schon angemerkt hat, prüf doch auch die darunter liegenden Ordner mittels Rechtsklick > Eigenschaftenn > Sicherheit. Lesen muss er mindestens können.

Was genau möchtest Du denn vergleichen? Ob in Spalte A + Spalte B von Tabelle 1 die gleichen SIDs wie in Spalte 3 + 4 in Tabelle 2 vorkommen?

Und du hast natürlich manuell überprüft ob die im GPO gesetzten Werte auch auf den beteiligten Maschinen in der Registry ankommen? Und nein, ein gpupdate /force hat nichts mit manueller Prüfun zu tun.

Wenn dir die Sicherheit egal ist, dann schreib das PW doch einfach in eine Batch und ruf die aus einem GPO aus. Alternativ einfach das Update wieder deinstallieren.

Schau doch ob Du mit diesem Artikel weiter kommst: http://www.gruppenrichtlinien.de/artikel/kms-key-management-service-installation-und-konfiguration/

Freut mich für Dich und Danke für die Rückmeldung. ;)

Prüfe unbedingt das SMB-Signing und konfiguriere es gem. BestPraxis: http://www.gruppenrichtlinien.de/artikel/smb-signing-kommunikation-digital-signieren/ Abschalten ist keine Lösung!

Und du darfst zukünftig gem. den Regeln auch auf das Crossposting hinweisen: https://social.technet.microsoft.com/Forums/de-DE/119514c0-b59a-487f-a4c9-df9f7dd52a31/dmanepasswort-administrator-nach-dem-ndern-vergessen-?forum=active_directoryde

Sowas machte man schon vorher nicht. Wenn der Benutzer A auf die Freigabe B Zugriff haben soll, dann nimm ihn in die Gruppe der Benutzer auf, die Zugriff haben sollen.

Schalte auf dem Server doch mal die Firewall zum Test ab. Funktioniert es denn? Findet sich etwas im Eventlog auf dem Server?

Freut mich für dich und Danke für die Rückmeldung. ;)

Wenn es auf der empfangenden Maschine ein zweites Netzwerk gibt, könnte das die Ursache sein. Deaktiviere die dazugehörende NIC und starte anschließend neu. Was gibt es denn noch alles was Du uns verheimlichst?

Das mit dem Remote ist an anderer Stelle zu finden, entschuldige, aus dem Kopf heraus sollte man so etwas nicht schreiben. ;) Im SQL Server Management Studio einen Rechtsklick auf die Instanz > Eigenschaften > Verbindungen. Remote Verbindung zugelassen? Ist denn in der Firewall eingehend 1434 UDP auf dem SQL Server auch erlaubt? Welcher Netzwerktyp ist denn im Netzwerk- und Freigabecenter für die aktuelle Verbindung eingestellt?