magicpeter

Das ist aber interessant. Wie hättest du das Problem denn gelöst?

Problem gelöst. Für die Erreichbarkeit der Domänen sind folgende Schritte notwendig: 1. Eintragung der Servernamen und der IP-Adresse in der hosts-Datei der PCs 2. Den DNS der Hauptstelle als Primären DNS und die Firewall / DNS als Sekundären DNS bei den PC´s eintragen. Durch das Setzen des DNS in der Netzwerkeinstellung für ipv4 kann sich der Rechner mit der Domäne verbinden und auch den AD Benutzer anmelden. Hier greifen jetzt auch die geänderten Passwörter.

Ja, der DNS der Hauptstelle ist bei den PC´s eingetragen. Share klappen auch, aber da war es dann auch.. ;)

Ja, das stimmt die auch... ;) Aber kein Server oder dergleichen....

Im Lager steht leider nichts davon. Nur eine Firewall.

DNS und AD DC Warum fragst du?

Die Kommunikation funktioniert es werden bereits die Shares vom DC im Lager genutzt. Nur halt nicht die Passwortänderung des Lager-PC klappt nicht. Ahja auf der Firewall sind alle Ports TCP/UDP im VPN-Tunnel testweise freigeben.

Moin, ich habe 2 Locations (Hauptstelle mit DC und Lager nur PCs) Hauptstelle: DC, Firewall mit VPN-Tunnel Netzwerk: 192.168.30.x Lager: Pc´s, Firewall mit VPN-Tunnel Netzwerk: 192.168.130.x Jetzt mussten bei allen Benutzern die Passwörter geändert werden. Kein Problem und schnell gemacht im AD. Leider sind die PC´s im Lager nicht mehr an das AD angebunden. Sie wurden in der Hauptstelle konfiguriert und im AD angebunden und gingen dann in das Lager. Das Lager hat ein anderes Netzwerk und leider kann der DC von dort per VPN nicht erreicht werden. Also an Pingen des AD geht schon, nslookup geht nicht. Wie kann ich jetzt die Passworte an den Lager PC´s ändern oder noch besser wie kann ich das Lahmer richtig an den DC anbinden. Danke euch...

Moin, danke für euren Input. Ergebnis: 1. Bios Update hat auf dem einen Server das Problem komplett gelöst 2. Auf dem anderen Server ist ein DimmModul defekt (korregiertbar defekt) wird jetzt ausgetauscht Die PowerSettings schau ich mir noch mal an djmaker

Nein noch nicht, das wäre jetzt mein nächster Step mittels mdsched.exe

Moin, seit ein paar Wochen stürzen 2 meiner Supermicroserver immer mal wieder mit deinem Fehler "driver irql not less or equal " ab. Bei dem Backupserver kann ich den Fehler sogar reproduzieren. Wenn ich mittels Veeam Backup & Replication eine Replication der VM´s starte dann steigt der Server mit dieser Meldung aus. Der Produktivserver zeigt den Fehler nur sporadisch. Ich habe jetzt als erstes das Bios auf die neueste Version gebracht. Hat jemand eine Idee voran das liegen könnte. Ausstattung der beiden Server: Windows 2019 Std. Supermicro Mainboard X10 DRi-LN4+ CPU: 2 x E5-2620v4 (16 Kerne, 2.1 GHz, 32 Logische Prozessoren) Raidcontroller OnBoard Intel Raipstorage Intel® C612 Chipsatz System-Speicher: 250 GB SSD - Raid 1 Performance-Speicher: 1 TB SSD - Raid 1 Performance2-Speicher: 4 TB SSD - Raid 1 SAN-Speicher: 8 TB HDD - Raid 1 Hauptspeicher: 128 GB (24x DIMM slots) Netzwerkkarten: 4 x 1 GB, 2 x 10 GB, 1 x IPMI Port Redundante Stromversorgung: 2 x 800W

Ich mache das auch immer so und setze alles auf einer neuen VM. Ein InPlace Upgrade ist für mich eine zu große Fehlerquelle die man besser vermeidet. Aber Danke für euren Input, damit hat isch meine Vermutung ja auch bestätigt.

Moin, hat jemand von euch schon mal ein In-Place-Upgrade - von Windows Server 2012 R2 auf Windows Server 2019 gemacht? Ich weis das das möglich ist, aber gemacht habe ich das noch nie. Wie sind euere Erfahrungen damit? Ich hätte eine 2012 R2 Hype-V Umgebung mit einem Windows server 2012 R2 DC. Ist das echt praktikabel? Ich setze eigentlich immer einen neuen DC auf und synchronisiere den mit den alten DC und dann ist gut.

Hat funktioniert und ja es gibt nur diesen einen Produktkey. Set-ExchangeServer SERVEREX1 -ProductKey AAAA-BBBB-CCCC-DDDD-EEEE Ahja, der Exchange 2019 läuft 180 Tage als Testserver.

Weil ich mir nicht sicher war. Danke für deinen Kommentar.

Soll das heißen es gibt nur diesen einen Produktkey für Exchange 2019 als Volumenlizenz? Dann werde ich Exchange mal mit der Exchange-Verwaltungsshell aktivieren.

Danke dir für deinen Kommentar. Schön zuhören. Ich hatte es mir schon fast gedacht.

Moin, ich migriere gerade einen Exchange 2013 aus dem Jahre 2013 auf einen Exchange 2019. Die Postfachdatenbank ist 190 GB groß und es dauert sehr lange . Ist aber bekannt. Ich habe jetzt einmal ein paar Konten getestet (E-Mail senden und empfangen) während der Übertrag und es scheint alles normal zu funktionieren. Kann man der Migration den E-Mail Verkehr normal weiterbetreiben?

Den Fehler habe ich jetzt nicht mehr zur Hand und kann gerade das nicht testen. Danke für deine Idee, ich werde das nach der Migration der Postfächer einmal ausprobieren.

Wie lange läuft eigentlich der Exchange 2019 als Testserver? Ich habe die Lizenz nur im Microsoft Volumen Lizenz Center stehen, aber ich habe keinen Produktkey! Den Produktkey brauchen ich doch um den Exchange Server 2019 zu aktivieren oder? Ich möchte nur vermeiden das mir der Exchange Server 2019 plötzlich die Arbeit verweigert weil ich den Produktkey vergessen habe einzugeben. Oder muss ich den garnicht eingeben? Ich habe versucht die Openlizenz im https://manage.visualstudio.com mittels der Authorizationsnummer und der Lizenznummer einzugeben. Das funktioniert aber nicht. Da kommt dann nur: "Die von Ihnen eingegebenen Details stimmen mit keiner vorhandenen Bestellung überein. Versuchen Sie es erneut." Oder muss ich die Lizenz gar nicht dort eingeben?

Ich habe jetzt gesehen das mit die Exchange Server 2019 Lizenz im Visual Studio-Abonnements (https://manage.visualstudio.com/) bekommt. Werde mich da jetzt anmelden und die Lizenz runter laden. Oder habe ich mich da verlesen?

Moin, ich habe für uns einen Exchange Server 2019 gekauft mit einer Open Lizenz. Dann aus dem Microsoft Volumen Lizenz Center runtergeladen und installiert. Läuft auch schon. Jetzt habe ich gesehen das unter Server bei dem neuen Server noch steht "Produktkey eingeben". Im Microsoft Volumen Lizenz Center habe ich aber nur einen Setupkey gefunden und der funktioniert nicht. Product Keys SendenExchange Server Standard 2019 Setupschlüssel: xxxxx-xxxxx-xxxxx-xxxxx-xxxxx Weis jemand wo ich den korrekten Produktkey finde? Danke euch...

Update: Problem wurde behoben. Es lang an der Firewall. Ein Update mit Fehlern hat dieses Problem verursacht. Der Hersteller hat ein Korrekturupdate rausgegeben und jetzt läuft alles wieder.

Sorry, das Problem ist behoben. Es war ein Update unserer Lancom Firewall UF-260 UTM. Der Proxy hat die E-Mails geschluckt. Danke für die schnell und nette Unterstützung.

Danke dir... Sieht doch erst mal nicht schlecht aus oder? https://mxtoolbox.com/SuperTool.aspx Es gibt auch keine Fehler im Eventlog und es können auch keine internen und externen E-Mails empfangen werden. Man was habe ich da nur gemacht HILFE UPDATE: Wenn ich den SPAM & Viren-Proxy in der Firewall abschalte dann kommen die E-Mails wieder durch... Verdammte Firewall-Updates...