Jump to content

Dukel

Members
  • Gesamte Inhalte

    11.403
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von Dukel

  1. War ein Firewall Problem. Nach Freischaltung richtigung Smarthost geht alles wieder.
  2. Mein Problem war, dass ich keine Fehlermeldung bekam. Hier kann ich jetzt mit dem Kunden weitermachen und die Firewall prüfen lassen. Extended Protection ist schon aktiviert. SU werde ich ggf. aussetzen.
  3. Jetzt komme ich wenigstens an eine Fehlermeldung (Time-Out). Danke. Smarthost sind bei dem Kunde als IP Eingetragen. Reboot hatte ich schon gemacht. CU & SU muss ich noch aktualisieren.
  4. Neues Subnetz. Von 10.x.y.x/24 nach 10.x.z.x/24
  5. Hi, ich habe eine Exchange 2019 Umgebung bei einem Kunden. Nach einer Netzwerkumstellung gehen die Mails aus der Queue nicht mehr heraus. Was mich wundert ist, dass der Status der Smarthost-Queue auf "Retry" steht, aber bei Get-Message bleiben die Mails alle auf "Ready". Auch der Retry-Count bleibt auf 0 und es gibt keine Fehlermeldung. Der Smarthost lässt sich auch anpingen.
  6. Nutze Thunderbird fürs Imap testen. Zu 1. Hast du den anderen Thread komplett gelesen oder sind hier noch Fragen offen?
  7. Zu 1. (das ist Smtp, nicht imap!) gab es schonmal einen Thread hierzu: 2. Wie lautet die Fehlermeldung? Was hast du in Zammad konfiguriert? Geht Imap Prinzipiell? Die Anzeige aus dem Screenshot ist nur optisch und zur Hilfe des Anwenders.
  8. Diese Sicherung ist dann Crash Konsistent. Ist so, als würde man den Stromstecker ziehen. Es gibt aber auch Fälle, bei denen gab es dann Probleme mit der DB / Applikationen. Von daher ist Application Aware schon sicherer. Die Frage ist auch wie der Recovery Modus im SQL Server konfguriert ist. Simple (bzw. Bulk) oder Full? Bei letzterem brauchst du das Applikation Aware Backup, welches die Transaktionsprotokolle abschneidet. Nichts geht über einen Test-Restore, den man eh Regelmäßig machen sollte! EDIT: Dies gilt auch für ein Veeam Backup https://www.faq-o-matic.net/2011/01/03/sql-server-wie-datenablage-backup-und-recovery-funktionieren/
  9. Ein funktionierendes Backup (Halt Crash Konsistent statt Applikations Konsistent) hättest du auch ohne Application Aware Backup. Es kommt darauf an was du für für Restore Optionen brauchst (Point in Time oder nicht) und wie es im SQL Server konfiguriert ist.
  10. Und über den Proxy kommen die Anwender nicht auf diese ominöse Cloud Seite?
  11. Was hat das Internet mit der Cloud Seite zu tun? Was ist denn aktuell in der Proxy.pac konfiguriert? Kommt man auf die Cloud Seite direkt oder über einen Proxy?
  12. Du kannst in der Proxy Pac das so konfigurieren, dass Zugriffe auf die Cloud Seite ohne Proxy und alles andere über den proxy geht.
  13. Stört es, wenn andere User auch auf diese url kommen könnten? Wenn du die Userinformationen haben möchtest brauchst du einen Proxy mit Authentifizierung.
  14. Dukel

    Service umbenennen

    Wieso installiert man bei einem Cluster zwei unterschiedliche Versionen? Oder wurde der eine Node aktualisiert und der zweite Node kam später hinzu?
  15. Dukel

    Service umbenennen

    Hier wäre immer noch die Frage offen, wieso die selbe Software mit unterschiedlichen Namen installieren wird. Was ist das für ein Monitoring? Bei einem klassischen Failovercluster mit einem Shared Namen / IP würde man diesen (und ggf. beide Nodes unabhängig (mit eigenem Namen) monitoren.
  16. Dann behaupte ich das Gegenteil :)
  17. Nachdem es unterschiedliche Dot.Net Requirements gibt sollte man das nicht direkt machen: https://www.alitajran.com/which-net-framework-for-exchange-server/
  18. Dukel

    FISI Abschlussprojekt Ideen?

    Was hattest du denn für Ideen? Evtl. kannst du Teile daraus als Projekt umsetzen.
  19. Nochmal nachgeprüft. Das ist bei dem Connector :587 der Fall. :25 und :465 haben diese Einschränkung nicht.
  20. Theoretisch kann auch HW befallen werden. Es gab wohl schon Maleware, welche sich im Bios eingenistet hat. Außerdem kann ja eine bestimmte Hardware, die man dann austauschen sollte bzw. sauber konfiguriert werden sollte, das Einfallstor gewesen sein.
  21. Vielleicht hilft dir folgender Link: https://www.codetwo.com/admins-blog/how-to-prevent-internal-email-spoofing-in-exchange/
  22. Diverse Recovery Tools, Externer Datenrettungs DL. Letzteres ist empfehlenswert, da man sonst mehr kaputt machen kann.
  23. Wieso installierst du den Lic. Server auf dem DC und nicht auf dem Terminalserver? Hier wäre dann alles 2019 (Broker, RDS Host & Lic. Server)!
  24. Ist das entsprechende Audit Log aktiviert?
  25. Ich meine, per Default, ist das nicht erlaubt, wenn es den Account administrator@deinedomain.de gibt, dass jeder mit dieser Adresse schicken darf. Hier greifen die Exchange Berechtigungen.
×
×
  • Neu erstellen...