possum72

vor einer Stunde schrieb cj_berlin:

Du kannst die FSMO-Rollen immer "an Dich reißen" (seize), dann darf der ursprüngliche DC aber nicht mehr ans Netz.

Und für den seize Befehl reicht es, wenn die alte VM-AD nur gemountet ist ?

Noch eine Überlegung:

Kann man die FSMO Rollen auf einen neuen Server übertragen, indem der alte Server "nur" gemountet ist ?

VG

Andreas

 

vor 45 Minuten schrieb cj_berlin:

https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-8.1-and-8/hh824869(v=win.10)?redirectedfrom=MSDN#to-repair-an-image

Puhhh ! Irgendwie komme ich überhaupt nicht klar. Ich habe jetzt das Image "Mounten" können. Liegt jetzt im Verzeichnis e:\source. Aber wie mache ich jetzt weiter ?

 

VG

Andreas

 

vor einer Stunde schrieb cj_berlin:

Moin,

/Online bezieht sich darauf, dass das aktuell laufende Windows gewartet wird. Du willst ja ein anderes Image untersuchen, dann musst Du es auch angeben.

Und wie lautet dann der Befehl ?

Dism /imagefile:Sever.vhdx /get-packages ?

 

Gruss

Andreas

 

vor 11 Minuten schrieb testperson:

Hi,

 

ein Ansatz wäre in einer Kommandozeile (im Reparaturmodus) mittels DISM zu prüfen, was zuletzt installiert wurde und dieses Update dann entsprechend zu deinstallieren.

 

Gruß

Jan

Das ist ein guter Ansatz. Ich schau mal, ob ich das hinbekomme. Melde mich dann nochmal.

Gruss

Andreas

 

Also die Updates lese ich doch mit "dism /online /get-packages" aus, oder ?

Weil dann erscheint die Meldung: DISM unterstützt nicht die Wartung von Windows PE mit der Option "/Online".

 

Gruss

Andreas

Nein, auch im abgesichertern Modus kommt diese doofe Meldung mit "Windows wird vorbereitet...."

Ja, ich spiele gerade eine Sicherung zurück. Sieht so aus, als würde mir sowieso nichts anderes übrig bleiben.

Viele Grüße

Andreas

 

Hallo zusammen

 

Habe hier ein kurioses Problem. Ein virtualisierter Server 2016 (Hyper-V) startet und es erscheint "Windows wird vorbereitet. Schalten Sie den Computer nicht aus".

Nach ca. 5 Minuten beendet er die Dienste und startet den Server neu. Das macht er aber jetzt schon bereits zum 10. mal. Und ich glaube nicht, das er damit irgendwann aufhört.

Irgendein Update wird es wohl sein. Wie kann ich aber das Problem umgehen ? Im Reparaturmodus habe ich aber den Punkt "Updates deinstallieren" nicht. Und im abgesicherten Modus bring er das gleiche.

 

Viele Grüße

 

Andreas

 

vor 6 Stunden schrieb fleeti1611:

Hallo possum72, konntest du das Problem lösen? Ich habe genau das identische Problem.

So richtig kann ich mich nicht mehr daran erinnern, aber ich glaube tatsächlich, dass es die OST-Datei war. Außerdem wäre tatsächlich gut zu Wissen, ob Du auf dem aktuellsten Stand von Exchange bist und welche Version bei Dir läuft.....

 

Gruss

 

Andreas

 

vor 19 Stunden schrieb Sunny61:

Steht im Artikel der schon gepostet wurde: https://www.gruppenrichtlinien.de/artikel/kms-key-management-service-installation-und-konfiguration

Bei ac) lesen.

Super ! Vielen Dank !

Ich probiere das mal und dann sehen wir weiter.......

vor 19 Stunden schrieb Sunny61:

Unser KMS musste erst kürzlich telefonisch aktiviert werden, er darf ins Internet, aber das hat, warum auch immer, nicht gereicht.

Ruf doch mal an und aktiviere ihn telefonisch.

Wo rufe ich da an ? Und was benötigen die alles dazu ?

 

vor 6 Stunden schrieb Sunny61:

Nobby hat auch schon gefragt, weshalb steht hier ein MAK-Key? Hast Du auch den neuen KMS telefonisch aktiviert? Steht auch so im Artikel von Mark auf gruppenrichtlinien.de.

 

Darum habe ich auch gefragt, ob das so richtig ist ?

Ich habe 1mal Office 2016 als MAk stehen und einmal Office 2016 als KMS. Wobei beim MAk Key sowieso steht, dass dieser nicht lizenziert ist. Bei Windows stehen auch alle möglichen Versionen. Aber es wird ja nur die Windows 10 Prof. lizenziert.

Siehe hier:

Diese Lizenz wird nicht verwendet.
Lizenzstatus: Nicht lizenziert

 

Und beim KMS-Key steht:

 

Teil-Product Key: DRTFM
Lizenzstatus: Benachrichtigung
Benachrichtigungsgrund: 0xC004F056.
Verbleibende App Rearm-Anzahl: 3
Verbleibende SKU Rearm-Anzahl: 3

 

Noch eine Frage: Spricht was dagegen, wenn man 2 KMS-Server isntalliert ? Also einen für Windows und einen für Office ?

Weil dann würde ich eine neuen aufsetzen und bei den Clients einfach den neuen angeben.

 

 

Viele Grüße

 

Andreas

 

 

OK, ich habe ja 40 Clients durchlaufen lassen. Aber erfolglos :(

 

Es sind 40 Clients. Und ja es müssen 25 Aktivierungen sein. Die haben wir schon ein paar mal durchlaufen lassen.

Hallo zusammen

 

Nach einem Serverumzug und IP-Adressen Änderung habe ich leider Probleme mit dem KMS-Server.

Wobei man eher sagen muss, dass es sich um ein Teil-Problem handelt.

Der KMS-Server übernimmt die Aktivieurng für Windows 10 Prof. und Office 2016. Windows 10 funktioniert ohne Probleme ! Somit gehe ich davon aus, dass der KMS-Server an sich in Ordnung ist. Der Eintrag im DNS-Server ist gesetzt. Bei slmgr.vbs /ato am Client zeit er mir auch brav an, dass WIndows 10 aktiviert ist. Aber halt nur Windows 10.

Mache ich cscript slmgr.vbs /dlv All >C:\temp\KMSInfo.txt sehe bei Office 2016 folgende Meldung:

1. Office:

Name: Office 16, Office16StandardVL_MAK edition
Beschreibung: Office 16, RETAIL(MAK) channel
Aktivierungs-ID: 0ed94aac-2234-4309-ba29-74bdbb887083
Anwendungs-ID: 0ff1ce15-a989-479d-af46-f275c6370663
Erweiterte PID:
Product Key-Kanal:
Installations-ID:
Lizenz-URL verwenden: https://activation.sls.microsoft.com/SLActivateProduct/SLActivateProduct.asmx?configextension=o14
URL fr die šberprfung: http://go.microsoft.com/fwlink/?LinkID=187557
Diese Lizenz wird nicht verwendet.
Lizenzstatus: Nicht lizenziert
Verbleibende App Rearm-Anzahl: 3
Verbleibende SKU Rearm-Anzahl: -1
Vertrauenswrdige Zeit: 04.02.2023 09:49:02

 

2. Office:

Name: Office 16, Office16StandardVL_KMS_Client edition
Beschreibung: Office 16, VOLUME_KMSCLIENT channel
Aktivierungs-ID: dedfa23d-6ed1-45a6-85dc-63cae0546de6
Anwendungs-ID: 0ff1ce15-a989-479d-af46-f275c6370663
Erweiterte PID: 03612-03408-000-000000-03-1031-19044.0000-2482022
Product Key-Kanal: Volume:GVLK
Installations-ID: 077451147695519780744050728088426850355433684614583917508236165
Teil-Product Key: DRTFM
Lizenzstatus: Benachrichtigung
Benachrichtigungsgrund: 0xC004F056.
Verbleibende App Rearm-Anzahl: 3
Verbleibende SKU Rearm-Anzahl: 3
Vertrauenswrdige Zeit: 04.02.2023 09:49:15
Konfigurierter Aktivierungstyp: Alle
Verwenden Sie zum Aktivieren und Aktualisieren von KMS-Clientinformationen "slmgr.vbs /ato", um die Werte zu aktualisieren.

 

Ich komme hier irgendwie nicht klar. Ist das so richtig ? Und ich kann Office auf verschiedenen PCs so oft starten wie ich will. Die Ream-Anzahl verändert sich nie.

 

Leider weiß ich nun nicht mehr, wo ich ansetzen soll......

 

VG

Andreas

 

 

Das werde ich mal testen. Ist auf jeden Fall ein Ansatz.

 

VG

Andreas

 

So, hat jetzt etwas gedauert.

Habe es mit der Shell ausgelesen. Ich habe nur Benutzer mit "Senden als", aber keinen mit "Im Auftrag von". Trotzdem erscheint in der Fehlermeldung. :(

 

Viele Grüße

Andreas

 

 

Hallo zusammen

 

Folgendes Problem:

Ich habe bei einem Kontot das Recht "senden als"  und "Vollzugriff" vergeben.

Das Konto ist erfolgreich eingebunden. Wenn eine Mail kommt und ich antworte darauf, gibt es keinerlei Probleme.

Wenn ich eine neue Mail schreibe und das 1. mal bei "VON" die Mail-Adresse über das Adressbuch einbinde funktioniert es auch. Aber dann nicht mehr. Lösche ich diese Adresse und binde diese wieder neu ein, dann funktioniert es wieder für 1 mal.

Ab dem 2. mal erscheint dann eine Fehlermeldung, die wie folgt lautet:

 

OK, Nachtrag:

Habe das was im Inet gefunden. Tatsächlich ist es so, dass dieses Problem nur dann auftritt, wenn der Cache-Modus im Outlook aktiviert ist. Nun wäre aber dieser schon hier und da besser wegen Perfomance,

Hat da jemand eine Lösung für ?

 

Viele Grüße

Andreas

 

vor 21 Stunden schrieb winmadness:

Hast Du in den letzten Tagen einen CU oder MS Update auf dem Exchange Server installiert?

Als erste Maßnahme starte mal den Exchange Server neu. Und wie gesagt, schaue Dir mal die IIS Logs und die Ereignisanzeige auf dem Exchange an. Ansonsten können wir nur raten, was es sein könnte.

Ist eigenltich schon länger her, aber Dank Deiner Anregung habe ich einfach mal die neueste CU23 installiert. So quasi als letzte Verzweiflungstat.

Und siehe da, es läuft wieder alles. Autodiscover bringt keine Fehler mehr und das System funzt wieder so, wie es soll.
Hat es also doch irgendetwas zerlegt. Warum kompliziert, wenn es auch einfach geht,,,,,,

 

Ich bedanke mich nochmal sehr herzlich für alle Beiträge, die schlussendlich zum Ziel geführt haben.

 

Viele Grüße

 

Andreas

 

vor 14 Minuten schrieb winmadness:

Dann schaue mal in die IIS Logs auf dem Exchange, dort müsste der Fehler näher definiert sein.

Ich hab mal den Befehl direkt am Exchange ausgeführt. Könnt Ihr damit was anfangen ?

 

vor 5 Minuten schrieb testperson:

 

Zur Sicherheit: Du hast das per GPO gemacht und auch eine Office Version, welche die Policies anwendet / anwenden kann? Oder hast du es am Client direkt in HKEY_CURRENT_USER\Software\Microsoft\Office\x.0\Outlook\AutoDiscover geschrieben?

Zum Testen habe ich es bei einem Client direkt in die Registry eingetragen.

vor 16 Minuten schrieb winmadness:

Was passiert wen Du an einem internen PC im Browser die URL

https://mail.domain.de/autodiscover/autodiscover.xml
oder
https://autodiscover.domain.de/autodiscover/autodiscover.xml

eingibst. Es müsste ein Login-Fenster erscheinen. Und dann mal von einem "externen" PC testen.

Da erscheint dann dieser Fehler. Intern UND extern !

 

vor 4 Minuten schrieb NorbertFe:

Und die ip hat sich nicht geändert? Mach doch mal nen Ping. Wir können hier nur raten bei den paar Infos. ;)

wie wärs denn mal mit einer Liste von Namen und ips (intern/extern) früher/jetzt (von mir auch anonymisiert, aber so, dass man damit was anfangen kann)

Könnte der eventuell relevant sein? Du kannst natürlich selbst recherchieren, aber dann ist so eine Diskussion im Forum relativ sinnfrei. ;)

Hallo Norbert

 

Ja, da hast Du schon recht,

Ich habe mich vielleicht auch etwas falsch ausgedrückt.

Es ist die komplette Firma umgezogen. Daher haben sich die IP-Adressen (intern) nicht geändert. Alles ist wieder so "sauber" wie vorher erreichbar. Datenfreigaben, DNS, Printserver, etc.

Eigentlich hat sich "nur" der Internetzugang mit einer neuen und festen IP geändert. Diesen habe ich bei Ionos (da liegt die Domain drauf) heute nachgetragen. 2 A-Record Einträge mit mail.domain.de und autodiscover.domain.de

Somit bliebt das Zertifikat und natürlich die virtuellen Verzeichnisse alle gleich. Die Konten sind von außen über OWA (natürlich auch intern) oder Smartphone ohne Probleme erreichbar.

Ich habe mal als Anhang den Autodiscover-Test von Outlook beigefügt. Puhhhh........

 

 

vor 2 Minuten schrieb winmadness:

Das widerspricht sicht. Wenn Du die vom Internetprovider zugewiesene IP erhälst, dann muss auch der Exchange über Port 443 von aussen erreichbar sein, da die Autodiscover Anfrage über das Internet läuft. Wenn die Clients nur intern auf den Exchange zugreiffen können, dann muss Autodiscover natürlich die interne IP des Exchange-Servers liefern.

Sorry, war beim Test auf dem falschen Gerät. Ja, beim internen PC kommt die IP des Exchange zurück.

Und wenn ich von einem fremden Standort den Ping lossetze, dann erhalte ich die IP des I-Providers.

 

vor 16 Minuten schrieb NorbertFe:

Da DNS ja so seine Zeit braucht…, ja natürlich wird das daran liegen. Wie greifen denn die Clients zu? Intern oder extern? Wo treten die Fehler auf und wie wird an den PCs dann der notwendige Name aufgelöst?

Hallo Norbert

 

Die Clients greifen intern auf den Exchange zu.

Ich hoffe Deine 2. frage richtig verstandedn zu haben: Die Fehler treten dann auf, wenn Outlook mit einem neuen (oder alten) Exchange Konto verbunden wird. Eigentlich egal, wenn immer was geändert oder hinzugefügt wird.

Die Namensauflösung läuft über die ActiveDirectory (Server 2012R2)

 

VG

Andreas

 

vor 4 Minuten schrieb winmadness:

Hallo,

einfach mal einen "ping autodiscover.domain.de" machen dann siehst Du ja ob die neuen Server IPs zurückgegeben werden. Des Weiteren in Outlook einen Test der Autodiscover Konfiguration durchfühen - für Anleitung klicken

 

Also wenn ich den Ping durchführe, wird mir die feste IP des Internetproviders angegeben. Denke das ist so korrekt.

Wenn ich Outlook den Autodiscover-Test durchführe, erscheint in der tat ein Fehler :(

 

VG

Andreas

 

vor 32 Minuten schrieb testperson:

Hi

 

das klingt nach "ExcludeExplicitO365Endpoint": Unexpected Autodiscover behavior if settings under the \Autodiscover key - Outlook | Microsoft Docs

 

Je nach eingesetztem Office kannst du das per GPO (GPS: Disable AutoDiscover (gpsearch.azurewebsites.net)) lösen oder es muss "so" in den User-Zweig der Registry rein.

 

Gruß

Jan

 

Hallo Jan

 

Das hatte ich bereits gemacht, leider ohne Erfolg !

 

Viele Grüße

 

Andreas

 

Hallo zusammen

 

Habe hier wohl ein Problem mit autodiscover.

Wenn ich ein neues Konto in Outlook mit dem Exchange verbinden will, erscheint nach kurzer Zeit eine "Microsoft Konto Fenster" wo ich mich anmelden soll. Und drüber eben der Hinweis auf autodiscover.xml.

Auch wenn vorhandene Konten auf einem anderen PC in Outlook eingebunden werden sollen, funktioniert dies nicht mehr.

Was ich vermute:

Die Server wurden vor kurzem an einem anderen Standort umgezogen. Dadurch gibt es natürlich auch eine neue fest IP. Von den 999 Punkten wurde leider einer vergessen, dass in der Domain beim Provider die DNS Adressen für mail.domain.de und autodiscover.domain.de auf die neue IP-Adresse verweisen soll.

 

Kann es vielleicht daran liegen?  Die DNS Adressen wurden bereits aktualisiert. Aber leider gibt es das Problem immer noch.

Was mir auch aufgefallen ist:

Bei den meisten Outllok Konten sind freigegebene Konten mit eingebunden. Auch hier besteht das Problem, dass die eingebundenen Konten alle funktionieren. Möchte ich aber bei einem Account ein weiteres Konto einbinden, dann funktioniert dies nicht. Das Konto ist zwar sichtbar, es kommt aber der Fehler "Diese Ordnergruppe kann nicht geöffnet werden".

 

Viele Grüße

 

Andreas

 

vor 4 Stunden schrieb cj_berlin:

Die, die noch online sind --> migrieren.

Die, die verwaist sind --> im AD löschen und in Exchange 2016 neu erstellen.

So hat es ohne Probleme funktioniert.

Vielen Dank

 

Viele Grüße

 

Andreas