[10.8 Mountain Lion] Kalender & Kontakte Dienst - Client bekommt keine Verbindung

[HyteRaph]

Hey Leute,

ich hatte dieses Thema schonmal angesprochen, es zeitweise lösen können, dann doch eine Alternative benutzt - daher jetzt ein frischer Threat.

Mein Problem ist folgendes:
Der Kalender- & Kontaktedienst vom ML Server sind aktiviert. Am Client richte ich anschließend CardDAV ein mit passendem User/PW. Das Problem scheint kurioserweise die Adresse zu sein. Weder die direkte IP (Netzwerk), der Hostname XXX.XXX.private, noch die no-ip.org Adresse funktionieren. Der Client möchte über Kontakte/Kalender einfach patu keine Verbindung zum Server aufbauen. Ansonsten sind im Netzwerk keine weiteren Probleme vorhanden und andere Dienste laufen scheinbar ordnungsgemäß.

Muss ich irgendwelche besonderen Einstellungen am Server vornehmen, welche mir die ServerApp vorenthält?
Google hat mir schon für das Terminal "sudo serveradmin settings addressbook:ServerHostName="xxx.xxx.private" ermpfohlen. Das habe ich auch durchgeführt, hat aber leider nichts geändert.

Ich wäre über etwaige Tipps/Tricks sehr dankbar!

//edit:
Nichtmal am Server selber kann ich über die Kontakte App auf den Dienst zugreifen. Das "blitz"-Symbol taucht auf und sagt mir, dass keine Verbindung hergestellt werden kann.
Eigenartigerweise kommt aber noch beim Einrichten des Kontos die Meldung, dass dem Zertifikat nicht vertraut wird, da der Hostname nicht passen würde...

//edit2:
https://help.apple.com/advancedserveradmin/mac/10.7/#apdC6E4709E-5A82-4CF2-931F-9AB00992502A
gefunden... Nutzt nichts...

Also irgendwas muss am Server falsch laufen / falsch eingestellt sein.


Beste Grüße

 

[HyteRaph]

Hmm habt ihr keine Idee? Fehlen noch wichtige Angaben?

 

[stk]

au weia … das ist so eine große Gemengelage …

Fangen wir mal ganz vorne an:

arbeitet der DNS korrekt? Sowohl auf dem Server selbst, wie auf dem Client. dig ist dein Freund

was sagt changeip -checkhostname?

 

[HyteRaph]

Hey stk,

danke schonmal vorab für die Antwort.

Also der DNS arbeitet meines erachtens normal.
DNS sagt:

Weiterleitungsserver: 192.168.20.1

Primärzone: server.XXX.private
server.XXX.private (Computer)
server.XXX.private (Nameserver)

Rückauflösungszone: 2.20.168.192.in-addr.arpa
192.168.20.2 Rückauflösung
server.XXX.private Name-Server


-checkhostname sagt:

Primary address = 192.168.20.2

Current HostName = server.XXX.private
DNS HostName = server.XXX.private

 

[stk]

Und die dig Ausgaben von Server und Client?

 

[HyteRaph]

Was genau meinst du mit "dig" - Ausgaben?

 

[stk]

dig wie nslookup (deprecated)

Terminal anglühen

dig server.domain.ext

liefert dir die Namensaufösung und wer sie vorgenommen hat

dig -x ip.adresse.des.rechners

die Reverseauflösung

Mindestens auf dem Server sollten da schon mal passende Angaben rausfallen und idealerweise beim Client eben auch.

Gruß Stefan

 

[HyteRaph]

Hey Stefan,

also

dig server.XXX.private

; <<>> DiG 9.8.5-P1 <<>> server.XXX.private
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5075
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;server.XXX.private. IN A

;; ANSWER SECTION:
server.XXX.private. 10800 IN A 192.168.20.2

;; AUTHORITY SECTION:
server.XXX.private. 10800 IN NS server.XXX.private.

;; Query time: 1 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed Nov 13 15:16:14 CET 2013
;; MSG SIZE rcvd: 70

dig -x 192.168.20.2

; <<>> DiG 9.8.5-P1 <<>> -x 192.168.20.2
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 30154
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1

;; QUESTION SECTION:
;2.20.168.192.in-addr.arpa. IN PTR

;; ANSWER SECTION:
2.20.168.192.in-addr.arpa. 10800 IN PTR server.XXX.private.

;; AUTHORITY SECTION:
2.20.168.192.in-addr.arpa. 10800 IN NS server.XXX.private.

;; ADDITIONAL SECTION:
server.XXX.private. 10800 IN A 192.168.20.2

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed Nov 13 15:20:25 CET 2013
;; MSG SIZE rcvd: 109

 

[stk]

ok das ist der Teil vom Server

und was sagt der Client bei gleichen Anforderungen?

 

[HyteRaph]

Ah entschuldige. Ein Client bekommt folgendes ausgeschmissen:

; <<>> DiG 9.8.5-P1 <<>> server.XXX.private
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 30621
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;server.XXX.private. IN A

;; AUTHORITY SECTION:
. 10800 IN SOA a.root-servers.net. nstld.verisign-grs.com. 2013111300 1800 900 604800 86400

;; Query time: 118 msec
;; SERVER: 192.168.20.1#53(192.168.20.1)
;; WHEN: Wed Nov 13 16:00:54 CET 2013
;; MSG SIZE rcvd: 115

dig -x 192.168.20.2

; <<>> DiG 9.8.5-P1 <<>> -x 192.168.20.2
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62028
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1

;; QUESTION SECTION:
;2.20.168.192.in-addr.arpa. IN PTR

;; ANSWER SECTION:
2.20.168.192.in-addr.arpa. 9 IN PTR XXXServer.fritz.box.

;; AUTHORITY SECTION:
2.20.168.192.in-addr.arpa. 9 IN NS fritz.box.

;; ADDITIONAL SECTION:
fritz.box. 9 IN A 192.168.20.1

;; Query time: 114 msec
;; SERVER: 192.168.20.1#53(192.168.20.1)
;; WHEN: Wed Nov 13 16:01:25 CET 2013
;; MSG SIZE rcvd: 110

 

[stk]

Also Server DNS schaut gut aus. Der Client weiß nix von deinem internen DNS. Trag beim Client mal die IP deines Servers als 1. DNS ein.

Ich lass üblicherweise den Server den DNS Eintrag über DHCP des Servers ausliefern. Dann aber den DHCP im Router ausschalten!

 

[HyteRaph]

Ahh! Ich habe den DHCP am Router noch eingeschaltet. Ich werde das im Laufe des Abends mal ändern und testen.

Vielen Dank für den Hinweis!