Buenas wicope
Si claro, si te apañas minimamente en linux, puedes acceder a la shella completa, detener inadyn y reiniciarlo, o incluso lanzarlo con otros ajustes, para poder ver donde está el problema. Te echaría una mano pero hace muchos muchos años (desde que pasó a ser de pago) que no uso DynDNS, podrías usar otro proveedor por cierto, en la b23 funciona bien no-ip
Para acceder por shell a la b23 tienes que hacerlo por telnet. El comando para bajar a la shel es "sh", aunque no salga en la lista (repito, tienes uqe entrar por telnet) y el pass es "g/4ru8w;6"
Hola Theliel Buenas
Yo tampoco uso DynDNS como dices pasó a ser de pago, por eso uso uno gratis freedns.afraid.org.
No uso no-ip porque creo recordar que cada x tiempo tienes que renovar.
Antes de tocar nada me gusta mirar, pensar y por último consultar.. Por eso antes de tocar nada dentro del router te consulto, ya que sin tus conocimientos no hubiera llegado hasta dónde estoy.
# Posibles causas
El firewall del router
La hora del router
La versión de inadyn
Configuración de inadyn
Configuración de inadyn: La frecuencia de actualización de inadyn
ps|grep inadyn
9459 1234 316 S /userfs/bin/inadyn
grep -i ddns /var/log/messages
Jun 5 04:14:46 MitraStar local1.warn DDNS: W: DYNDNS: Error 'RC_IP_RECV_ERROR' (0x15) when talking to IP server
Jun 5 04:30:08 MitraStar local1.warn DDNS: W: DYNDNS: Error 'RC_IP_CONNECT_FAILED' (0x13) when talking to IP server
cat /var/ddns_status.log
address=None/is_success=-1/last_date=None
cat /var/ddns_status_time.log
Sat Jun 4 20:51:27 2016
# Esta hora está mal, es de ayer cuando reinicie el router.
# Creo que esto quizás no este bien.
# Esta es la hora actual
date
Sun Jun 5 10:09:19 UTC 2016
cat /tmp/var/log/sysAll.log
Jun 4 21:38:09 MitraStar local1.warn DDNS: W: DYNDNS: Error 'RC_IP_RECV_ERROR' (0x15) when talking to IP server
Jun 4 21:38:23 MitraStar user.debug kernel: RemoteManagement: Action=DROP Unsecured Client Access Deny IN=ppp100 OUT= MAC= src=103.207.36.135 DST=83.45.162.146 LEN=52 TOS=0x02 PREC=0x00 TTL=109 ID=4489 DF PROTO=TCP SPT=24425 DPT=22 WINDOW=8192 RES=0x00 CWR ECE SYN URGP=0
Jun 5 10:20:00 MitraStar local1.warn DDNS: W: DYNDNS: Error 'RC_IP_CONNECT_FAILED' (0x13) when talking to IP server
Jun 5 10:24:06 MitraStar user.debug kernel: RemoteManagement: Action=DROP Unsecured Client Access Deny IN=ppp100 OUT= MAC= src=189.27.209.184 DST=83.45.162.146 LEN=52 TOS=0x00 PREC=0x00 TTL=46 ID=25995 DF PROTO=TCP SPT=2337 DPT=23 WINDOW=14600 RES=0x00 SYN URGP=0
# Veo ppp100, entonces pienso que es por el firewall: quito el firewall y reinincio el router
# Veo al reiniciar que no tengo firewall y sigue saliendo:
88 Jun 5 11:42:03 WARNING W: DYNDNS: Error 'RC_IP_CONNECT_FAILED' (0x13) when talking to IP server
89 Jun 5 11:42:07 DEBUG RemoteManagement: Action=DROP Unsecured Client Access Deny IN=ppp100 OUT= MAC= src=189.35.146.165 DST=83.58.252.97 LEN=52 TOS=0x00 PREC=0x00 TTL=47 ID=4244 DF PROTO=TCP SPT=41730 DPT=23 WINDOW=14600 RES=0x00 SYN URGP=0
90 Jun 5 11:43:59 DEBUG RemoteManagement: Action=DROP Unsecured Client Access Deny IN=ppp100 OUT= MAC= src=117.25.72.119 DST=83.58.252.97 LEN=60 TOS=0x00 PREC=0x00 TTL=51 ID=35057 DF PROTO=TCP SPT=43260 DPT=23 WINDOW=14600 RES=0x00 SYN URGP=0
# Entonces no creo que sea por el firewall, aunque el firewall dice:
2 IPv4 DEFAULTWAN ppp100 In Drop 14
# He visto fallos similares, tiene que ver con la hora el mensaje
https://github.com/troglobit/inadyn/issues/3
Wed Nov 3 09:33:37 2010: Failed periodic query of IP# change. Error 'RC_IP_RECV_ERROR' (0x15)
# Al reiniciar el router parece que funciona
61 Jun 5 11:13:02 INFO Time initialized by NTP server
62 Jun 5 11:13:06 INFO Started 'INADYN version 1.96' - dynamic DNS updater.
Dynamic DNS Status
User Authentication Result :ERROR: your ip has not changed.
Last Updated Time : Sun Jun 5 11:12:28 2016
Current Dynamic IP : 83.58.252.97
# después falla en el tiempo. Supongo que al actualizarse el inadyn falla porque no tiene la hora correcta?
# cat /etc/ntp.sh
/userfs/bin/ntpclient -s -c 2 -i 604800 -R 256 -h "hora.ngn.rima-tde.net 0.0.0.0"#
-s simple clock set (implies -c 1)
-c count stop after count time measurements (default 0 means go forever)
-i interval check time every interval seconds (default 600)
-h hostname (mandatory) NTP server, against which to measure system time
-r replay analysis code based on stdin
-R 256 ?
# cat /etc/ddns.conf
Active=Yes
SERVERNAME=freedns.afraid.org
MYHOST=xxxx.mooo.com,RExxxxxxTM1
USERNAME=xxxxxx@gmail.com
PASSWORD=xxxxx
WILDCARD=No
WANIPTYPE=Use_WANIP
DYNDNSTYPE=Default
DYNDNSADDRESS=N/A
WANIPADDRESS=0.0.0.0
DYNDNS_TYPE=Dynamic_DNS
OFFLINE=No
updateResult=Not accepted
updateIP=None
MYSERVER=
LatestUpdateTime=Sat Jun 4 20:51:27 2016
# cat /etc/crontabs/1234
0 2 27 3 * /userfs/bin/tcapi commit Timezone_Entry
1 4 30 10 * /userfs/bin/tcapi commit Timezone_Entry
# No se que en tcapi, aqui suponía que debería de estar inadyn para su actualización ya que en inadyn.conf no viene por ejemplo: --update_period 60000
# cat /etc/inadyn.conf
username xxxxx@gmail.com
password xxxxx
--dyndns_system default@freedns.afraid.org
alias xxxx.mooo.com,RExxxxxxxTM1
Muchas gracias por tu ayuda.
¿Cual debería de ser el siguiente paso?
Hola Theliel
La config que me enviaste tiene un parámetro nuevo: --background y además se le añaden -- a varios parámetros... La he visto pero no la he probado aún...
Estoy probando la config http://ubuntuforums.org/showthread.php?t=1758930
--username <your_username> --password <your_password> --update_period 60000 --forced_update_period 320000 --alias <your_host>.ignorelist.com,alphanumeric string --background --dyndns_system default@freedns.afraid.org --syslog
Como ya se hacer pruebas y ver los logs pues es cuestión de tiempo que funcione... Tengo que volver a salir, nos vemos pronto con novedades sobre este tema. Saludos.
Buenas wicope
Por encima lo que me ha dado tiempo ver, es que funciona bien cargando la configuración propia de este, manualmente.
Es decir, cambiando, no por web, la configuración del archivo inadyn.conf a esta otra:
--username usuario --password pass --alias tu_dominio,SHA-1 --background --dyndns_system default@freedns.afraid.org
con eso, si ejecuto directamente inadyn, la IP se actualiza sin problema, al margen de lo que aparezca en los regilstros del Mitrastar, puedo acceder a freedns y la ip se actualiza sin problema
En la configuración q me crea, de lo contrario, no me hace bien el alias, aunque no he probado como tenias puesto tu en host poner el SHA-1 en él
Hola Theliel
Si está como proveedor (a través de web con el usuario 1234) freedns.afraid.org en Dynamic DNS Configuration:
Service Provider: freedns.afraid.org
Además, pienso que está el proveedor freedns.afraid.org por los logs:
# cat /etc/inadyn.conf
...
--dyndns_system default@freedns.afraid.org <-------- Service Provider
...
# cat /etc/ddns.conf
...
SERVERNAME=freedns.afraid.org <-------- Service Provider
...
Si tengo que mirar en algún fichero que se me ha pasado me avisas.
Siempre he dicho que uso:
Service Provider: freedns.afraid.org
Lo que creo yo que pasa es que aparece la palabra DYNDNS en el error, lo cual no tiene sentido porque DYNDNS es otro proveedor distinto de freedns.afraid.org.
WARNING W: DYNDNS: Error 'RC_IP_CONNECT_FAILED' (0x13) when talking to IP server
Bueno selecciono de nuevo como Service Provider a freedns.afraid.org (ya estando selecionado en la interfaz web) y pulso aplicar, entro por telnet y todo igual en /etc/inadyn.conf y /etc/ddns.conf
Como nota sobre esto es el fichero /etc/ddns.conf el cual desconzco su función
# cat /etc/ddns.conf
Active=Yes
SERVERNAME=freedns.afraid.org
MYHOST=xxxxx.mooo.com,RExxxTM1
USERNAME=xxxx
PASSWORD=xxxx
WILDCARD=No
WANIPTYPE=Use_WANIP
DYNDNSTYPE=Default <------------- Pone DYNDNS
DYNDNSADDRESS=N/A <------------- Pone DYNDNS
WANIPADDRESS=0.0.0.0
DYNDNS_TYPE=Dynamic_DNS <------------- Pone DYNDNS
OFFLINE=No
updateResult=Not accepted
updateIP=connecting
MYSERVER=
LatestUpdateTime=Sun Jun 5 11:12:28 2016
Buenas wicope
Ahora mismo no tengo delante el Mitra, pero... está como proveedor afraid.org?? lo digo porque si no está como proveedor, evidentemente no puede funcionar nunca, cada proveedor usa sistemas diferentes, y si tienes seleccionado DynDNS como proveedor, no podrás hacer uso del otro...
