Failed to get external IP

[TonVH]

(kan ook hardware zijn?)

Vandaag opeens was de DS414 uit het netwerk verdwenen. Op de Nas zelf niets bijzonders te zien: blauwe leds HD branden constant, idem powerlamp, netwerklapje (achter) knipperde.

Vervolgens uit en weer aangezet. In logfile volgende foutmelding:

=====
Error     Systeem     2014/05/07 09:04:09     SYSTEM     Failed to send email. (Failed to resolve host address.).
Error     Systeem     2014/05/07 09:03:47     SYSTEM     System failed to get External IP.
=====

Deze foutmelding i nog enkele malen (in't verleden) te zien.


Waar kan de oorzaak liggen?

[Robert Koopman]

Ik krijg deze boodschap alleen als ik even geen internet verbinding heb.
Toevallig vorige week even DD-WRT getest en deze melding een paar keer gezien.
Router moest een paar keer uit dus was het te verklaren.

Maar waarom dan de NAS uit je netwerk verdwijnt?
 

[Ben(V)]

Als er iets met je router is en DHCP werkt niet(of niet goed) meer en je leasetime van je ip adres is verstreken dan heeft de NAS ook geen ipadres meer.

[TonVH]

"Maar waarom dan de NAS uit je netwerk verdwijnt?"

Dat vond ik juist het meest vreemde en blijkbaar gebeurde dat op het moment dat hij een mail wilde versturen. Ben benieuwd wat er in die mail zou hebben gestaan. Ik draai geen mailserver dus moet het over een door de Nas te versturen mail gaan.

Zou er nog achter te komen zijn wat voor een mail het betrof?


"iets in de router ....."

Vind ik niet echt waarschijnlijk omdat geen enkel ander apparaat enige probleem heeft/heeft gehad.

[Ben(V)]

Tja als hij uit het netwerk valt dan is het meest waaschijnlijke dat ie z'n ipadres kwijt is.
Als ie dan een mail probeert te versturen lukt dat niet.

Gebruik je DHCP, heb je een fixed ipadres of heb je een mac-ip bond in je router?
Kijk eens in de log van je router, die vertelt je vaak een hoop over wat er in je netwerk gebeurt.

[Birdy]

Dat vond ik juist het meest vreemde en blijkbaar gebeurde dat op het moment dat hij een mail wilde versturen. Ben benieuwd wat er in die mail zou hebben gestaan. Ik draai geen mailserver dus moet het over een door de Nas te versturen mail gaan.

Heb je soms Mail in Notification aan staan ?

[TonVH]

Vandaag dit probleem weer gehad. In log de melding dat er geen External IP verkregen kon worden en als gevolg kon er geen mail verstuurd worden.


Prima, zou kunnen zijn dat Noip zo nu en dan een hik heeft. Maar dat is m.i. geen reden voor de Nas om dus ook gelijk alle interne contacten te verbreken. De Nas verdwijnt uit Finder, kan ook niet meer op ingelogd worden, programma's zijn verbinding kwijt.


Kortom van een mug (even geen ext. IP) wordt een olifant gemaakt. Is dit een software probleem of hardware?

[Briolet]

Geen external IP lijkt me niets met de DDNS server te maken hebben. Lijkt me eerder een slechte kabelverbinding. Geeft je modem ook veel T3 of T4 timeouts.

Een melding die ik op 8 mei voor het eerst kreeg was:

Systeem kon het extern IP-adres 217.121.xxx.xxx niet registreren op xxxxx.serveblog.net in DDNS-server NoIP.com. De gerapporteerde oorzaak is [De DDNS-server is tijdelijk buiten dienst. Neem contact op met de Internet-provider.].

Maar ook dat hoeft niet aan NoIP gelegen te hebben

[TonVH]

".. modem timeouts ..."

Het mooie (wat heet) van een Apple router is dat je geen foutmeldingen ziet. Hij doet't of hij doet't niet.
In het DDNS scherm staat dat er een Netwerkfout is opgetreden en ik kan ook niet de "verbinding testen".
Ik kan gewoon Noip via een browser bereiken. De Mac hebben dus geen probleem met externe verbindingen.

Ik heb een splinternieuwe kabel (van Syno dus kwaliteitje) van Lan 1 in Lan2 geprikt. En dat maakt de situatie m.i. nog vreemder. Situatie nu:

Synology Assistent ziet hem maar status is "verbinding mislukt".

Vreemd genoeg kunnen de TM's van 2 verschillende Mac probleemloos hun backup maken.

"verbinding testen" in DDNS scherm levert fouten op. Na tig maal proberen echter "OK". En nu opeens meldt ook de Synology Assistent zich met "gereed". En ook Finder werkt weer.
Tussen het omprikken van Lanpoort (+nieuwe kabel) en geheel werkend zit zo'n 20 minuten. Hoe kan dit?


Heb steeds vaker spijt dat ik de DS713+ niet heb gehouden.  (geef mijn portie maar aan Fikkie als u begrijpt wat ik bedoel oftewel doe een mooi bod)         

[Briolet]

".. modem timeouts ..."

Het mooie (wat heet) van een Apple router is dat je geen foutmeldingen ziet.

Dat is inderdaad ergerlijk en ligt alleen aan het airport configuratie programma 6.x. Met het oude programma 5.x kun je wel in het log kijken en de fouten zien. Je kunt de fouten zelfs naar een syslog server sturen. Bij mij verschijnen die airport fouten dus steeds in de syslogserver van de nas. Maar 5.x kun je slechts tot Mountain Lion gebruiken. Onder Mavericks weigert versie 5.x op te starten.  Dus eenmaal met 5.x ingesteld kun je dat nooit meer aanpassen met de 6.x software. Het blijft wel werken, maar de interface naar de settings ben je kwijt. Apple wil de mensen niet verwarren met settings die door < 1% van de mensen gebruikt worden.

Maar "back to the timeouts". Dat is een modem feature en geen router feature, dus zal niet op een airport van toepassing zijn. Je modem moet dan wel toelaten om in de settings te kijken.
Als er 's nachts door Ziggo gewerkt is aan de kabels, zie ik die timeouts soms.

[TonVH]

Ik heb Glasvezel en dus geen modem in de zin van het woord. Onderhoud lijkt mij onwaarschijnlijk want beide keren (althans die ik heb gemerkt) waren midden op de dag.

De foutmelding "System failed to get external IP" is deze maand 4 keer opgetreden. Wat dus betekent dat het 2 keer is gebeurt zonder dat iemand er iets van gemerkt heeft en de foutsituatie (=NAS niet meer bereikbaar) zichzelf hersteld c.q. opgelost heeft.

Zeker weten doe ik het niet maar van 2 keer weet ik zeker dat de NAS volkomen onbereikbaar is geweest. Eerste keer heb ik gereboot en was het probleem weg, 2e keer heb ik alleen kabels/poort gewisseld. Daarna was het probleem er nog enige tijd en toen plotseling verdwenen. Derhalve vermoed ik dat de andere 2 (niet opgemerkte) keren het ook spontaan na enige tijd (15 minuten?) verdwenen is.


Heeft de NAS geen logfiles zoals de Mac?

[Briolet]

De nas heeft vergelijkbare logs maar ze zijn een stuk minder toegankelijk omdat je niet zo'n mooi "Console" programma hebt om ze te bekijken.

Veel vind je op /var/log:

Code: [Selecteer]

GedeeldeData> ls /var/log
cores                  messages.1.xz          surveillance.log.0.gz
cstn                   messages.2.gz          surveillance.log.1.gz
disk_overview.xml      messages.2.xz          surveillance.log.2.gz
dmesg                  messages.3.gz          surveillance.log.3.gz
dms.log                messages.3.xz          surveillance.log.4.gz
dms.log.0.gz           messages.4.xz          surveillance.log.5.gz
dms.log.1.gz           mount.log              surveillance.log.6.gz
dms.log.2.gz           nginx                  surveillance.log.7.gz
dms.log.3.gz           ntp.log                surveillance.log.8.gz
dpkg.log               partition              surveillance.log.9.gz
dpkg_upgrade.log       php-fpm.log            synodtv.log
httpd                  postgresql.log         synolog
lighttpd               rsync.error            synopkg.log
log.nmbd               scemd.log              synosys.log
log.smbd               smart_extend_log       synoupdate.log
lvm_lv_create_log      smart_quick_log        syslog.log
messages               ssnotification.log     upstart
messages.0.gz          ssupgradeerr.log
messages.1.gz          surveillance.log

Maar lang niet elke applicatie scrijft daar zijn logs weg. Als ik b.v. in het "ntp.log" log kijk, zie ik maar twee entries die al zeker een half jaar oud zijn. Toch ervaar ik problemen met de timeserver. Het "messages" log is vol en roteert zo te zien, maar stopt op 27 januari. Volgens mij was dat de dag dat ik de DSM 5.0 beta installeerde. Dus die schrijft zijn logs weer elders weg.

[Birdy]

Het "messages" log is vol en roteert zo te zien, maar stopt op 27 januari. Volgens mij was dat de dag dat ik de DSM 5.0 beta installeerde. Dus die schrijft zijn logs weer elders weg.

"messages" zit nog steeds in /var/log (= standaard Linux).

[Briolet]

@Birdy, je hebt gelijk. Als ik de datum meelist, zie ik dat hij actueel is. Mijn vergissing kwam waarschijnlijk omdat ik met de vi editor keek en alleen het begin zag. Ik ken eigenlijk geen goede manier om die logs makkelijk te bekijken.

Ik heb hem nu eens naar mijn 'Home' folder gekopieerd. Dan kan ik hem gewoon met de Console van de Mac bekijken. Dan heb ik alle gemakken van een echt programma om logs te analyseren en kan heel simpel de interessante regels eruit filteren. Jammer dat de log functie in DSM dit log niet kan weergeven.

Ik was wel blij met deze regels in het log:

Code: [Selecteer]

Mar 10 12:13:47 GedeeldeData ntpdate: Sync with time server 128.138.141.172 offset -95.485533 sec.
Mar 17 14:39:45 GedeeldeData ntpdate: Sync with time server 216.171.120.36 offset -10.710964 sec.
Mar 25 22:35:30 GedeeldeData ntpdate: Sync with time server 128.138.141.172 offset -19.126824 sec.
Mar 26 09:23:44 GedeeldeData ntpdate: Sync with time server 216.171.120.36 offset -0.291777 sec.
Apr 10 14:11:02 GedeeldeData ntpdate: Sync with time server 69.25.96.13 offset -34.146182 sec.
Apr 24 14:19:14 GedeeldeData ntpdate: Sync with time server 128.138.140.44 offset -31.220898 sec.
Apr 29 09:15:14 GedeeldeData ntpdate: Sync with time server 149.210.163.34 offset -7.066206 sec.
Apr 29 14:16:29 GedeeldeData ntpdate: Failed to set date or time from NTP server.
Apr 29 14:35:57 GedeeldeData ntpdate: Sync with time server 128.138.141.172 offset 279.217036 sec.
Apr 29 15:43:00 GedeeldeData ntpdate: Sync with time server 91.148.192.49 offset 0.007726 sec.
Apr 29 15:44:47 GedeeldeData ntpdate: Sync with time server 216.171.120.36 offset -0.000662 sec.
May 10 20:28:06 GedeeldeData ntpdate: Sync with time server 129.6.15.30 offset 0.006396 sec.
 
Dus nu loopt de timeserver wel weer goed en weet ik waar ik moet kijken als ik een afwijking vermoed. Op het moment gebruiken al mijn PC's de nas als tijdserver en dan moet die wel kloppen. Ik hat echter verwacht dat hij meermaals per dag zou synchroniseren, maar in het log zie ik dat het sims dagen duurt voordat hij weer een timeserver bezoekt.
Merk op dat het log al eind januari begint en er pas op 10 maart een tijdcorrectie gelogd wordt.