Sunny61

Ja, sollte sie. Liegt denn der betroffene Benutzer auch im Verwaltungsbereich des GPO? Und ja, Du solltest den IE8 upgraden. Nein, eher ist das GPO falsch verlinkt bzw. kommt nicht an. Lass ein gpresult /H >gpresult.html auf der Commandline laufen. Findest du die Einstellungen des GPO?

Und nur wenn es auf einem DC läuft, dann gibt es die Verzögerung?

Und zusätzlich auch mal die Entscheider mit ins Boot nehmen. Wie stellen die sich das vor? Einfach mal fragen. ;)

Wir sind schon von so manchen Usern angesprochen worden. Lieferant macht den Fehler und lässt den Kunden die Korrektur selbst machen, nicht schön.

Welchen Browser verwenden die User auf den Clients? Ab bzw. incl. IE10 wird die IE-Wartung nicht mehr unterstützt. Dein Server ist nicht aktuell. IE11 ist auch für Server 2008R2 der aktuelle Browser.

Trotzdem, wieso ich und nicht MS mit einem Update? Hier könnte MS etwas mehr für die Kunden tun.

Wo genau liegen denn die EXEn? Wenn das mit 2003 noch einwandfrei funktioniert hat, könnte ich mir vorstellen, UAC funkt dazwischen. Ansonsten sind auch AV-Scanner gerne Verursacher für alles mögliche. Deaktivieren hilft aber nichts, nur eine rückstandsfreie Deinstallation mit Verwendung des Removal Tool vom Hersteller könnte Abhilfe schaffen.

Kann es evtl. ein Small Business Server 2008 sein? Bring doch die exakte Bezeichnung. Was genau meinst Du damit? Sehr gut. Wie genau erstellst Du den User? Kopieren eines bestehenden oder blank neu anlegen? Machst du es direkt im Active Directory oder über eine Konsole vom SBS/EBS?

Und wenn Du im SYSVOL die Login.bat per Doppelklick startest, wird sie dann auch zweimal ausgeführt? Such in der Datei nach Login, lass das .bat weg. Erstell doch mal ein neues GPO, eine Einstellung nach der anderen übernehmen und testen. Liegt die Login.bat denn auch im NETLOGON? Gibt es das Problem schon immer so? Was wurde zu dem Zeiptunkt geändert?

Und was meinst Du denn genau mit 'Lösung'? Meinst Du evtl. Schritt 2? https://support.microsoft.com/kb/2764690/de Oder diesen Artikel der nicht mehr erreichbar ist: http://office.microsoft.com/de-de/help/add-or-delete-holidays-and-custom-events-in-your-calendar-HP001230406.aspx Ist jetzt hier: https://support.office.com/en-gb/article/Add-or-delete-holidays-and-custom-events-in-your-calendar-25f4c434-b43e-4513-a722-04dec3e057c6

Jepp, beim TO gehe ich allerdings vom Gegenteil aus. ;)

Gibt es dafür denn kein Update?

Kann sein, dass Du die Login.bat im Script erneut aufrufst? Ansonsten bitte mal komplett anders benennen. Anmelden.bat oder so etwas.

Lies dir den Teil nochmal *genau* durch. Die Replikation dauert nur wenige Sekunden bis Minuten. Im SnapIn Standorte + Dienste kannst Du das auch forcieren. Die FSMO-Rollen kannst Du nur einem DC geben, also weißt Du jetzt eigentlich auch die Antwort auf diese Frage. ;) Die DNS-Rolle wird beim Promoten zum DC mit angelegt, die DHCP-Rolle mußt Du selbst übertragen. Bezüglich DHCP gibt es beim Hersteller genug Dokumente: https://technet.microsoft.com/de-de/library/dn495425.aspx

Übrigens, die Firmware sollte man IMHO *immer* aktualisieren und das dazugehörende Changelog lesen. ;)

Wenn die Geräte in die Domain kommen, brauchst Du das Script gar nicht.

Neuen Server installieren, in die Domain aufnehmen, Windows Updates installieren. DNS prüfen, der 1. DNS Server muss auf den bisherigen DC/DNS-Server zeigen. Server zum DC raufstufen. Nach dem Neustart trägst Du ihn selbst als *zweiten* DNS Server bei sich selbst ein, der erste DNS zeigt immer noch auf den alten. Windows Updates installieren, falls fällig. Replikation prüfen, wenn möglich beide Server für eine Nacht zusammen stehen lassen. Der zweite Server dann durch entfernen der Rolle bzw. mit Hilfe von DCPROMO zum Memberserver herabstufen. Vor dem Neustart in den IP-Einstellungen den zweiten neuen DC als 1. DNS eintragen, Neustart. Im SnapIn Standorte und Dienste prüfen ob der alte Server noch als DC auftaucht, wenn ja, löschen. Wenn Du den alten zum Memberserver degradiert hast, kannst Du auch auch abschalten und aus dem AD löschen. Vorher müssen natürlich alle anderen Rollen noch übertragen werden.

Was spricht gegen warten? Ist es zwingend notwendig den Level jetzt gleich/sofort anzuheben?

Ist die Firmware auf dem Router aktuell? Ist dort DHCP aktiv? Wenn ja, abschalten. Wenn nein, auf dem Server DHCP sauber konfigurieren. Das ist kein Gerät für eine Firma, so etwas hat man vielleicht zu Hause.

Was ist das für ein Gerät das als Standardgateway fungiert? Exakte Bezeichnung und exakte Firmwareversion bitte posten. BTW: Nettweise schreibt man ohne ß. ;)

Konfiguriere das SMB-Signing gem. Best Praxis in den beiden Default Domain Policies. http://www.gruppenrichtlinien.de/artikel/smb-signing-kommunikation-digital-signieren/ IMHO kommt das auf den Empfänger an, wenn der V1 nicht kann oder kennt, nützt dir das wenig. Auch hat das nichts mit der Domain zu tun, sondern mit dem empfangenden OS. Hast Du dem Techniker die korrekten Daten denn schriftlich geliefert? Versuch dich, in seine Lage zu versetzen. Dokumentiere am besten gleich alles von diesen Geräten, mit Datum und gänderten Zugangsdaten abspeichern und ausdrucken. Dann kann beim nächsten Mal nichts mehr passieren. ;)

Benenne die .cmd doch mal um und teste nochmal mit den Autoruns. Wird die .cmd dann immer noch zweimal ausgeführt?

Nimm das Teaming komplett raus, deaktiviere eine NIC, geht es dann besser? Es sollte zum Test wirklich nur eine NIC aktiv sein.

Durchsuche auch das SYSVOL nach der Datei, kommt sie öfters vor? STRG + F3 > und jetzt nach *.ENDUNG durchsuchen. Nicht manuell suchen oder glauben man weiß es besser, automatisch suchen lassen. Das hattest Du schon geschrieben. Steht das Script evtl. in der RDP-Datei? Leg doch mal eine neue RDP-Datei an, explizit darin nichts verknüfen lassen. Lokale Umleitungen rausnehmen.

Man sich mit den Exchange.WebServices sicherlich ein Programm schreiben, das jede eingehende Mail 'zählt', geht sicherlich auch per Transportregel. Und ab einer bestimmten Menge dann auch eine Mail verschicken. Mir ist kein Tool bekannt, das so etwas out of the Box kann.