auto-config Apple funktioniert nicht

[Toorms]

Hallo Community,

ich habe heute festgestellt, dass http://autoconfig-apple.<DOMAIN>/setup.mobileconfig bei mir leider nicht funktioniert, obwohl im DNS die dazugehörigen Subdomains "auto-config.", "autoconfig." und "autodiscover." alle hinterlegt sind. Die Seite spuckt ein "not found" aus.

Ggf. kann es bei einigen meiner Domains, dass erst die Domain in KeyHelp hinterlegt wurde und ein paar Tage später erst habe ich die fehlenden Subdomains für die Auto-Configuration hinterlegt.

Wie kann man hier zu einem Lösungsansatz kommen?

Besten Dank und viele Grüße

[Toorms]

Kann das hier bitte nach "Fehler" verschoben werden, da keines der URLs auf keiner meiner Domains funktioniert für die jeweiligen Subdomains zur Auto-Configuration.

Es betrifft die KH 24.1 Version

Vielen Dank.

[Jolinar]

Der Fehlerbereich erfordert (normalerweise) das Ausfüllen der entsprechenden Vorlage...Deswegen erstmal die Frage an andere Apple User (auch um auszuschließen, daß es an deinem System liegen könnte):
Kann jemand das beschriebene Problem auf seinen Apple Geräten reproduzieren?

[Alexander]

Hallo,

An der Konfiguration der der Email-Autokonfiguration hat sich im Update nichts geändert.

Ich kann es auch nicht reproduzieren. Bei mir spucken die URLs nach-wie-vor ob Update oder frisch Installierte Instanz bei folgenden URLs was aus.

http://autoconfig.<EINE DOMAIN AUF DEM SERVER>/
http://autodiscover.<EINE DOMAIN AUF DEM SERVER>/
http://autoconfig-apple.<EINE DOMAIN AUF DEM SERVER>/

[Jolinar]

obwohl im DNS die dazugehörigen Subdomains "auto-config.", "autoconfig." und "autodiscover." alle hinterlegt sind. Die Seite spuckt ein "not found" aus.

http://autoconfig.<EINE DOMAIN AUF DEM SERVER>/
http://autodiscover.<EINE DOMAIN AUF DEM SERVER>/
http://autoconfig-apple.<EINE DOMAIN AUF DEM SERVER>/

@TE:
Ich nutze keine Apple Technik...Aber könnte hier eventuell ein falscher DNS-RR schuld sein (farblich hervorgehoben)?

[Toorms]

Bzgl. des vermeintlich falschen DNS Eintrags - da hatte ich mich leider hier nur verschrieben. Hinterlegt sind die Einträge

• autoconfig.
  autodiscover.
  autoconfig-apple.

und wenn ich https://autoconfig.meinedomain.de oder gar die anderen Subdomains wähle erhalte ich immer wieder "Not found".



Kann es etwas mit folgendem Szenario zu tun haben, was ich aktuell aber nicht wirklich Rückgängig machen kann (also ich kann die Domains nicht von KH runternehmen, da sie Produktiv sind).

Ich habe vor einigen Wochen erst die Domain meinedomain.de in meinem DNS (extern) hinzugefügt, mit webmail., www., dem MX, SFP, DKIM, DMARC, kram. Danach die Domain in Keyhelp einbunden - soweit funktioniert auch alles super und wunderbar.

Danach habe ich von der Autoconfig-Sache hier im Forum gelesen und quasi die obigen drei Sub-Domains einfach nur nachgezogen im DNS - mehr nicht. Fehler hier ggf. noch etwas?

Wenn da wirklich Bedarf nach besteht, kann ich gerne einmal eine Domain hier posten, die es betrifft - es betrifft alle meine Domains im System.

[Ralph]

Falls Du IPv6 aktiviert hast und nutzt, müssen auch in allen NS Zonen die AAAA records vorhanden sein:

Code: Select all

autoconfig-apple.[ZONE] > A
autoconfig-apple.[ZONE] > AAAA
autoconfig.[ZONE] > A
autoconfig.[ZONE] > AAAA
autodiscover.[ZONE] > A
autodiscover.[ZONE] > AAAA

[Jolinar]

Falls Du IPv6 aktiviert hast und nutzt, müssen auch bei den externen NS die AAAA records vorhanden sein

Da war Ralph schneller als ich...auf IPv6 wollte ich auch gerade hinweisen.
Wenn die IPv6 RR vorhanden sind, dann wäre eine Domainnennung sinnvoll, damit man das von extern mal checken kann.

[24unix]

Wenn da wirklich Bedarf nach besteht, kann ich gerne einmal eine Domain hier posten, die es betrifft - es betrifft alle meine Domains im System.

Das würde die Sache enorm vereinfachen

[Toorms]

IPv6 war leider auch nicht die Lösung, dennoch vielen Dank für den Tipp. Habe jetzt mal die Domain snowes.de frisch auf KeyHelp hinzugefügt und habe dennoch keine auto*-Konfigurationen für Mailing.

mit snowes.de könntet ihr testen.

[24unix]

Das sieht OK aus:

Code: Select all

host autoconfig.snowes.de
autoconfig.snowes.de has address 172.67.163.90
autoconfig.snowes.de has address 104.21.90.250
autoconfig.snowes.de has IPv6 address 2606:4700:3037::ac43:a35a
autoconfig.snowes.de has IPv6 address 2606:4700:3033::6815:5afa

Rufe ich die Seite auf, gibt es allerdings einen 404.

Was sagt

Code: Select all

apache2ctl -S

Wenn möglich auf relevante Ausgaben zu snowes.de kürzen.

[Toorms]

Hier einmal die eingekürzte und teils verfremdete Version von apache2ctl -S

Code: Select all

VirtualHost configuration:
*:443                  is a NameVirtualHost
         default server mein.server.tld (/etc/apache2/keyhelp/keyhelp.conf:20)
         port 443 namevhost mein.server.tld (/etc/apache2/keyhelp/keyhelp.conf:20)
                 alias localhost
                 alias xxx.xxx.xxx.xxx
                 alias ipv6ipv6ipv6ipv6ipv6ipv6
         port 443 namevhost snowes.de (/etc/apache2/keyhelp/vhosts/user123.conf:727)
         port 443 namevhost www.snowes.de (/etc/apache2/keyhelp/vhosts/user123.conf:776)
         port 443 namevhost snowes.de (/etc/apache2/keyhelp/subdomain_catch_all.conf:617)
                 wild alias *.snowes.de
*:80                   is a NameVirtualHost
         default server mein.server.tld (/etc/apache2/keyhelp/keyhelp.conf:152)
         port 80 namevhost mein.server.tld (/etc/apache2/keyhelp/keyhelp.conf:152)
                 alias localhost
                 alias xxx.xxx.xxx.xxx
                 alias ipv6ipv6ipv6ipv6ipv6ipv6
         port 80 namevhost snowes.de (/etc/apache2/keyhelp/vhosts/user123.conf:769)
         port 80 namevhost www.snowes.de (/etc/apache2/keyhelp/vhosts/user123.conf:818)
         port 80 namevhost webmail (/etc/apache2/keyhelp/webmail.conf:5)
                 wild alias webmail.*
         port 80 namevhost autoconfig (/etc/apache2/keyhelp/autoconfig.conf:5)
                 wild alias autoconfig.*
                 wild alias autodiscover.*
                 wild alias autoconfig-apple.*
         port 80 namevhost snowes.de (/etc/apache2/keyhelp/subdomain_catch_all.conf:622)
                 wild alias *.snowes.de
         port 80 namevhost mein.server.tld (/etc/apache2/keyhelp/keyhelp.conf:188)
                 wild alias *
ServerRoot: "/etc/apache2"
Main DocumentRoot: "/var/www/html"
Main ErrorLog: "/var/log/apache2/error.log"
Mutex watchdog-callback: using_defaults
Mutex rewrite-map: using_defaults
Mutex ssl-stapling-refresh: using_defaults
Mutex authdigest-client: using_defaults
Mutex fcgid-proctbl: using_defaults
Mutex ssl-stapling: using_defaults
Mutex proxy: using_defaults
Mutex ssl-cache: using_defaults
Mutex default: dir="/var/run/apache2/" mechanism=default
Mutex fcgid-pipe: using_defaults
Mutex authdigest-opaque: using_defaults
PidFile: "/var/run/apache2/apache2.pid"
Define: DUMP_VHOSTS
Define: DUMP_RUN_CFG
Define: ENABLE_USR_LIB_CGI_BIN
User: name="www-data" id=33
Group: name="www-data" id=33

Falls es interessant sein sollte (glaube aber nicht, da es ja durchkommt bis zum Server) - ich verwende Cloudflare als DNS Server (inkl. Cloudflare Active DNS Proxy)

[24unix]

Das sieht eigentlich gut aus.

Was steht in: /var/log/apache2/keyhelp/autoconfig.access.log

[Ralph]

Falls es interessant sein sollte (glaube aber nicht, da es ja durchkommt bis zum Server) - ich verwende Cloudflare als DNS Server (inkl. Cloudflare Active DNS Proxy)

Dann versuche es mal ohne Proxy, kann ein paar Stunden dauern bis die DNS dann ohne Umweg auflöst und zum V-Host passt.

[Florian]

Hallo,

du musst beachten dass dies nur ein Port 80 Vhost ist. Wenn hier Cloudflare noch irgendwas mit SSL macht wird es nicht funktionieren. Das Not Found spricht dafür, man wird ja auch sofort auf https umgelenkt, nur dafür gibt es keinen Vhost.