Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?
Forum>Netzwerke>OS X Server und DNS

OS X Server und DNS

Gerhard Uhlhorn25.12.1301:47
Hi,
ich habe das Problem, dass mein DNS (10.8 Server) wohl nicht richtig konfiguriert ist. Es äußert sich in folgenden Problemen: Beim Laden der Time-Machine-Einstellungen auf dem Server hagelt es Fehlermeldungen. Und wenn ich „Server“ auf meinem Arbeits-Mac starte und dort für die Verbindung den angezeigten Server auswähle, kann ich mich nicht mit meinem Benutzer und Kennwort anmelden. Wähle ich hingegen „anderen Server“ und die IP-Adresse meines Servers, verbindet er ohne Probleme.

Kann einer der Server-Spezis hier bei der korrekten Konfiguration helfen?

Hier ein Screenshot der Einstellungen:
0

Kommentare

dreyfus25.12.1306:16
Was sagt denn im Terminal
sudo changeip -checkhostname

?
0
Gerhard Uhlhorn25.12.1316:35
Das hier:
Primary address     = 10.0.1.99

Current HostName    = server.uhlhorn.private
DNS HostName        = server.uhlhorn.private

The names match. There is nothing to change.
dirserv:success = "success"
0
Hannes Gnad
Hannes Gnad25.12.1318:01
Die Frage ist, welchen DNS Server Dein(e) Client(s) verwenden.
0
Gerhard Uhlhorn25.12.1319:48
Die verwenden die Fritzbox, also 10.0.1.1. Und diese leitet m.W. an den Server weiter. Aber das prüfe ich nach dem Essen mal.
0
Gerhard Uhlhorn26.12.1300:29
Sieht irgendwie alle richtig aus, oder?

Fritzbox:
Bevorzugter DNSv4-Server: 10.0.1.99
Alternativer DNSv4-Server: 8.8.8.8
0
meltingmind
meltingmind26.12.1311:29
wieso sollte die Fritzbox das an Deinen Server weiterleiten?

Trag doch einfach mal Deinen Server selbst bei den Clients ein
0
Zauberlehrling26.12.1311:38
Die Fritzbox kann nicht auf einen internen DNS-Server zugreifen. Auch wenn man den eintragen kann.
Sie greift nur auf externe DNS-Server zu. Den 10.0.1.99 findet sie also nicht. Nur den 8.8.8.8
0
Fard Dwalling26.12.1312:05
Vor allem hängt die fritzbox an alle Hostnamen ein .fritz.box.
Deswegen geht dein Zugriff auf den Server über die Server App auch nicht.
Problem hatte ich auch. Das beste ist, wenn der Server auch die DHCP vergabe macht und dabei deinen Server als DNS übergibt. Dann geht alles.
0
Gerhard Uhlhorn26.12.1314:12
meltingmind
Trag doch einfach mal Deinen Server selbst bei den Clients ein
Alle meine Clients bekommen die Daten per DHCP. Da kann man nichts eintragen. Ich müsste dann auf manuelle Adresse umstellen. Das will ich aber nicht. Es muss per DHCP funktionieren können.
Fard Dwalling
Vor allem hängt die fritzbox an alle Hostnamen ein .fritz.box.
ja, das ist mir auch schon aufgefallen. Ist das so üblich, oder ist das ein Bug in der Software? Ich finde das fürchterlich!
Deswegen geht dein Zugriff auf den Server über die Server App auch nicht.
Ah, das erklärt einiges.
Problem hatte ich auch. Das beste ist, wenn der Server auch die DHCP vergabe macht und dabei deinen Server als DNS übergibt. Dann geht alles.
Guter Tipp! Danke sehr. Das werde ich mal machen.

Vielen Dank an Euch, da waren einige gute Hinweise dabei.
0
Zauberlehrling26.12.1314:54
das mit fritz.box ist normal wenn die Fritzbox das DHCP macht.
0
Gerhard Uhlhorn26.12.1320:56
Ich habe es umgestellt, und es läuft genau so wie vorher.

0
Hannes Gnad
Hannes Gnad26.12.1321:05
Was steht in der Konsole?
0
Gerhard Uhlhorn26.12.1321:43
Das hier:
26.12.13 21:32:31,719 Console[1470]:  Marker - 26.12.2013 21:32:31
26.12.13 21:32:36,643 _teamsserver[68363]: audit warning: soft /var/audit
26.12.13 21:32:36,643 _teamsserver[68364]: audit warning: allsoft
26.12.13 21:32:36,690 _teamsserver[68366]: audit warning: closefile /var/audit/20131226202911.20131226203236
26.12.13 21:32:36,912 servermgrd[67692]: flushing dns cache
26.12.13 21:32:36,941 mDNSResponder[45]: SIGHUP: Purge cache
26.12.13 21:33:24,688 _teamsserver[68388]: audit warning: allsoft
26.12.13 21:33:24,688 _teamsserver[68387]: audit warning: soft /var/audit
26.12.13 21:33:24,690 _teamsserver[68389]: audit warning: closefile /var/audit/20131226203236.20131226203324
26.12.13 21:34:40,035 servermgrd[67692]: [67692] error in getAndLockContext: flock(servermgr_timemachine) FATAL time out
26.12.13 21:34:40,035 servermgrd[67692]: [67692] process will force-quit to avoid deadlock
26.12.13 21:34:40,826 _teamsserver[68408]: audit warning: allsoft
26.12.13 21:34:40,826 _teamsserver[68409]: audit warning: soft /var/audit
26.12.13 21:34:41,094 _teamsserver[68411]: audit warning: closefile /var/audit/20131226203324.20131226203440
26.12.13 21:34:41,370 com.apple.launchd[1]: (com.apple.servermgrd[67692]) Exited with code: 1
26.12.13 21:35:47,579 ruby[68431]: CFPreferences: user home directory for user kCFPreferencesCurrentUser at /var/teamsserver is unavailable. User domains will be volatile.
26.12.13 21:35:47,584 ruby[68430]: CFPreferences: user home directory for user kCFPreferencesCurrentUser at /var/teamsserver is unavailable. User domains will be volatile.
26.12.13 21:35:47,592 com.apple.launchd[1]: (com.apple.collabd.expire[68430]) Exited with code: 1
26.12.13 21:35:47,630 collabpp[68431]: CFPreferences: user home directory for user kCFPreferencesCurrentUser at /var/teamsserver is unavailable. User domains will be volatile.
26.12.13 21:35:48,000 kernel[0]: Sandbox: sandboxd(68435) deny mach-lookup com.apple.coresymbolicationd
26.12.13 21:35:48,147 sandboxd[68435]: ([68431]) collabpp(68431) deny file-read-data /Applications/Server.app/Contents/ServerRoot/usr/lib/libpq.5.5.dylib
26.12.13 21:35:48,255 sandboxd[68435]: ([68431]) collabpp(68431) deny file-read-data /Library/Preferences/.GlobalPreferences.plist
26.12.13 21:35:49,127 sandboxd[68435]: ([68431]) collabpp(68431) deny file-read-data /Library/Preferences/.GlobalPreferences.plist
0
smartfiles26.12.1321:44
Ich würde mal alle Dienste des Servers ausschalten, den Server neu starten und dann wieder alle Dienste der Reihe nach einschalten. Hilft bei unserem Server meist, ausser beim DHCP - Dienst. Dort kann er angeblich die Einstellungen auch nicht mehr lesen, obwohl die Konfig richtig angezeigt wird.
0
Gerhard Uhlhorn26.12.1321:48
Ich habe bei Google nach dem
flock(servermgr_timemachine) FATAL time out
gesucht, und da hieß es, dass der DNS dafür verantwortlich sein könnte.

„Everything in OS X is dependant on proper DNS. You probably should start there. It is the first service you should be configuring and it is the most important to keep right. Don't configure any services until you have DNS straight. In OS X, DNS really stands for Do Not Skip.“
Quelle: (letzter Beitrag)
0
Gerhard Uhlhorn26.12.1321:49
Aber eine Besserung gibt es jetzt: Ich kann mich jetzt endlich an den vorgeschlagenen Server anmelden.
0
Hannes Gnad
Hannes Gnad26.12.1322:17
Wie sehen die Netzwerkeinstellungen Deines Servers aus, v.a. DNS?
0
Gerhard Uhlhorn27.12.1301:52
In den Systemeinstellungen/Netzwerk/Ethernet:

Manuelle Einstellungen:
IP-Adresse: 10.0.1.99
Teilnetzmaske: 255.255.255.0
Router: 10.0.1.1
DNS-Server: 10.0.1.99
0
Gerhard Uhlhorn28.12.1310:19
Seit ich den DHCP auf dem Server laufen habe verlieren meine Rechner der Reihe nach die Netzverbindung, nämlich wenn der Lease abgelaufen ist.

Mein Server zeigt meinen iMac 27" (fat) mit korrekten IP-Adressen an (Ethernet und Airport), tatsächlich erhält dieser aber andere Adressen. Was läuft da falsch?!?


0
Cyco
Cyco28.12.1310:55
Als erstes solltest Du Airport ausschalten, wenn Du Ethernet benutzt.
Das sorgt gerne für Verwirrungen, und bringt auch keinen Vorteil, solange Du nicht in 2 unterschiedlichen Netzwerken zur gleichen Zeit unterwegs bist.

Hängen die Geräte an einem Switch oder verteilt die FritzBox das Netzwerk über die internen Ethernet-Buchsen?
0
someone28.12.1312:41
Der Range 169.254.0.0/16 ist ja fuer selbst zugewiesene Adressen, also weder statisch noch DHCP.
Sieht also so aus als ob der Lease Refresh nicht funktioniert und der Client einen Fallback auf diesen Range macht.
Wie war die IP denn bevor der Lease abgelaufen ist, und wann hat der Client die IP erhalten? Beim Booten?
0
Gerhard Uhlhorn28.12.1312:48
Cyco: Also eigentlich funktionieren WLAN und Ethernet gleichzeitig, aber normalerweise habe ich WLAN ohnehin abgeschaltet. Ich habe es jetzt nur deswegen eingeschaltet, weil der Rechner sonst ganz ohne Netz ist.

  • Bis zur Umstellung des DHCP von FritzBox auf Mac Server konnte ich sie problemlos gleichzeitig nutzen.

  • Auch mit abgeschalteten WLAN funktioniert es nicht.

Ich habe einen Switch, an dem hängen alle Geräte.
0
Gerhard Uhlhorn28.12.1312:52
someone
Wie war die IP denn bevor der Lease abgelaufen ist, und wann hat der Client die IP erhalten? Beim Booten?
Bis ich den DHCP in der FritzBox abgeschaltet und am Server eingeschaltet habe funktionierten alle Geräte. Und sie funktionieren noch so lange, bis er Lease abläuft und sie einen neuen erhalten sollen. Der DHCP des Servers liefert dann keine neuen Daten mehr. Im DHCP werden sie zwar angezeigt, bei den Geräten werden sie aber teilweise nicht eingestellt.

Das WLAN des betroffenen Macs hat eine gültige Adresse bekommen, der Ethernetanschluss aber nicht. Und ich habe den betroffenen Mac schon neu gestartet.
0
yew
yew28.12.1312:53
Hi
so als Aussenstehender mal eine dumme Frage

>>Router: 10.0.1.1
DNS-Server: 10.0.1.99<<

sollte denn nicht unter DNS die gleiche Adresse wie unter Router stehen?

... und ich hatte schon mal die Probleme mit der FB, wenn nur die Google DNS-Server eingetragen waren, die FB teilweise nicht auflösen konnte.


Gruß yew
0
Gerhard Uhlhorn28.12.1312:53
Seitdem ich den DHCP auf den Server verlegt habe, erreiche ich die FritzBox nicht mehr unter fritz.box. Kann man das irgendwie wieder in Ordnung bringen?

Oh, und ich sehe gerade, dass die FritzBox bei den DHCP-Clients gar nicht gelistet wird. Warum das nicht? Weil sie eine feste Adresse hat?
0
Gerhard Uhlhorn28.12.1312:56
yew: Weil ich den DNS vom Server und nicht den DNS der FritzBox verwende.
0
Hannes Gnad
Hannes Gnad28.12.1312:58
Gerhard Uhlhorn
Seitdem ich den DHCP auf den Server verlegt habe, erreiche ich die FritzBox nicht mehr unter fritz.box. Kann man das irgendwie wieder in Ordnung bringen?

Oh, und ich sehe gerade, dass die FritzBox bei den DHCP-Clients gar nicht gelistet wird. Warum das nicht? Weil sie eine feste Adresse hat?
Typischerweise hat eine F!B eine feste Adresse und versucht nicht, sich eine per DHCP zu ziehen.

Die Auflösung "fritz.box" kann natürlich nur dann klappen, wenn Du das in den DNS-Server auf dem Mac Server einträgst. (In "normalen" Aufbauten funktioniert das, weil die F!B ja einziger bzw. der DHCP- und DNS-Server ist, sich selbst kennst und auf diese Ansprache entsprechend reagiert.)
0
Hannes Gnad
Hannes Gnad28.12.1312:59
Das WLAN kommt von der F!B, oder?
0
MikeMuc28.12.1313:01
Gerhard Uhlhorn
Seitdem ich den DHCP auf den Server verlegt habe, erreiche ich die FritzBox nicht mehr unter fritz.box. Kann man das irgendwie wieder in Ordnung bringen?

Da deine FB jetzt nicht mehr für DHCP zuständig ist das doch kein Wunder. Richte in deinem DNS einen Eintrag a la fritzbox.uhlhorn.private ein und schreib die IP der FB dazu. Ob du "fritz.box" weiter verwenden kannst weiß ich nicht bzw. wird mehr Aufwand bei der Konfiguration des DNS auf dem Server bedeuten.
0
Gerhard Uhlhorn28.12.1313:13
Hannes Gnad
Das WLAN kommt von der F!B, oder?
Ja.
MikeMuc
Richte in deinem DNS einen Eintrag a la fritzbox.uhlhorn.private ein und schreib die IP der FB dazu.
Was für Typ Eintrag muss das sein? Ich habe 5 Arten zur Auswahl.
0
someone28.12.1313:26
Bis ich den DHCP in der FritzBox abgeschaltet und am Server eingeschaltet habe funktionierten alle Geräte. Und sie funktionieren noch so lange, bis er Lease abläuft und sie einen neuen erhalten sollen.

Heisst das jetzt dass die Clients noch gar nie eine IP vom OS-X DHCP Server erhalten haben, und nicht bloss der lease renew fehlschlaegt?
0
Gerhard Uhlhorn28.12.1314:00
Ja, würde ich sagen. Wobei ich den iMac neu gestartet habe und nur beim Ethernet-Anschluss die Netzwerk-Daten falsch sind. Beim WLAN hat er korrekte Daten bekommen.

Eben habe ich mal mein iPhone neu gestartet, und das hat korrekte Daten bekommen:

0
Gerhard Uhlhorn28.12.1314:02
Ich sehe gerade: Was bedeutet „Such-Domains no-dns-available.example.com“?
0
someone28.12.1314:37
Ich sehe gerade: Was bedeutet „Such-Domains no-dns-available.example.com“?

Vermutlich bloss dass via DHCP keine "Domain Suchliste" an die Clients verteilt wird.
Beim Aufloesen von Hostname auf IP werden die Elemente dieser Liste der Reihe nach durchprobiert, d.h. rechts an den Hostnamen angehaengt, falls sich der Hostname sonst nicht aufloesen laesst.
Somit muss man nie fully qualified Hostnames tippen, egal wie das Netzwerk aussieht.
0
Cyco
Cyco28.12.1315:04
Bitte nochmal nachhalten:
Welche Geräte bekommen nach dem abgelaufenen DHCP-Lease keine neue IP?
So wie ich das lese, nur der iMac. richtig?
0
someone28.12.1317:02
Ich wuerde mal mit Wireshark den DHCP Traffic mitschneiden (auf Client und Server), dann sieht man was wirklich abgeht.
0
Gerhard Uhlhorn28.12.1318:03
Cyco: Sieht im Moment so aus. Ich hatte vorher den Eindruck, dass weitere Geräte betroffen wären, aber es scheint im Moment tatsächlich nur er Ethernet-Anschluss des iMac zu sein.

someone: Das wäre eine Möglichkeit. Ich kannte das Tool gar nicht.
0
Cyco
Cyco28.12.1319:44
Dann würde ich damit anfangen eine neue Netzwerk-Umgebung anzulegen und schauen ob das Problem auch dort auftritt.

Ja, Wireshark ist wirklich gut, um seltsamen Problemen auf die Schliche zu kommen.
Aber die einfachen Handgriffe zur Problemlösung sollte man meiner Meinung nach vorher erledigt haben.
0
Fard Dwalling28.12.1320:23
Ich denke, das der Fehler immer noch in der DNS und DHCP Einstellung liegt.
Was ist in den DNS Einstellungen unter "Suchen nur für bestimmte Netze durchführen" angegeben?
Beim DHCP muss auch ein Hostname für den DNS angegeben werden. Ist der Hostname des Servers. Sonst funktioniert keine DHCP Vergabe an Windows Clients. Im Log des Servers unter DHCP müsstest du ja auch sehen, das die Clients sich melden aber keine IP übernehmen.

VG
0
Gerhard Uhlhorn28.12.1320:39
Cyco
Dann würde ich damit anfangen eine neue Netzwerk-Umgebung anzulegen und schauen ob das Problem auch dort auftritt.
Das hatte ich als erstes versucht. Ohne Erfolg.
Fard Dwalling
Ich denke, das der Fehler immer noch in der DNS und DHCP Einstellung liegt.
Oder Appes Software ist buggy.
Was ist in den DNS Einstellungen unter "Suchen nur für bestimmte Netze durchführen" angegeben?
„Server selbst“ und „Clients im lokalen Netzwerk“.
Beim DHCP muss auch ein Hostname für den DNS angegeben werden. Ist der Hostname des Servers. Sonst funktioniert keine DHCP Vergabe an Windows Clients.
Wie geht das?
Im Log des Servers unter DHCP müsstest du ja auch sehen, das die Clients sich melden aber keine IP übernehmen.
Zu allen Diensten sind Logs, nicht aber zu DHCP.
0
Fard Dwalling28.12.1320:59
Im DHCP Dienst legst du ja ein Netzwerk an.
Dort wird ja die IP Range, Router und eben DNS Daten eingegeben. Und da kannst du bei DNS unter bearbeiten eben die IP des Name-Servers und auch die Suchdomain angeben.

Und unter Protokoll sollte bei aktiven DHCP Dienst auch ein Dienstprotokoll eben jenes Dienstes sein.
0
Gerhard Uhlhorn28.12.1321:28
Habe ich eingetragen. Keine Wirkung.

Und Protokoll fehlt tatsächlich:

0
Fard Dwalling28.12.1321:46
Steht im Systemprotokoll irgendwas zum DHCP? Das der nicht gestartet werden konnte, oder so?
Er scheint ja definitiv nicht zu laufen.
0
schlawuzelbaer28.12.1321:58
Ein ähnliches Problem hatte ich dieser Tage auch, wo ich über die Warnmeldung die Umbenennung des Servers mitgeteilt bekommen habe und somit auch interne Verbindungsprobleme. Zunächst hatte ein Neustart der FB geholfen, wurde auf Dauer aber lästig. Ich habe den DHCP-Dienst bei der FB belassen, jedoch habe ich den Dynamischen DNS-Dienst gewechselt, da ich keine feste Provider-IP habe. Seitdem ist wieder "Ruhe im Karton".
0
Cyco
Cyco28.12.1322:36
Ich bleibe dabei, wenn es nur ein Gerät im Netzwerk ist das keinen neuen Lease bekommt, dann suche ich an diesem Gerät und nicht am Server.
Es gibt schließlich genügend Geräte die laut dem Screenshot einen neuen Lease bekommen.

Aber ich freue mich auf die Auflösung des Rätsels.

Gegentesten würde ich es mit einem externen System auf dem iMac, und das einfach die Nacht durch laufen lassen, bei einer Lease-Time von wenigen Stunden.
0
Fard Dwalling28.12.1322:44
Aber wenn im Server kein Protokoll vorhanden ist, läuft da was nicht richtig. Das ist auch außer Frage.
0
Gerhard Uhlhorn28.12.1323:01
Fard Dwalling
Er scheint ja definitiv nicht zu laufen.
Doch, er läuft. Die anderen Geräte bekommen ja eine IP zugewiesen.
Cyco
Ich bleibe dabei, wenn es nur ein Gerät im Netzwerk ist das keinen neuen Lease bekommt, dann suche ich an diesem Gerät und nicht am Server.
Eigentlich ja.
Fard Dwalling
Aber wenn im Server kein Protokoll vorhanden ist, läuft da was nicht richtig. Das ist auch außer Frage.
Ja, das auch.
Cyco
Aber ich freue mich auf die Auflösung des Rätsels.
Und ich erst!
Gegentesten würde ich es mit einem externen System auf dem iMac, und das einfach die Nacht durch laufen lassen, bei einer Lease-Time von wenigen Stunden.
Ich habe inzwischen Server und betroffenen iMac neugestartet. Im Moment läuft ein abgesicherter Start auf dem iMac.

Aber ich bin müde und will jetzt ins Bett. Ich bin schon seit 6:00 Uhr in Gange.
0
Gerhard Uhlhorn28.12.1323:14
Noch was:
Wenn ich im iMac manuell eine IP-Adresse, Maske, Router und DNS angebe, habe ich trotzdem keine Verbindung. Das finde ich auch merkwürdig. Vielleicht liegt es ja auch am Switch?!?
0
Cyco
Cyco28.12.1323:26
Manuell müsste funktionieren. (Vorausgesetzt richtig).
- Kabel?
- Verkabelung in der Wand(Dosen)?
- Switch?
- Ethernet-Port am iMac (evtl ein TB-auf-Ethernet Adapter zur Hand)?
0
Gerhard Uhlhorn29.12.1315:10
Das hat ja funktioniert bis zur Verlegung des DHCPs auf den Server.
0

Kommentieren

Diese Diskussion ist bereits mehr als 3 Monate alt und kann daher nicht mehr kommentiert werden.