zahni

Wir haben den TEMP-Ordner generell auf C:\TEMP verschoben. Für diesen dämlichen Updater von SFirm muss man in der Tat ein paar Ausnahmen im Temp definieren. Es ist ein ein schlechtes Design, dort EXE-Dateien hinzukopieren um sie dann von dort auszuführen. Das könnten die genauso gut auch auf der zentralen Netzwerkressource machen. TEMP würde ich aber auf keinen Fall generell erlauben (die Viren freuen sich...) Auf Netogon braucht man Ausnahmen, wenn man dort BAT-oder CMD-Dateien ausführen will (soweit dies in der SRP enthalten ist). Ansonsten hilft Event 865 im Anwendungslog weiter.

Hast Du denn am Client auch beide DNS-Server konfiguriert? Gibt es Änderungen an den Standorten im AD, die vom Default abweichen? Du findest also beide DCs am "Standardname-des-ersten-Standorts"? Prüfe dort bei jedem DC eine Verbindungsobjekt zum anderen DC vorhanden ist.

Ist nach der Installation aber Default. Aber egal. Wir haben auch die echten IP-Adressen drin.

Sicher? Ansonsten solltest Du die Adressen über Kreuz eintragen, also beim 1. DC zuerst die vom 2. DC und dann 127.0.0.1 und umgekehrt.

Wie,ich schon schrieb: Installiere auf Deinem Server eine Proxy-Software.

Nein, andere Wege sind nicht supported. Und auf DCs schon mal überhaupt nicht. Habt ihr fertig installierte Domain-Controller wirklich geklont? Also so richtig nach dem DCPromo? Ansonsten müssten die Domain-SID eigentlich unterschiedlich sein.

Das kommt mir bekannt vor. Kann ein Bug der (Intel?)-Firmware auf den NICs sein. Neuere Switche haben da ein PowerManagement (IEEE 802.3az?). Schaue mal ob Du das im Switch abschalten kannst. Oder eben das FW-Update auf den Nic. Achtung: Nach dem Einspielen der FW muss der Server kurz stromlos gemacht werden, da nur so die NIC-FW neu bootet.

Vom ISO booten (per ILO, USB, DVD der sonst wie) und drüber installieren. Vorher die neuen Lizenzen kaufen. ISO VON hPE nehmen.

Das geht wenn Dein NAS eine Mitgliedschaft in einer Windows-Domäne unterstützt. Professionelle Systeme, wie z.B. eine Netapp, können das. Bei den Heim-Geräten bin ich überfragt.

Und falls Die Maschinen im UEFI-Modus booten, muss der Deployment-Service entsprechend vorbereitet werden,

Icon -> rechte Maustaste -> "als Administrator ausführen". So sagst Du UAC, dass Du ein Programm wirklich als Administrator ausführen willst. Den Rest zu UAC findest Du im Internet.

An UAC gedacht und den Befehl "als Administrator" ausgeführt?

Ich verstehe nicht, warum Du Dir unbedingt das Leben versauen willst. Was kann denn der BIND, was die MS-DNS nicht kann? Notfalls nimmt Du den Windows-DNS nur für die AD-Domäne bzw. Zone und konfiguriert dann Weiterleitungen oder Zonenübertragungen für den Rest. Dann solltest Du aber auch unsere Ratschläge beherzigen. Das BIND in der Umgebung nur Stress macht, haben wir weiter oben schon geschrieben. Leider willst Du mit Deiner falschen Bahn weiterfahren. Irgendwann sagt einer: "Endstelle, Alle aussteigen."

Was verstehst Du unter "DHCP-Router"? Hast Du im Router den IP-Helper konfiguriert? Dann siehst Du da überhaupt nichts. Auskunft erteilt der zuständige DHCP-Server,

CRC verification failure D.H. Datei wurde bei der Übertragung verändert. Ist doch eindeutig: Fehler bei der Übertragung. - Netzwerk prüfen, - Internet-Zugang prüfen - usw.

Ich hatte halt keinen Plan, dass dies am Autodiscover liegen kann, wenn die Räume zwar als Kalender sichtbar sind, man aber nicht vollständig berechtigt wird. Dafür sind die Räume bei uns jetzt "fest" verdrahtet. Gut, dass der DL weis was er macht ;). Sieht sehr übersichtlich aus meine Mailbox...

Unsere Mutter (Bank) hat von Notes nach Outlook migriert (mit irgendwelchen Quest-Tools). Derzeit kommen noch alle externen Mail bei Domino an und werden von dort an Exchange geschickt. Die genutzte Domäne ist wohl eine interne Domäne, die eigentlich an Domino geschickt wird (oder was weis ich). Jedenfalls wurden für unseren Teilbereich zum 1. Mal echte Exchange-Räume eingerichtet. Da hat man das mit der Domäne wohl übersehen... Lustig ist dann halt nur: "Client-Problem" Viel mehr Details kann ich hier nicht verraten.

Update: Habe es herausgefunden. Der "Fachbereich" hat die Räume mit einer falschen DNS-Domäne angelegt. In Folge funktionierte das Autodiscover für diese Kalender nicht. Habe mal (vorerst) unseren DNS gepimpt (SRV-Record für die "besondere" Domäne). Ist mir aufgefallen, als ich mal Fiddler dazwischen gehängt habe...

Welche Produkte und Klassifizierungen sind denn ausgewählt? Es müssen die Produkte "Windows 10" und "Windows 2016" ausgewählt sein (exakt diese Varianten, nicht das andere Gedöns).

Mag sein. Trotzdem geht es nicht mit jeder NIC in jedem Board. Frage doch mal bei den Herstellern an.

Immer daran denken: Du brauchst schon irgendwo ein elektrisches Signal, dass den PC auch aufweckt. Mit Steckkarten geht das meiner Meinung nach nicht. Also die OnBoard-NIC bemühen, und prüfen, ob der Mainboard-Hersteller WOL überhaupt vorgesehen hat.

Wenn Elektriker Netzwerkkabel legen... Da habe ich sogar schon einer Behörde haarsträubende Dinge erlebt: Ziel war Token Ring mit 16 Mbit. Als Kabel hätte man 8 Adern paarweise verdrillt nehmen müssen (also ganz normales CAT5/6 Kabel). Die Ausführung: Es wurde Kabel mit 8 Adern genommen, von denen jeweils 4 zusammen verdrillt waren. Token-Ring brauchte 2 Paare. Die wurden so geschickt aufgelegt, dass beide Paare sich in einer Verdrillung befanden. Im Schrank wurde die Kabel meterweise abisoliert und hübsche und lange Kabelbäume geflochten. Das "Prüfgerät" des Herrn sah irgenwie selbst gebastelt aus. Ergebnis: Wir hatten damals natürlich die Ausschreibung für der Verkabelung verloren (wir waren ja sooo teuer). Richten durften wir es dann aber, zumindest Für den Übergang: Richtiges Kabelprüfgerät besorgt. Laut Messung nicht einmal für 4 Mbit Token-Ring geeignet. Natürlich massives Übersprechen... Kabel neu aufgelegt und die 2 Adernpaare auf die 2 Verdrillungen verteilt. So ging zumindest 4 Mbit Token-Ring. Später zog die Behörde nochmal um.

Hi, unser WSUS hat uns heute mit "neuen" Updates 2018-09 für Windows 10 (alle Builds) und Windows 2016 überrascht. Es wurden nach der Freigabe ein paar MB heruntergeladen. Die Installation dieses Updates auf 2016 erfolgt dann in der sagenhaften Geschwindigkeit von 3 Sekunden. Muss ich das verstehen? Update: Ich habe es gefunden: Es ist ein Microcode-Update. Macht auf virtuellen Maschinen echt Sinn

Danke. Cache Mode ist deaktiviert. Hätte ich vielleicht erwähnen sollen. Keine OST-Datei vorhanden. P.S. Tritt bei allen 4 Kollegen auf, die die erweiterten Rechte bekommen haben.

Bei uns ist "Während automatischer Wartung installieren". Der Installationstermin muss zu einer Uhrzeit eingestellt sein, wo der PC definitiv eingeschaltet ist. Sonst wird u.U. nie was installiert. Da bootet nichts selbstständig neu. Höchstens außerhalb der Nutzungszeit. Das kann man nicht verhindern. Windows 10 1607 LTSB. Siehe auch hier: https://docs.microsoft.com/de-de/windows/deployment/update/waas-restart