Mac OS X - Konfigurieren des NTTP-Servers mit einem LAN mit D-Link DIR-655

1345
Mark

Diese Frage ist ziemlich spezifisch, aber ich hoffe, jemand hat diesen Fehler anderswo gesehen. Ich konfiguriere einen Computer, auf dem OS X 10.5.8 ausgeführt wird, als NTP-Server für Computer, die mit einem LAN verbunden sind, das nicht mit dem Internet verbunden ist. Ich mache mir nicht allzu viele Sorgen darüber, die "richtige" Zeit auf allen Maschinen zu kennen, sondern ich mache mir Sorgen, dass jeder die gleiche Vorstellung von Zeit hat.

Ich habe den NTP-Dämon auf dem Mac konfiguriert, indem ich in den Systemeinstellungen das Datum und die Uhrzeit automatisch einstellen aktiviere und dabei die Serveruhr (127.127.1.0) als Referenzuhr verwende. Ich dachte, ich sollte sehen, ob der Server sich selbst NTP-Abfragen machen kann, bevor er mit den Clients fortfährt.

Der seltsame Teil ist, wenn ich den ntpq -p-Befehl in einer Eingabeaufforderung ausführe, wenn er mit meinem D-Link DIR-655 (Firmware: 1.33) verbunden ist. Er hängt jedes Mal etwa eine Minute lang, bevor mir eine Ausgabe angezeigt wird. Ich dachte, dass das Problem möglicherweise mit der Port-Weiterleitung zu tun hat. Deshalb habe ich den Router so konfiguriert, dass er Port 123 für die IP des Servers weiterleitet. Dies hat jedoch die Situation nicht verbessert.

Wenn ich den Befehl ntpq -p im Netzwerk meiner Schule, auf einem Linksys WRT54G-Router oder bei deaktivierter drahtloser Airport-Karte ausführe - ich habe absolut keine Probleme -, gibt der Befehl sofort eine Antwort zurück.

Ist das normal? Ich kann verstehen, warum eine Abfrage eine Minute dauern kann, aber ich verstehe nicht, warum ein Router dies schneller als der andere macht.

Ich habe versucht, mit der Datei ntp.conf herumzuspielen und die Optionen Burst, Minpoll und Maxpoll hinzuzufügen:

server 127.127.1.0 burst minpoll 4 maxpoll 5 

Zu dem Schluss, dass ich vielleicht zu oft abfrage und die Konfigurationsdatei mich verlangsamt, aber trotzdem hängt der ntpq immer noch am D-Link DIR-655, macht aber bei den anderen Routern gut aus.

Irgendwelche Gedanken, woher die Verzögerung kommt oder ob die Verzögerung überhaupt ein Problem ist?

1

2 Antworten auf die Frage

1
Spiff

Sie sagen also, wenn Ihr Mac der D-Link-Box zugeordnet ist und ntpq -p auf Ihrem Mac ausgeführt wird, dass er hängt? Der gleiche Befehl hängt jedoch nicht, wenn Ihr Mac auf andere Weise mit dem Internet verbunden ist oder über andere drahtlose Gateways?

ipconfig getpacket en1Wenn Sie das nächste Mal mit dem D-Link verbunden sind, überprüfen Sie, ob der DHCP-Server des D-Link eine Zeitserveroption in der Liste der DHCP-Optionen zurückgibt.

Wenn der NTP-Client des D-Link aktiviert ist und Sie ihn deaktivieren können, sollten Sie ihn deaktivieren und prüfen, ob dies einen Unterschied macht.

Versuchen Sie zu rennen, um tcpdump -i en1 -vns0 port 123 or arp or icmpzu sehen, was im Netzwerk NTP (und ARP- und ICMP-weise) passiert, wenn Sie Ihren ntpq -pBefehl ausgeben .

In /var/log/system.log finden Sie interessante Nachrichten von ntpd.

0
mmaddin

Nur eine Vermutung: Vielleicht sind Namenssuchen langsam? Try ntpq -pn(Option ndeaktiviert die Namenssuche).