inadyn + Freetz = kaputt?

Haembi

Neuer User
Mitglied seit
11 Nov 2006
Beiträge
64
Punkte für Reaktionen
0
Punkte
0
Huhu,

nachdem Freetz-Image bauen nun erfolgreich war, hab ich mirn Paket mit Inadyn, WoL und dropbear gebastelt. Nun hab ich inadyn eingestellt und gespeichert. Den Dienst gestartet und auf automatisch gestellt. Heute geh ich an den Rechner und siehe da, der ping auf meine dyndns wird nicht richtig aufgelöst, inadyn hat die ip adresse nicht aktualisiert...
Wenn ich dann bei inadyn nen paar einstellungen änder, wieder anpasse, speicherer und neustarte -> ist die ip aktuell....
Ideen?

Gruß, Haembi
 
Wenn ich dann bei inadyn nen paar einstellungen änder, wieder anpasse, speicherer und neustarte -> ist die ip aktuell....
Ideen?
Dann hast du dein Problem doch schon gelöst? Neustart des Systems, Inadyn aktualisiert.

Mit ner genaueren Fehlerbeschreibung könnte man nasonstne auch ein wenig mehr anfangen.

mfg

c.
 
Was soll ich da großartig für eine Problembeschreibung geben?
Inadyn funktionierte doch immer so, das wenn ich nach 24 std disc ne ip bekomme, diese per inadyn und dem dyndns-betreiber synchronisiert wird, richtig?
Das wird eben nichtmehr automatisch gemacht, ich muss den Dienst neustarten und Daten ändern (+ die alten wieder eintragen)
*edit*
mit neustart meine ich den Dienst .. nicht die box
*edit²*
Daten hab ich eingetragen:
DNS Service; Username; Passwort;Alias
Benötige ich Custom URL und Optionen auch? ... evtl liegts daran...
 
Zuletzt bearbeitet:
Silent-Tears is correct when asks for an error description and information. Guessing at what is wrong is like shooting in the dark;)

1) What's the problem
2) Does it work at all? When does it not work
3) What configuration has been made and possibly with the configuration as attachment
4) What has been entered in the front-end possibly with a screen shot


And just for your information, it's been working perfectly for me even with stunnel:p
 
.... also
1) Inadyn aktualisiert nicht automatisch (bei mir jedenfalls nicht ...)
2) Es funktioniert wieder, wenn ich Inadyn per Hand neustarte. Dafür gehe ich in die Freetz Oberfläche unter "Dienste" und klicke bei Inadyn auf "restart"...
3) siehe config.txt
4) siehe screenshots...

Die Screenshots von links nach rechts durcharbeiten...

/var/log/mod.log:
rc.mod version freetz-devel-2199
[ ... ]
Starting Inadyn Client .../etc/init.d/rc.inadyn: line 166: /etc/init.d/rc.syslogd: not found done.

Ich nehme mal an, das hat aber nichts mit dem inadyn-clienten an sich zu tun, sondern nur mit dem logger (der nicht installiert ist).

Ich hoffe ihr versteht mich endlich nun ....

Gruß, Michael

btw: ich sehe gerade keine Unterschiede in den Informationen die ich am Anfangspost gegeben habe .. aber ich hoffe das ist nun ausreichend ^-^

*edit*

was mir gerade so auffällt.. syslogd kann man garnicht abwählen .. ist der bei mir kaputt?
 

Anhänge

  • config.txt
    12.1 KB · Aufrufe: 16
  • 96airk.jpg
    96airk.jpg
    33.9 KB · Aufrufe: 72
  • 11jrzbk.jpg
    11jrzbk.jpg
    129.9 KB · Aufrufe: 93
  • 34xg9li.jpg
    34xg9li.jpg
    159.8 KB · Aufrufe: 71
  • znn4g8.jpg
    znn4g8.jpg
    25 KB · Aufrufe: 56
  • 1zwdgdl.jpg
    1zwdgdl.jpg
    166.4 KB · Aufrufe: 56
Zuletzt bearbeitet:
.Starting Inadyn Client .../etc/init.d/rc.inadyn: line 166: /etc/init.d/rc.syslogd: not found done.
Da sollten wir die Zeile in rc.inadyn abändern.
Code:
if [ -x /etc/init.d/rc.syslogd -a running = "$(/etc/init.d/rc.syslogd status)" ]; then
Code:
if [ -x /etc/init.d/rc.syslogd ] && [ running = "$(/etc/init.d/rc.syslogd status)" ]; then
Geht das noch irgendwie anders?

2. Problem: Wie bekommt den inadyn mit, dass sich die IP gewechselt hat bzw. wann aktualisiert der?

MfG Oliver
 
Code:
if [ -x /etc/init.d/rc.syslogd -a running = "$(/etc/init.d/rc.syslogd status)" ]; then
Code:
if [ -x /etc/init.d/rc.syslogd ] && [ running = "$(/etc/init.d/rc.syslogd status)" ]; then
Geht das noch irgendwie anders?

2. Problem: Wie bekommt den inadyn mit, dass sich die IP gewechselt hat bzw. wann aktualisiert der?

to 1) AFAIK there's no other decent way to do that...
to 2) inadyn continuously polls http://checkip.dyndns.org/
 
Hab den nur ich das Problem?
 
Huhu,

ich hab mal ein neues Image mit syslogd-Webinterface erstellt.
Und folgendes passiert direkt nach einem Fritz!Box-Reboot:

Code:
Jan  1 01:00:55 fritz user.info kernel: kdsld: internet: set_snd_ipaddr: 89.13.238.113
Jan  1 01:00:55 fritz user.info kernel: kdsld: internet: set_snd_mtu: 1492
Jan  1 01:00:55 fritz user.info kernel: kdsld: internet: connected
[...]
Jan  1 01:00:43 fritz user.info INADYN[721]: INADYN: Started 'INADYN version 1.96.2 with multi services- & pid-patch' - dynamic DNS updater.
May 13 18:40:58 fritz user.warn INADYN[721]: INADYN:IP: Error '0x0' resolving host name 'checkip.dyndns.org'
May 13 18:40:58 fritz user.warn INADYN[721]: W: DYNDNS: Error 'RC_IP_INVALID_REMOTE_ADDR' (0x12) when talking to IP server
May 13 18:40:58 fritz user.warn INADYN[721]: W:'RC_IP_INVALID_REMOTE_ADDR' (0x12) updating the IPs. (it 0)

Nun habe ich den Dienst per Hand neugestartet und das passierte:

Code:
May 13 18:42:46 fritz user.info INADYN[1559]: INADYN: Started 'INADYN version 1.96.2 with multi services- & pid-patch' - dynamic DNS updater.
May 13 18:42:46 fritz user.warn INADYN[1559]: I:INADYN: IP address for alias 'haembi.kicks-ass.net' needs update to '89.13.238.113'
May 13 18:42:47 fritz user.warn INADYN[1559]: I:INADYN: Alias 'haembi.kicks-ass.net' to IP '89.13.238.113' updated successful.

Hilft das mehr? Also, direkt nach dem reboot gehts nicht, er kann den hostname nicht auflösen... Internet war aber da, siehe weiteren Log-Auszug... Nach nem händischem Neustart gehts...

Gruß, Michael
 
Sieht für mich so aus, als würde inady zu früh gestartet und der Nameservice/die dsl-verbindung steht noch nocht, oder?

Was inady angeth, bin ich nciht ganz auf dem laufenden. Welchen Startlevel sollte das haben? in make/inady/inady.mk finde ich nichts.

lg

c.
 
Sieht für mich so aus, als würde inady zu früh gestartet und der Nameservice/die dsl-verbindung steht noch nocht, oder?

Was inady angeth, bin ich nciht ganz auf dem laufenden. Welchen Startlevel sollte das haben? in make/inady/inady.mk finde ich nichts.

That's what I would guess... On my box inadyn is being started really late; second to last to be exact. I would say, it needs to wait for the name server to have access to an external dns, but what should be polled? I don't think it deserves to be a show stopper.

I don't think that it's too serious, though it is annoying.
 
Es hängt wohl davon ab, wieviele andere Pakete installiert sind sind vorher noch geladen werden
 
Hm.. Jedenfalls nervt es, ich hab heute früh natürlich nicht geprüft ob die dyndns aktuell ist und jetzt komm ich nicht per vnc auf dem rechner...

Es kann ja schlecht eine Problemlösung sein, dass ich mir nun ein Image erstelle mit nen paar Paketen die ich garnicht benötige, nur damit Inadyn später geladen wird...
Kann man beim start von Inadyn nicht eine Art delay reinpflanzen? Das erst nach etwa einer Minute Inadyn startet? Oder man hängt eine whileschleife rein, die solange durchläuft bis google.de aufgelöst ist. Falls dies geschehen ist, kann Inadyn gestartet werden.

*edit*
Okay, scheint so als hätts Inadyn mitbekommen, das die Auflösung nicht ging .. jetzt geht's ....
 
Zuletzt bearbeitet:
Habe ich das jetzt richtig verstanden: Wenn die Box startet, und inadyn gestartet wird, bevor DNS verfügbar ist, dann dauert es (maximal) ein paar Minuten, bis er dann wirklich das Update macht? Ich denke, das Verhalten ist völlig in Ordnung, es sei denn, es kann wirklich lange dauern, aber dann wäre es ein Bug in inadyn.
Man könnte noch den Startlevel erhöhen (früh starten ist eh sinnlos bei dem Paket, also lieber spät), aber mehr würde ich da nicht tun. Ich hab aber nicht ganz geschnallt, wo/wie im Build-Prozess das Startlevel überhaupt gesetzt bzw. wo im Startprozess das ausgewertet wird. Theoretisch müsste das Paket ja einen Startlevel von 99 haben, da keiner gesetzt ist, und das wär eh schon ganz am Schluß.
 
Habe ich das jetzt richtig verstanden: Wenn die Box startet, und inadyn gestartet wird, bevor DNS verfügbar ist, dann dauert es (maximal) ein paar Minuten, bis er dann wirklich das Update macht?
Ich habe das gerade einmal hier im Log nachgeschaut und es ist genauso, wie Du es vermutest: Wenn checkip.dyndns.org von inadyn nicht aufgelöst werden kann, erfolgt alle 2,5 Minuten ein erneuter Versuch. Im Erfolgsfall (weil zwischenzeitlich DNS wieder verfügbar ist), werden die Dyn-Accounts aktualisiert und gut ist... ;)

Ich denke, das Verhalten ist völlig in Ordnung, es sei denn, es kann wirklich lange dauern, aber dann wäre es ein Bug in inadyn.
2,5 Min. sind m.E. in Ordnung.

Gruß, alpha1974
 
oookkkayyy, mir ist's halt nur aufgefallen und ich hab gedacht da geht was nich >_>
*edit*
jaa, ich wieder (bitte nich hauen ^^)
Entweder meine Box spinnt und geht langsam kaputt, oder kA ....
Guggt euch das mal an:

Code:
May 15 04:34:53 fritz user.warn kernel: [speedup] -> 62.5 MHz
May 15 04:35:48 fritz user.warn INADYN[1570]: W:'RC_IP_CONNECT_FAILED' (0x13) updating the IPs. (it 0)
May 15 04:36:53 fritz user.warn kernel: [speedup] -> 125 MHz
May 15 04:37:49 fritz user.warn INADYN[1570]: W:'RC_IP_CONNECT_FAILED' (0x13) updating the IPs. (it 0)
May 15 04:37:56 fritz user.warn kernel: [speedup] -> 62.5 MHz
May 15 04:39:51 fritz user.warn INADYN[1570]: W:'RC_IP_CONNECT_FAILED' (0x13) updating the IPs. (it 0)
May 15 04:39:56 fritz user.warn kernel: [speedup] -> 125 MHz
May 15 04:40:58 fritz user.warn kernel: [speedup] -> 62.5 MHz
May 15 04:41:52 fritz user.warn INADYN[1570]: W:'RC_IP_CONNECT_FAILED' (0x13) updating the IPs. (it 0)
May 15 04:42:58 fritz user.warn kernel: [speedup] -> 125 MHz
May 15 04:43:54 fritz user.warn INADYN[1570]: W:'RC_IP_CONNECT_FAILED' (0x13) updating the IPs. (it 0)
May 15 04:44:00 fritz user.warn kernel: [speedup] -> 62.5 MHz
May 15 04:45:55 fritz user.warn INADYN[1570]: W:'RC_IP_CONNECT_FAILED' (0x13) updating the IPs. (it 0)
May 15 04:46:00 fritz user.warn kernel: [speedup] -> 125 MHz

das ging so die ganze nacht lang .. Inadyn ging wieder nicht.. Und die ganze Zeit ist so ein "speedup" von 62 auf 125 mhz.. Ist ja schön wenn die Box das macht, aber irgendwie seh ich da keinen Sinn ... Inadyn ging erst wieder, als ich es per hand neugestartet habe .. das ging bis 6 uhr so .. hab dann früh vorsichtshalber geguggt, ob dyndns passt und zack - passt nicht ^^

Code:
May 15 06:46:06 fritz user.warn kernel: /proc/tffs: info request: success
May 15 06:46:40 fritz user.info INADYN[745]: INADYN: Started 'INADYN version 1.96.2 with multi services- & pid-patch' - dynamic DNS updater.
May 15 06:46:40 fritz user.warn INADYN[745]: I:INADYN: IP address for alias 'haembi.kicks-ass.net' needs update to '89.13.214.156'
May 15 06:46:41 fritz user.warn INADYN[745]: I:INADYN: Alias 'haembi.kicks-ass.net' to IP '89.13.214.156' updated successful.
May 15 06:46:44 fritz user.warn kernel: /proc/tffs: info request: success
May 15 06:47:10 fritz user.info INADYN[923]: INADYN: Started 'INADYN version 1.96.2 with multi services- & pid-patch' - dynamic DNS updater.
May 15 06:47:11 fritz user.warn INADYN[923]: I:INADYN: IP address for alias 'haembi.kicks-ass.net' needs update to '89.13.214.156'
May 15 06:47:11 fritz user.warn INADYN[923]: I:INADYN: Alias 'haembi.kicks-ass.net' to IP '89.13.214.156' updated successful.
May 15 06:47:16 fritz user.warn kernel: /proc/tffs: info request: success

Hier mein Inadyn neustart .. Ich musste btw: 2 mal neustarten, damit es wirklich geupdated ist ...

Code:
May 15 06:54:35 fritz user.warn kernel: [speedup] -> 125 MHz
May 15 06:55:37 fritz user.warn kernel: [speedup] -> 62.5 MHz
May 15 06:57:37 fritz user.warn kernel: [speedup] -> 125 MHz
May 15 06:58:39 fritz user.warn kernel: [speedup] -> 62.5 MHz
May 15 07:00:39 fritz user.warn kernel: [speedup] -> 125 MHz
May 15 07:01:41 fritz user.warn kernel: [speedup] -> 62.5 MHz
May 15 07:03:41 fritz user.warn kernel: [speedup] -> 125 MHz

Und das speedup Zeugs sieht so aus, als wärs nicht wirklich richtig so, wie es laufen würde...

Hat jemand ne Ahnung was mit meiner Box los ist? ...
 
Zuletzt bearbeitet:
*update* siehe post da drüber, hatte editiert und das forum zeigt die änderung in der thread-übersicht nicht an, merkt also keiner ^.^
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.