Exchange 2019 Neuinstallation

[Sunny61 816]

Greylisting vor dem Exchange aktiviert?

[pipen 0]

Normal ja, mittlerweile alles aus.......

[Sunny61 816]

Was steht denn genau alles vor dem Exchange? Welche Filter laufen auf oder vor dem Exchange?

[pipen 0]

Vor dem Exchange ist eine pfSense Firewall mit NAT Weiterleitung. Dann kommt gleich der Exchange mit default Filter.

[NorbertFe 2.163]

Ohne sinnvollen spamfilter auf oder vor dem exchange würde ich nicht hantieren. Und nein die exchange eigenen Filter sind nicht besonders sinnvoll.

[pipen 0]

Also mittlerweile ist Kaspersky Mail Server davor. Problematik bleibt. Ausserdem bekomme ich mit dem cmd nslookup autodiscover.domäne.com eine falsche Antwort. Die Konfig bin ich mittlerweile 2x durch, ich kann den Fehler nicht finden....

[PS] C:\Windows\system32>nslookup autodiscover.domäne.com 
Server:  dc1.ad.domäne.com
Address:  192.168.20.1

Nicht autorisierende Antwort:
Name:    autodiscover.domäne.com.domäne.com
Address:  88.198.101.230

 

Ich bin dabei die Clients mit Outlook an Exchange zu verbinden. Dabei ist mir aufgefallen das die Windows 10 Clients problemlos funktionieren aber die Windows 7 Clients machen zum Teil massive Probleme. Ich bekomme eine Zertifikatsmeldung. Das Zertifikat weisst dann nicht mein SSL Zertifikat aus, sondern das Zertifikat von der Firewall. Ich vermute mal das es geneau wegen oben stehenden Problematik nicht funktioniert.

bearbeitet 12. November 2019 von pipen

[Dukel 461]

.oO(Wieso macht man sowas nicht erst in einer Testumgebung vor der Produktivname oder nimmt einen DL dazu, der sowas schon mehrmals gemacht hat?)

[pipen 0]

In der Testumgebung hats einwandfrei funktioniert, deshalb hab ich es ohne DL gemacht.....

[testperson 1.758]

Dein DNS "Problem" sollte sich lösen, wenn du eine entsprechende Host-Zone anlegst. Dazu am DNS Server:

 

dnscmd . /zoneadd outlook.<domain.tld> /dsprimary
dnscmd . /zoneadd autodiscover.<domain.tld> /dsprimary

dnscmd . /recordadd outlook.<domain.tld> . A <IP des Exchanges>
dnscmd . /recordadd autodiscover.<domain.tld> . A <IP des Exchanges>

Solltest du die virtuellen Verzeichnisse am Exchange nicht auf "outlook.<domain.tld>" konfiguriert haben, müsstest du natürlich die o.g. Namen anpassen.

 

Ggfs. müssen dann noch Proxy-Ausnahmen am Client oder am Proxy selber gesetzt werden. (Sofern ein Proxy eingesetzt wird.)

[pipen 0]

Die Zonen habe ich schon mal erstellt. Was mir auffällt ist das bei mir noch zwei Einträge drin sind. Sind die überflüssig?

 

 

 

bearbeitet 12. November 2019 von pipen

[testperson 1.758]

vor 19 Minuten schrieb pipen:

Was mir auffällt ist das bei mir noch zwei Einträge drin sind. Sind die überflüssig?

Nein.

 

Was mir auffällt, du solltest entweder an allen Stellen schwärzen oder gar nicht. :P

[Dukel 461]

Es gibt nur einen DC in dieser Domäne?

Das ist normal das diese Einträge enthalten sind. Auch nicht löschen!

[pipen 0]

Ja, es gibt nur einen DC. Dann kanns ja kein DNS Problem auch nicht sein, oder?

[Dukel 461]

Hat zwar nichts mit Exchange zu tun, aber ein DC ist idR zu wenig.

 

Geht es jetzt mit den Einträgen?

[pipen 0]

vor 3 Stunden schrieb Dukel:

Hat zwar nichts mit Exchange zu tun, aber ein DC ist idR zu wenig.

 

Geht es jetzt mit den Einträgen?

Ich habe die cmds nicht ausgeführt, weil ich ja die Zonen schon hatte. Oder soll ich die jetzt nochmals ausführen?

 

dnscmd . /zoneadd outlook.<domain.tld> /dsprimary

dnscmd . /zoneadd autodiscover.<domain.tld> /dsprimary

dnscmd . /recordadd outlook.<domain.tld> . A <IP des Exchanges>

dnscmd . /recordadd autodiscover.<domain.tld> . A <IP des Exchanges>

 

UPDATE:

jetzt habe ich gerade Intern von einem Client der nicht im AD ist, nslookup autodiscover.domäne.com aufgerufen und der hat die richtigen Einträge ausgegeben.

 

Server:  dc1.ad.domäne.com
Address:  192.168.20.1

Name:    autodiscover.domäne.com
Address:  192.168.20.2

 

Intern von einem Client im AD besteht das Problem weiterhin......

bearbeitet 12. November 2019 von pipen