Best Practice für Installation Grommunio mit VPN Anbindung.

sinux · 2025-10-07T21:33:21+00:00

Hallo zusammen, die Entscheidung ist gefallen von Kopano auf Grommunio (Business also stable dann) zu migrieren. Dazu habe ich ein paar Fragen. Ich habe ein...

WalterH

sinux Outlook Anbindung, extern via VPN anbinden.

Wenn der VPN die Namensauflösung richtig durchreicht, wird der Autodiscover Eintrag auch aufgelöst und Outlook findet den Server. Das funktioniert bei Exchange und auch bei grommunio. Sollte somit kein Problem sein.

PiotrPan

WalterH aber das kann man ja auch in der konsole und parallel via tcpdump etc. mitprüfen.

Ist DNS Health check das debugging tool welches outlook mitliefert bzw. das dedizierte ding für autodiscover? Sagt mir so als stehender Begriff nichts.

sinux

WalterH Danke das habe ich gehofft!

WalterH

sinux habe ich frühe auch mit Drexchange schon

Da sollte Autodiscover eigentlich bekannt sein.

sinux

PiotrPan !
Im grommunio Admin Interface unter Domäne kann ich doch den test "fahren" lassen.

Hier der Link von WalterH

https://community.grommunio.com/d/753-why-the-hostname-is-so-important-for-grommunio

Und den habe ich jetzt gerade gefunden und sichte den mal.

WalterH

So sollte das aussehen wenn alles OK ist:

sinux

Ja da bin ich noch weit entfernt 😉

ich sichte heute Abend mal den Link noch dazu

https://community.grommunio.com/d/929-admin-ui-dns-checks

PiotrPan

Ich kann mal einen Screenshot von meinem machen.
Da ist ja ich alles grün und es geht. K.a. was reachability genau testet.
Da ich aber so ziemlich alles weg geblockt habe außer 25 bidir zum relay und 443 von außen würde mich das nicht wundern.

Reachability fur das was ich brauche würde ich eher via tcpdump und co debuggen 🙂

sinux

Das ist meine GMX intern privat, Web, Android geht,

Outlook teste ich gerade, kommt aber immer nach einer bestimmten Zeit

WalterH

sinux Autodiscover funktioniert nicht beide Icons sind orange sollten aber grün sein.

PiotrPan

Ist das tray icon vin Outlook vorhanden? Mit einem Rechtsklick drauf solltest du im Menü das Connection Test Tool aufrufen können ggf hilft das.

Das Problem besteht auch, wenn du ein neues Profil für Outlook anlegst?

sinux

WalterH ja die interne Domain wird auch richtig aufgelöst und ich dachte die externe IP braucht es nicht da ich meinen Dienst draußen (also Forwarding 443) nicht anbieten will. An meinen privaten Beispiel der GMX Domain, was sollte denn da stehen? Im ersten Punkt Reach... habe ich ja die IP von Innen und außen drin stehen. Warum der das beim autodiscover nicht macht erschließt sich mir nicht. Die Domain hab ich autodiscover.gmx.de und auch via _auto... also SRV eingetragen. Die Strecke wäre, grommmunio Server > OpenWRT Router > Fritzbox > Internet... Das kann doch nicht so schwer sein aber für mich anscheinend schon.

WalterH

Wenn der Outlook z.B. die Mailadresse user@domain.at bedienen soll, muss autodiscover.domain.at auflösbar sein, für Outlook und auch grommunio.

sinux

WalterH das ist so eingerichtet im DNS und via nslookup kommt die interne IP vom grommunio Server.
auf dem Outlook Clienten und auf dem Grommunio Server.

PiotrPan

sinux Kannst du mal zeigen was du da wie auflöst?

Das Autodiscover Testtool zeigt seht gut die DNS / Query Kaskade die man selbst mit nslookup/dig nachführen müsste.

WalterH

Dann sollte der Outlook auch die Mailbox am Server finden.

sinux

Danke PiotrPan, ich werde hier (Arbeit) mal neu installieren. Vielleicht übersehe ich etwas. nslookup ist alles sauber und ich bekomme immer die gromm Server IP aufgelöst.... es sollte ja auch ohne Internet also in einer reinen internen Installation funktionieren das sich der Server und ein Client über die DNS Auflösung finden und connecten. Wie gesagt nslookup löst sauber auf...
So nochmal alles von vorn installiert und eingerichtet aber keine Besserung obwohl nslookup alle dafür benötigten Domains sauber auflöst und mir die IP vom Server zurück gibt. Gibt es vielleicht Dienste wie apparmor die dazwischen hauen und in der Dokumentation nicht erwähnt werden?

PiotrPan

Apparmor meine ich sollte aus.... ich habe damals, nachdem nicht alle Prozesse sauber starteten trotz Folgen der Anleitung direkt auf die SLES Appliance gesetzt.... SLES ist zwar nicht meins, war in Summe aber einfacher.
Ist zwar eine "seltsame" Art dein Problem zu lösen, ist vom Einrichtungsaufwand aber ein überschaubarer Weg.

Parallel wäre dennoch eine Idee mal mit tcpdump -s 0 -A port 53 oder so zu schauen was der DNS Health Check eigentlich tut. Dann siehst du ggf. auch welches Lookup zwar in deinem Test funkitoniert aber nicht aus Sicht deines Servers.

sinux

der für den DNS Test verwendete DNS Server 1.1.1.1. ist in Australien und ich habe Ländersperren in meiner FW drin.
Kann man den Prüf DNS irgendwo ändern?
Jetzt sieht der DNS Health schon aus wie meiner zu Hause.

crpb

sinux Kann man den Prüf DNS irgendwo ändern?

ja kann man

https://community.grommunio.com/d/1845-manual-installation-vs-appliance/13

PiotrPan

Gut ich habe ne outbound NAT Regel das 53/udp bzw tcp auf meinen internen resolver bzw pihole gehen 😃

Ansonsten wäre es schon ein Bug Ticket wert, wenn grommunio nicht den OS resolver bemüht.

Was seht denn in der reaolv.conf bzw vergleichbarem je nachdem wie du in deinem Linux DNS Revolver konfiguriert hast?

Müsstest du im Zweifel auch mit dig +trace finden

WalterH

PiotrPan Ansonsten wäre es schon ein Bug Ticket wert, wenn grommunio nicht den OS resolver bemüht.

Das ist das Standardverhalten von den meisten MTAs.

sinux

PiotrPan mein nächster Gateway (dnsmasq) steht da drin der nimmt DNS an und gibt an einen Win DNS (AD) und der an eine UTM 9 weiter und die dann DNS an ISP.