Jump to content

RobertWi

Expert Member
 Profil anzeigen  Aktivitäten des Benutzers anzeigen

  • Gesamte Inhalte

    4.985

  • Registriert seit

  • Letzter Besuch

 Inhaltstyp 

Beiträge erstellt von RobertWi

  1. Zeitbegrenzung für ActiveSync

    in MS Exchange Forum

    Geschrieben

    Moin,

     

    das kannst Du bei Exchange nur so lösen, wie es VW auch gelöst hat: Die entsprechenden Server zu dieser Zeit runterfahren.

     

    Ok, je nach Exchange-Server und Netzwerkinfrastruktur gibt es noch Alternativen (per PowerShell die Funktionen aus- und einschalten, die Firewall zeitgesteuert umkonfigurieren, usw.), aber alles sind nur Bastellösung. Da gibt es nichts eingebautes.

  3. BestPractice OWA umleiten

    in MS Exchange Forum

    Geschrieben

    Moin,

     

    hier ist die web.config auf einem meiner Server:

     

    <?xml version="1.0" encoding="UTF-8"?>
<configuration>
   <system.webServer>
       <httpErrors>
           <remove statusCode="403" subStatusCode="-1" />
           <error statusCode="403" prefixLanguageFilePath="" path="https://exchange.xxxx.de/owa" responseMode="Redirect" />
       </httpErrors>
   </system.webServer>
</configuration>

     

    Am IIS7.5 kann es nicht liegen, der ist hier auch. Merkwürdig...

  6. Abwesenheits-Assistent Outlook

    in MS Exchange Forum

    Geschrieben

    Moin,

     

    dann sorge dafür, dass Windows dem Zertifikat fehlerfrei vertraut.

     

    Entweder importierst Du das Self-Signed auf den Client und hoffst darauf, dass es funktioniert und sich mit dem nächsten Sicherheitsupdate nicht verändert (Self-signed ist nämlich unsupportet von MSFT). Oder Du installierst Dir eine interne CA und signierst das Zertifikat intern (das wäre supportet).

  7. Exchange und ActiveSync

    in MS Exchange Forum

    Geschrieben

    DMZ - schön und gut, ABER: kein Server/Client in der DMZ sollte Mitglied der Domäne (außer du hast eine eigene DMZ Domäne - möglich ist viel) sein.

     

    +1

     

    Denn dadurch ist die Sicherheit geschmälert.

     

    +1

     

    Best Practise - meiner Ansicht nacht - wäre ein TMG (oder ähnliches) der dir das Port 443 zum Exchange hin verwaltet.

     

    +1

     

    Alternativ ist auch ein einfaches Portforwarding in den meisten fällen ausreichend.

     

    -1: Das ist sogar kontraproduktiv, dann lieber den Server als Domänen-Mitglied in die DMZ. Der entscheidende Punkt eines Proxys ist der Conten Layer Filter, also das reinschauen in die Pakete aus Ausfiltern BEVOR es den betreffenden Server erreicht. Wenn in diesem Fall des Portforwarding der Server angegriffen wird, befinde ich mich im INTERNEN Netz, hinter der Firewall. Steht der Server in der DMZ gibt es zwischen dem Server und dem internen Netz eine weitere Hemmschwelle.

     

    Ganz allgemein müssen wir uns aber immer vor Augen halten, was wir hier wirklich verhindern: Gelegenheitshacker und Script-Kiddies, die bei Aufwand sich lieber ein neues Ziel suchen. Wäre ich Hacker und wollte unbedingt an die Daten der Firma, würde ich nicht hacken. Dann würde ich einen Admin "kaufen". Das ist aber Ende viel einfacher und billiger. ;)

  11. Exchange 2007 SP3 - Fehler nach SP Installation

    in MS Exchange Forum

    Geschrieben

    Nein, aus dem Log geht leider nichts erquicklich hervor. Du hast nun einen inkonsitenten Zustand auf dem Server, bei dem eigentlich nichts anders, als eine Neuinstallation richtig sauber ist.

     

    Du kannst noch probieren, die sog. "Watermarks" zu löschen und dann das Setup mit Upgrade nochmal anwerfen.

     

    MSXFAQ.DE - E2007 SP1 -> nach Watermark suchen.

     

    Wenn es dann aber auch nicht weitergeht, ist die Installation kaputt und alle Reparaturen führen höchstens dazu, dass Du die Probleme auf die Zukunft verlagerst.

     

    Wenn Du nur am WE Zeit für so wichtig Dinge hast, solltet ihr in der Firma dringend Euer Verfügbarkeitskonzept überdenken. Entweder sind Systeme so wichtig, dass sie nicht ausfallen dürfen, dann muss das Konzept solche Installationsfehler beinhalten. Oder man muss den Ausfall einplanen, dann kann man diese Installation auch am Montag Abend machen und Dienstag notfalls korrigieren mit Fachleuten.

  12. Exchange 2007 SP3 - Fehler nach SP Installation

    in MS Exchange Forum

    Geschrieben

    Dann würde ich an Deine Stelle den Microsoft-Support anschreiben. In der Log-Datei steht nicht wirklich was verwertbares und

     

    Alternativ kannst Du auch die Datenbank sichern, den Server neuinstallieren und Exchange mit "RecoverServer" neuinstallieren.

     

    Und für das nächste Mal merken: Wichtige Installation am Wochenende haben den Nachteil, dass bei Fehlern niemand da ist, der helfen kann. ;)

  19. Hidden DNS Master und Exchange 2010

    in MS Exchange Forum

    Geschrieben

    Gehen wir mal davon aus, dass Hidden DNS Master von Deinem Registrar und Deinem ISP supported sind (bei DENIC IMHO nicht), dann stelle ich mir trotzdem die Frage, wo das Problem ist.

     

    Im Innneren ist es doch ein normaler DNS-Server. "Hidden" ist er doch nur beim Zugriff von außen und Deine AD-Zone wirst Du ja hoffentlich so oder so nicht ins Internet replizieren.

  21. Senden nein - Weiterleitung ja

    in MS Exchange Forum

    Geschrieben

    Moin,

     

    ich wüsste keine Möglichkeit, wie man das wirkungsvoll mit Ex2003 verhindern könnte. Bei Ex2007 könnte man ein wenig mit den Transport-Regel spielen, aber ob das da richtig geht, glaube ich auch nicht.

     

    Wie soll zwischen manuellen und automatischen Weiterleitungen wirkungsvoll entschieden werden. Schon die Remote Domänen Einstellung "keine automatischen Antworten" oder "keine automatischen Weiterleitungen" funktioniert nicht zu 100%. Eben weil man zwischen manuelle und auto nicht wirklich unterscheiden kann.

     

    Proxy davor, Mail-Traffic beobachten und darin Regeln bauen. Aber immer schön mit Fehlermeldungen arbeiten, denn die Gefahr ist hoch, dass man doch die falschen Mails aussortiert.

  22. BestPractice OWA umleiten

    in MS Exchange Forum

    Geschrieben

    Moin,

     

    nach dem ich zu viele erlebt habe, die sich mit der Alternative 1 ihren ganzen Server lahmgelegt haben (die vergessen nämlich, dass sich die Einstellungen automatisch auf alle Unterseiten vererben und bauen sich dann ganz tolle Schleifen), nehme ich nur noch Variante 2. Das ist relativ DAA freundlich und im Notfall schnell und problemlos wieder zur beheben.

     

    Habe ich auch hier beschrieben:

    OWA – Verkürzung der URL auf anderem Weg « Robert Willes Welt

  24. Verseuchten Outlook Client finden

    in MS Exchange Forum

    Geschrieben

    Aber nochmal für's Verständnis: Wie schafft es jetzt der Spammer, über seine externe IP 41.203.79.249 eine Mail mit einem authentifizierten Benutzer (vorrausgesetzt, er hat Login und Passwort von einem Domänen-Benutzer)?

     

    Er verbindet sich zur IP-Adresse 213.216.23.81 auf Port 25 (da lauscht Euer Exchange, habe ich gerade getestet) und verschickt als authentifzierter Benutzer Mails.

     

    Du kannst ja mal das SMTP-Logging aktivieren und beobachten, ob meine Vermutung richtig ist.

  25. Verseuchten Outlook Client finden

    in MS Exchange Forum

    Geschrieben

    Moin,

     

    eigentlich ist der Ablauf von unten nach oben (technisch gesehen wir der neue Header einfach vorangestellt, das ist einfacher, als ihn irgendwo mittendrin einzufügen), siehe auch hier die Header-Auswertung:

    Email Header Analyzer, RFC822 Parser - MxToolbox

     

    Über die genauen Einträge im Header können wir Dir wenig sagen, weil wir die Geräte auf dem Weg nicht beurteilen können.

     

    192.168.1.107 ist der Empfänger der Mail gewesen, ist ja auch kein Exchange-Server, er hat sie von "QMQP" bekommen.

     

    Von außen kann er eigentlich nur über einen gehackten Account kommen.

×
×
  • Neu erstellen...