Synology-Forum.nl
Firmware => Synology DSM 5.1 en eerder => Topic gestart door: masterw op 21 mei 2013, 10:58:51
-
Sinds DSM 4.2 zie ik regelmatig "service_ddns_error_unknown" error notificaties in mijn systeemlogs.
Enkele minuten later gebeurt de DDNS update uiteindelijk vlekkeloos:
2013/05/19 05:00:48 SYSTEM System successfully registered [87.67.**.**] to [*****.no-ip.org] in DDNS server [NoIP.com].
2013/05/19 04:57:25 SYSTEM Failed to send email. (Failed to connect relay.belgacom.net:25).
2013/05/19 04:57:23 SYSTEM System failed to register [0.0.0.0] to [*****.no-ip.org] in DDNS server [NoIP.com] because of [service_ddns_error_unknown].
Sinds 27/04/2013 draai ik met DSM 4.2 en tot nu toe is dit scenario al 3x voorgekomen (14/05, 15/05 & 19/05).
Voorheen met DSM 4.1 nooit dit probleem gehad.
groet
-
Bekende bug in DSM 4.2. Heeft verder geen gevolgen voor je verbinding.
-
Tja, er kan maar 1 publiek ip adres geregisteerd worden, en mijn nas was gewoon eerder.
System successfully registered [0.0.0.0] to [xxxxx.serveblog.net] in DDNS server [NoIP.com].
;D
In totaal al 9 success volle registraties op dat adres sinds 24 maart. In elk geval geeft dat geen foutmeldingen. Slechts 1x ging het mis met dat IP nummer. En gelukkig wordt er steeds binnen de minuut erna weer mijn goede IP geregistreerd.
-
Ervaar je ook downtime?
-
Ervaar je ook downtime?
Ik niet.
Van de week had ik het hier ook weer maar, in mijn geval, Dyndns wist mijn NAS nog altijd te vinden.
Dus ook al loopt de registratie fout de daadwerkelijke verwijzing blijft werken?
Misschien na verloop van tijd niet meer?
-
Ik denk dat Martijndez bedoelt als er een succesvolle registratie op 0.0.0.0 geweest is. Als die echt gewerkt heeft, kan het zijn dat inloggers voor korte tijd naar dat IP doorgestuurd zijn i.p.v. mijn eigen IP.
Het betrof bij mij echter maar 9 keer 1 minuut in 4 week tijd. Ik log te weinig in dat er een redelijke kans was dat ik juist dan een poging deed. En omdat dns services ook niet direct hun veranderingen doorvoeren, had het gekund dat b.v. de ziggo dns service de 0.0.0.0 direct verwerkte en pas weer een half uur later mijn echte IP terg zette.
Maar ik kan me niet voorstellen dat het ip 0.0.0.0 ook verderop in de keten verder verwerkt zou zijn.
Het zal wel zijn dat ergens een nas de 0.0.0.0 registreert en alle nassen die dat in de volgende minuut doen, de error krijgen omdat dat ip al geregistreerd is. Totdat de oorspronkelijke nas weer goed registreert en dat IP weer door een andere syno nas met deze bug, geclaimd kan worden.
-
Ik lees net in de settings van mijn modem:
Het publieke IP adres van het modem, bijvoorbeeld: 212.172.216.66. Het adres wordt automatisch toegewezen en is niet te wijzigen. Als het adres "0.0.0.0" is dan heeft het modem geen internet verbinding en is er iets mis..
En als ik verder kijk zie ik dat hij de laatste maand ca 8 T3 timeouts gehad heeft. Bij een T3 timeout heeft het modemdeel van mijn Ubee router te lang geen verbinding met het netwerk.
Dat aantal T3 timeouts komt ongeveer overeen met het aantal ddns meldingen van de nas. Bij zijn timeout heeft mijn Ubee dus tijdelijk 0.0.0.0 als IP adres. De nas ziet dat als een IP adres verandering en probeert dat te registreren.
De fout in de nas is dat hij niet op dit adres had mogen reageren. (En op het moment dat hij een verbinding kan opbouwen met de ddns server is het IP al niet meer 0.0.0.0) Bij mij zijn de meldingen echter gelijktijdig gekomen met een firmware update van het modem. Dus kan het ook zijn dat de vorige firmware zijn oude IP vasthield bij een timeout.
In elk geval is mij nu duidelijk waar de dingen mis gaan en de T3 timeout is de trigger.
-
gebruik de EZ-internet wizard om uw DDNS opnieuw in te stellen.
of
in config file editor en host defaults staat uw ip van diskstation. deze zal op 0.0.0.0 staan dan.
wijzig deze eens naar uw IP van diskstation en reboot.
Ik heb in ieder geval de meldingen niet meer gekregen met het opnieuw instellen via de EZ-internet wizard.
groetjes
-
Vandaag nieuw probleem met de ddns service: mijn ip adres is vandaag veranderd (ergens tussen 09:00 en 20:30 maar het juiste tijdstip is onbekend) en de ddns service heeft helemaal geen update gedaan.
In de messages logfile kan ik zelfs niets terugvinden wanneer en waarom de update faalde.
Manueel de ddns update binnenhalen ging ook niet (bleef hangen op "loading").
Pas na het deleten + hercreeren van de ddns service rond 21:24 werkte alles weer:
In de messages file:
Jun 3 18:39:34 ddnsd: ddnsd.c:2395 Success to update [*.org] with IP [91.177.*.*] at [NoIP.com]
Jun 4 00:24:50 ddnsd: ddnsd.c:3120 DDNS Expired. UpdateAll.
Jun 4 00:24:52 ddnsd: ddnsd.c:2395 Success to update [*.no-ip.org] with IP [91.177.*.*] at [NoIP.com]
Jun 7 21:24:23 ddns.cgi: ddns_info_update.c:23 Failed to connect DDNS Daemon
Jun 7 21:24:25 ddns.cgi: ddns.cpp:855 get [NoIP.com] status from [/tmp/ddns.status] failed
Jun 7 21:24:33 ddns.cgi: ddns_info_update.c:23 Failed to connect DDNS Daemon
Jun 7 21:24:44 ddnsd: ddnsd.c:3120 DDNS Expired. UpdateAll.
Jun 7 21:25:15 ddnsd: ddnsd.c:2263 First update for NoIP.com
Jun 7 21:25:15 ddnsd: ddnsd.c:2395 Success to update [*.no-ip.org] with IP [109.130.*.*] at [NoIP.com]
in de syslog file:
Information System 2013/06/07 21:25:15 SYSTEM System successfully registered [109.130.*.*] to [*.no-ip.org] in DDNS server [NoIP.com].
Information System 2013/06/07 21:24:39 * System successfully enabled DDNS update.
Information System 2013/06/07 21:24:30 * System successfully enabled DDNS update.
Information System 2013/06/07 21:24:28 * System successfully to add DDNS info of provider [NoIP.com].
Information System 2013/06/07 21:24:25 * System successfully disabled DDNS update.
Information System 2013/06/07 21:24:20 * System successfully enabled DDNS update.
Information System 2013/06/07 21:23:39 * System successfully disabled DDNS update.
Information System 2013/06/07 21:23:39 * System successfully to delete DDNS info of provider [NoIP.com].
Information System 2013/06/04 00:24:52 SYSTEM System successfully registered [91.177.*.*] to [*.no-ip.org] in DDNS server [NoIP.com].
Het lijkt erop dat de DDNS daemon eronderuit gegaan is. Eerste keer in 2 jaar dat ik zo'n probleem meemaak.
Hopelijk komt er snel een update van DSM 4.2 die die problemen oplost.
mvg