Suchergebnisse

Ich möchte eine IPV6 Portfreigabe mittels Script via TR064 erstellen, doch das gelingt mir nicht. Nutze dafür Python und fritzconnection. Firmware ist eine 06.54 (kdg) Der folgende Befehl conn = fc.FritzConnection( address="xxx.xxx.xxx.xxx", user="aaa", password="bbb" ) res = conn.call_action(...

ich abe z.z. keine fritzbox mit Freetz und daher auch keine aktuelle build-umgebung. du kannst dir aber ja selbst den ntpd vom o.g. source für dein Freetz baun...

hier noch der bugfix (falsche logtime in chroot umgebung), siehe hier

aus eigener erfahrung: das ist nicht sinnvoll realisierbar, ohne massiv kapazitäten zu "verschwenden". die pflege und wartung frisst dich auf...

wenn ich "roadmap" wortwörtlich übersetze und mir einen strassenatlas anschaue, kann ich dort keine zeiten finden. hier sind wege verzeichnet, wie ich von einem zwischenziel zum anderen zwischenziel komme bis ich letztendlich mein ziel erreicht habe. hier kann ich bei bedarf auch...

[edit olistudent]: Beitrag aus Bounty Thread abgetrennt ich gebe 50eur für eine vernünftige freetz-roadmap, damit solche sachen wie "ich zieh jetzt mal den neuen branch" der vergangenheut angehören...

du hattest beim ersten mal sicher den ntpd schon mal ohne driftfile gestartet oder irgend wer anders setzt den wert zurück ja, aber dann funktioniert dieser weg doch. trag jetzt mal die von mir ausgerechneten 4166ppm ein und schau was passiert. bevor der ntpd das erste mal diesen wert selbst...

und wenn du den ntpd ein 2. oder 3. mal mit sinnvollem driftfile startest zeigt er bei jedem start "current RTC freq offset: 0.000000ppm" an? wenn unsinn im driftfile steht, sollte zumindest eine warning im log auftauchen

sorry, ich hab mist erzählt. der ntpd lädt das driftfile nur, wenn der RTC offset 0 ist. änder mal die folgende funktion in ntpd.c void readfreq(void) { FILE *fp; int64_t current; double d; if (strlen(DRIFTFILE)==0) /* disabled? */ return; fp = fopen(DRIFTFILE, "r"); if (fp...

das kann nur sein, wenn ntpd dein driftfile nicht findet, du den ntpd mit zusatzoptionen compiliert hast (--disable-adjfreq etc.) oder ein fehler aufgetreten ist. mit den genannten drift-offset muss deine uhr anders gehn... openntpd loggt fehler beim einlesen des driftfiles nicht im syslog...

in diesem thread hatte ich schon einmal vorabversionen eines ports des aktuellen OpenBSD ntpd gepostet. da der offizielle port nicht mehr gepflegt wird, gibts es jetzt hier den inoffiziellen port ;) um kollisionen mit bereits vorhandenen ntp daemons zu vermeiden, wird diese version entsprechend...

du hast neu gebootet bzw. openntpd wurde vor dem messen noch nicht gestartet? das wäre wichtig... ansonsten geht deine RTC um ca. 4166ppm falsch, das ist echt viel! zum vergleich meine 3170 -> 11ppm leg mal ein driftfile (textdatei /var/db/ntpd.drift) mit folgendem inhalt an 4.166e-03...

was soll das bringen? den dienst stoppen reicht doch völlig. geh doch mal ein wenig strukturiert vor, sonst forscht man halt ewig... wie genau geht nun deine uhr? bitte manuell messen und nicht mit einem nicht funktionierenden ntpd.

das du in der ntpd.conf keine driftfile-geschichten konfigurieren kannst, heisst doch nicht, das der ntpd kein driftfile benutzt und du keins selbst anlegen kannst. und mit temporär meinte ich, das problem zu erörtern, indem du für deine clock-drift ein passendes driftfile anlegst. nach einem...

doch, das passier aber nur, wenn die genannten voraussetzungen erfüllt sind liesst du überhaupt die beiträge?

heisst das jetzt, das deine uhr auch ohne ntpd extrem driftet? wenn ja, dann könnte ich es so erklären: openntpd korrigiert die RTC frequenz erst, wenn sich die zeit (mittels adjtime()) stabilisiert hat. das passiert bei dir nie... dein clock drift scheint für adjtime() zu gross zu sein, um hier...

nee das passt schon. ich hatte aus meiner bereits modifizierten version kopiert. habs geändert...

15min glaub ich. da die server aber nicht synchron abgefragt werden, driften die connection zeiten. mag sein, dass die box mal für ein paar minuten offline ist. fixe connection zeiten würde mir aber ausreichen. das ist zwar nicht im sinne vom ntp, aber... meine box muss nicht online sein, wenn...

füge mal folgende zeile in client.c ein und compilier neu: for (cmsg = CMSG_FIRSTHDR(&somsg); cmsg != NULL; cmsg = CMSG_NXTHDR(&somsg, cmsg)) { if (cmsg->cmsg_level == SOL_SOCKET && cmsg->cmsg_type == SCM_TIMESTAMP) { memcpy(&tv, CMSG_DATA(cmsg), sizeof(tv)); T4 +=...

ja, der bleibt permanent online und fragt die server "später" ca. im stundenintervall ab. das gefällt mir auch nicht, deshalb gab da einen patch für die 3.9. bald auch wieder für die 4.9...