magicpeter

Leider tritt der Fehler immer wieder einmal auf. Leider noch keine zuverlässige Lösung. Schade, hat jemand noch eine Idee. Nach einem Neustart geht die Datensicherung wieder, aber das ist ja kein Zustand. Nach einem Neustart der Server tritt das Problem ein paar Tage nicht mehr aus. Was kann denn da los sein? Und dann so plötzlich und dann auch noch bei mehreren Kundenservern.

Super hat geklappt. Durch setzen der empfohlen Ausschlüsse konnte das Problem behoben werden. Nochmals Danke für die schnelle Hilfe. Da warst du echt schneller als der Veeam Support! RESPEKT!!

Danke, dir. Ich probiere es gleichmal aus.

Moin, nutzt jemand von euch Veeam Backup & Replication 11a? Sie ein paar Tagen kommt es bei allen Kundensystemen zu dem gleichen Fehler. Umgebung: 2 x Hyper-V 2019 (Produktiv- & Backupserver) 1 x NAS (10 TB) 4 x VMs (Windows 2019) die auf dem Produktivserver lauf und auf die NAS gesichert werden und. auf dem Backupserver repliziert werden. VMs(DC-, RDP-, Exchange-, SQL-Server) Fehlermeldung in Veeam: Failed to create VM recovery checkpoint (mode: Veeam application-aware processing) Details: Unable to perform application-aware processing because connection to the guest could not be established Error: Unable to perform application-aware processing because connection to the guest could not be established Workaround: Wenn ich dann die entsprechende VM einmal Neustarte funktioniert es wieder 1 oder 2 Tage und dann kommt der gleiche Fehler wieder. Ich habe bereits ein Ticket bei Veeam aufgemacht, aber noch keine endgültige Lösung bekommen. Hat jemand von euch eine ähnliche Umgebung und nutzt Veeam B&R und bekommt diesen Fehler? Danke für euere Hilfe.

Umgebung: Windows Server 2019 Std. DC & Fileserver mit Shares Firewall Lancom UF-260 mit SSL VPN-Tunnel 20 Rechner in der Firma und 10 Rechner im Homeoffice 10 Rechner im Homeoffice und das Problem tritt nur bei einem PC im Homeoffice auf. Im Homeoffice ist der Rechner per VPN-Tunnel an das Firmennetzwerk angebunden. Wenn man ein Netzlaufwerk anklickt dann funktioniert es oft nicht das Inhaltsverzeichnis sauber anzuzeigen, oft hängt auch der Windows Explorer mit „Keine Rückmeldung“ und der Bildschirm wird schwarz, nach einer gewissen Zeit fängt sich dann oft der Rechner wieder. Die Shares sind per IP-Adresse \\192.168.32.127\daten auf dem Rechner verbunden. Woran könnte das liegen? Kann es sein das irgendwelche Energiesparfunktionen dafür verantwortlich sind? Ich habe einmal einen permanenten Ping auf den DNS Server in der Firma durch den VPN-Tunnel gestartet, danach ist das Problem nicht mehr aufgetreten. Als Workaround ganz nett, aber eine richtige Lösung ist das nicht.

Super - Danke für deinen Input. Genau das war es! Hier steht noch mal alles genau beschrieben. https://www.windowspro.de/roland-eich/outlook-kann-mail-adresse-nicht-finden-legacyexchangedn-als-x500-adresse-exchange oder einfach Exchange PowerShell gibt den LegacyExchangeDN Wert auslesen Get-Mailbox -identity Benutzername | select LegacyExchangeDN Wert kopieren und in Exchange ECP Benutzer E-Mail also X500 Eintrag eintragen fertig. Es kommen dann sofort alle internen E-Mails wieder an.

Umgebung: Exchange 2019 CU11 in einer Hyper-V Umgebung als VM Ich musste für einen Benutzer ein neues E-Mail Konto anlegen. Das habe ich gemacht und habe dann die E-Mail Alias des alten Kontos auf das neue Konto eingetragen, vorher habe ich bei dem alten Konto die Alices mit einem alt versehen. Also: Altes Konto War: benutzer1@domain.de Ist jetzt: benutzer1ALT@domain.de Neues Konto War: benutzer1NEU@domain.de Ist jetzt: benutzer1@domain.de Externe E-Mails kommen für den benutzer1@domain.de auf dem neuen Konto an. Auch wenn ich intern vom Administrator@domain.de eine E-Mail an benutzer1@domain.de sende kommt die an. Nur die E-Mail von seinen Kollegen kommen immer noch auf dem alten Konto an, obwohl dort der Alias gar nicht mehr eingetragen ist. Kann es sein das der ALIAS intern gar nicht für die Zustellung genommen wird sondern etwas anderes was ich. noch nicht umgestellt habe? Oder hängt das mit den internen Adressbüchern von Outlook zusammen? Weis einer eine Lösung dazu? Danke euch...

Ja, ist schon klar. Danke Dir für die Info.

Die neuesten Updates für Office 2013 (KB5002105, KB5002101) und dem Exchange 2019 CU11 sind alle installiert. Das Problem in der Such tritt aber immer noch auf.

Habe ich probiert, hat aber auch auf Dauer nichts genutzt... Danke trotzdem...

Ja, schade das die nicht mal eine vernünftige Suchfunktion hinbekommen ;) Ich habe meinen eigenen Beitrag dazu aufgemacht. Vielleicht kann ja jemand helfen.

Korrigiert, Outlook 2013 Was meinst du denn mit "Suche klappt mit Exchange 2019 nicht gut - noch nie." Da muss es doch eine Lösung geben!

Gibt es hier schon eine Lösung? Habe die gleichen Probleme mit Exchange 2019 CU11 und Outlook 2019 und Outlook 2013. Die Suche arbeitet nicht zuverlässig.

Was ist denn das für Update und für welches Betriebssystem? Was genau macht das Update? https://www.borncity.com/blog/2022/01/07/dezember-2021-sicherheitsupdate-kb5008212-killt-die-outlook-suche/ OK, ich habe mir das mal angeschaut was das macht, aber da der Fehler ja Windows 10 übergreifend ist scheint das nicht die Lösung zu sein. Trotzdem Danke... Ich teste das gerade aber trotzdem einmal an einem Windes 10 PC.

Ich habe jetzt noch ein paar weitergeleitete E-Mails gesucht und diese wurde auch gefunden. Es hat also doch nichts mir der Weiterleitung an sich zu tun. Aber es werden viele E-Mails einfach nicht gefunden. Ich denke es ist ein Exchange Problem. Ist das schon mal jemandem passiert?

Moin, ich habe ein sehr sehr komisches Problem mit der Outlooksuche bei einem Benutzer. Umgebung: Windows 2019 Std mit Exchange 2019 CU11 in einer VM auf einem Hyper-V Der Exchange wurde aus einem Exchange 2013 migriert. 25 Benutzer / Konten alle haben kein Problem bis auf ein Benutzer. Fehler: Der Benutzer nutzt Outlook 2013 in einer RDP-Sitzung und Outlook 2019 auf seinem Notebook. Der Fehler trifft bei allen Outlook gleich auf. Die Outlooksuche funktioniert nicht zuverlässig. Die E-Mails sind dann können aber nicht alle gefunden werden. Es scheint so als ob nur die weitergeleiteten E-Mails nicht mehr in der Outlooksuche erscheinen. Laut Benutzer tritt der Fehler erst seit dem neuen Exchange 2019 Server auf. Überprüfung: Einige E-Mails die weitergeleitet wurden erscheinen tatsächlich nicht mehr in der Suche. Aber ein direkter Test mit einer gerade weitergeleiteten E-Mail wird immer noch in der Suche gefunden. Bereits durchgeführt: E-Mail Konto auf Get-MailboxStatistics Benutzer | fl BigFunnel* 45 BigFunnelNoIndexCount 19 BigFunnelCorruptedCount Schlussfolgerungen: Die Exchange 2019 Big Funnel-Architektur und die interne Postfachindizierung machen Indizierungsprobleme viel einfacher zu beheben und relativ schnell. Die aktuelle und einzige Möglichkeit, bisher Indizierungsprobleme mit Postfächern in Exchange 2019 zu beheben, besteht nur darin, sie in eine andere Datenbank zu verschieben. Habe das Postfach in eine andere Datenbank verschoben. Der Fehler war dann erst mal behoben ist dann aber wieder aufgetreten. Weitere Vorgehensweise: Neues E-Mail Postfach für den Benutzer erstellt und die Daten rüber kopiert Der Fehler war dann erst mal behoben ist dann aber wieder aufgetreten. Jetzt weiss ich leider nicht mehr weiter. Hat jemand eine Idee?

Moin, ich nutze diese Scanner. PowerShell Scanner https://github.com/sp4ir/incidentresponse/blob/35a2faae8512884bcd753f0de3fa1adc6ec326ed/Get-Log4shellVuln.ps1 log4jscan.ps1 Windows Scanner exe-Datei https://github.com/logpresso/CVE-2021-44228-Scanner Wenn der Fehler auftritt: "VCRUNTIME 140.dll nicht vorhanden" Lösung: https://answers.microsoft.com/de-de/windows/forum/all/wie-kann-ich-vcruntime-140dll-runterladen/efd828b6-011a-4205-a03a-d5392500de30 Logpresso CVE-2021-44228 Vulnerability Scanner 1.5.0 (2021-12-15) Weitere Scanning Tools findest du hier: https://github.com/NCSC-NL/log4shell/tree/main/scanning

Danke, habe ich sofort durchgeführt... Hat jemand schon einen guten Scanner gefunden den man auf seinen Windows Server einmal laufen lassen kann um zu schauen ob der Spaß auf dem Server installiert ist. Scanner https://github.com/logpresso/CVE-2021-44228-Scanner

Stimmt, wenn man den DNS der Hauptstelle als Primären DNS in der Außenstelle gesetzt hat, dann kann man dich das sparen. Ich habe die Hosts-Einträge wieder entfernt. Danke

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?