Synology-Forum.nl
Overige software => DDNS / Quick Connect / EZ-Internet / Portforwarding => Topic gestart door: Fransentom op 09 september 2016, 18:26:59
-
Mijn NAS blijft steeds actief. Lampjes blijven knipperen en gaat niet in slaapstand.
Logboek geeft steeds het volgende aan:
"system succesfully registered to servernaam.synology.me" geeft hij liefs 5 KEER per minuut.
Ook Quickconnect start steeds opnieuw op.
Derhalve kan ik mij NAS niet meer benaderen in mijn iMac omdat hij steeds wegvalt. Wie kan mij helpen. Ik ben een leek als het gaat om interne instellingen van de NAS.
-
Het lijkt erop dat je Nas zelf steeds weg valt.
Ik zou eens een andere UTP kabel en een andere poort op je switch of router proberen.
-
Ik heb de netwerkkabel even verwijderd. Lampjes bleven nu constant branden. UTP kabel verwisseld en oude situatie terug. iP adres bleef hetzelfde. Ik zal denk ik daar moeten zoeken dmv een statisch IP-adres?
-
Je kunt de Nas op DHCP laten staan en in je Router, je Nas een vast adres laten geven door de DHCP op basis van het MAC adres van je Nas.
Zo geef ik al mijn apparatuur (bedraad en wifi een vast adres.
Dit is gewoon handig.
Maar, test eerst maar eens met je Nas.
-
Ik heb zelfde probleem geconstateerd op een DS216Play van een kennis van mij.
Heeft laatste DSM erop staan (DSM 6.0.2-8451 Update 1), heeft geschikking over zowel IPv4 als IPv6.
NAS heeft vast IP-adres, ingesteld op NAS zelf.
Iedere minuut is er 5 keer een melding.
[attach=1]
Een 'haperende' verbinding lijkt mij redelijkerwijs niet mogelijk.
Zijn pc geeft nimmer aan dat de verbinding met de NAS is verbroken, en ik hou ook (remote) gewoon de verbinding met zijn NAS.
Op mijn eigen systemen (bijv. DS1515+ met DSM 5.2-5967 Update 2, en alleen IPv4) is er maar één keer per dag een connectie poging :
[attach=2]
Mijn NAS ook vast IP-adres, ingesteld op NAS zelf.
Nog even gekeken naar een andere NAS met DSM 6.0 erop, hier ook aangesloten alleen op IPv4 :
[attach=3]
Wie het weet, mag het zeggen.
Anders schiet ik een ticket in bij Synology.
-
Wat me in dat log opvalt is dat hij soms alleen een IPv4 adres registreert en dan weer het IPv4 en IPv6 adres. Het is echter ook niet om-en-om, zoals je zou kunnen verwachten bij een steeds wegvallend IPv6 adres.
Bij een haperende verbinding gebeurt er ook niets met de registratie. Een paar jaar geleden zat er wel een bug in zodat hij bij een haperende verbinding steeds 0.0.0.0/0:0:0:0:0:0:0:0 probeerde te registreren. Daar heb ik toen een ticket voor aangemaakt en sindsdien wordt een 0.0.0.0 IP, dat de router blijkbaar doorgaf bij een wegvallende internetverbinding, genegeerd.
-
Weet iemand nog een manier om de NAS te forceren alleen gebruik te maken van IPv4 ?
Edit : gevonden. Kijken of dit de meldingen doet stoppen.
[attach=1]
-
LIJKT WEL OPGELOST !!!
Dus met gewoon de (brakke) IPv6 (van Ziggo) uit te zetten, los ik het probleem van de 5x aanmelden bij DDNS van Synology op.
Of ligt het toch nog aan een instelling van de NAS ??
[attach=1]
-
Dat 'brakke' IPv6 bij ziggo is er nog maar bij 7% van de klanten. ;) In oud-ziggo gebied alleen bij hen die een Ubee 3210 (of 321B) router hebben. De andere routers bevatten schijnbaar nog te veel bugs met IPv6.
In oud-upc gebied krijg je standaard dual-stack-lite (DS-lite), waarbij je het IPv4 adres met anderen deelt. Dan werkt ddns helemaal niet, hoewel je ziggo blijkbaar wel kunt verzoeken om die DS-lite uit te zetten.
Maar dit alles heeft volgens mij niets met de herhalende ddns registratie te maken.
-
Maar dit alles heeft volgens mij niets met de herhalende ddns registratie te maken.
Knap, want de meldingen zijn weg gebleven.......!
Ben benieuwd of de TS ook met een IPv6 lijntje zit.
-
Hebben, los van eerdere reacties, ook het IPv6 op de Synology bij Netwerk uitgezet. Probleem ook verholpen.
Dank u voor het meewerken.
-
Dus toch DE oplossing als je geen IPv6 nodig heb, toppie @Hutje :thumbup:
-
Mooi dat dit 'opgelost' is. Echt opgelost is het niet omdat je nu geen IPv6 hebt. Maar dat zal nog niet belangrijk zijn.
Hutje, ik bedoelde DS-lite en niet IPv6 in het algemeen. Nu het probleem bij twee mensen verdwijnt door IPv6 uit te zetten, kun je verder kijken. Zitten beiden in oud upc gebied en hebben nu DS-lite of oud Ziggo met volwaardige Dual Stack. Want in het eerste geval is er nog steeds een probleem met ddns door het delen van IPv4 adressen.
Zelf heb ik een Ubee 3200 router van ziggo waar alleen nog IPv4 op beschikbaar is. Ik ben zelf ook benieuwd hoe alles gaat werken als Ziggo hier IPv6 aan zet.
-
Volgens mij ben ik hier vaker problemen tegengekomen m.b.t. IPv6, Support heeft ook dit wel eens of vaker benoemd.
-
Ik heb net problemen met Series toevoegen via TheTVDB.com in Sickrage opgelost door IPv6 op mijn NAS uit te zetten, dankzij dit topic. Thankx!
Mijn situatie:
Modem/Router: UBEE EVW 321B Software Version 9.12.7009
Ziggo Connect ZZP Alles-in-1 Standaard
Oud Ziggo gebied
-
Hutje, ik bedoelde DS-lite en niet IPv6 in het algemeen. Nu het probleem bij twee mensen verdwijnt door IPv6 uit te zetten, kun je verder kijken. Zitten beiden in oud upc gebied en hebben nu DS-lite of oud Ziggo met volwaardige Dual Stack. Want in het eerste geval is er nog steeds een probleem met ddns door het delen van IPv4 adressen.
Ik heb helaas geen info over of deze kennis in een oud Ziggo of UPC gebied zit.
Kennis zit 'onder de rook van Rotterdam'....
Ik vermoed gewoon (oud-)Ziggo, echter denk ik ook niet dat het uitmaakt of hij IPv6 uit heeft staan op zijn NAS.
De QuickConnect werkt goed en ik kan remote daar rustig mee verbinden.
Gezien de lange lease tijd die geldt bij Ziggo voor wat betreft het IPv4 adres, en het ontbreken van 'professionele' zaken zoals een webserver of iets anders spannends, lijkt dit (het uitzetten van IPv6) bij deze kennis totaal geen probleem.
Ben blij dat het ook voor TS 'werkt' nu.
Mogelijk dat Synology nog wel graag wilt weten waarom het dan niet lekker loopt, maar dat is iets voor andere gebruikers denk ik, die IPv6 echt hard nodig hebben.
-
Zojuist nog even geïnformeerd, kennis zat in oude Ziggo gebied, dus zou "volwaardige dual stack" moeten hebben..... blijkbaar werkt dat toch nog niet goed. Is die dual stack nog ergens in het modem zichtbaar te krijgen, @Briolet ?
-
Hij heeft dan de Ubee 321B zoals TS. Ik heb de voorganger (Ubee 320B) waar IPv6 nog niet voor beschikbaar gesteld wordt. Ik heb wel een paar keer IPv6 opties gezien, maar later waren ze weer weg, zodat ik niet precies weet hoe het een en ander er uit ziet.
Op de hoofdpagina zie je het externe IPv4 en IPv6 adres. Locale IPv6 adressen maak je extern toegankelijk via de forwarding instellingen. Dezelfde pagina als IPv4 forwarding.
-
Ik was niet TS. Ik heb TS nog niet zien schrijven welk modem hij gebruikt.
-
Ik heb diverse 'bugs' ingelegd bij Synology in relatie met IPv6.
Zie wel steeds meer verbetering hiervan in elke nieuwe release van DSM.
Problemen welke ik heb gemerkt (met IPv6) zijn:
- geen slaaptstand.
- Backup problemen (synology -> synology)
- Connectie problemen
Een en ander lijkt beter te gaan bij uitsluitend gebruik van IPv6 Domain Local ip nummers, maar fout te gaan als er publieke IPv6 ipnr's worden gebruikt.
En ik zit zelf bij xs4all, dus dit lijkt geen 'ziggo only' problem.
Ik heb het vermoeden dat dit te maken heft dat er bij IPv6 aan elk device 3 soorten IPv6 worden teogekend en dat de IPv6 stack van Synology hier moeite mee heeft.
Sinds een van de laatste updates zie ik overigens dat aan mijn Synology DDNS naam nu ook een IPv6 ipnr naast IP4 wordt toegekend.
-
En ik zit zelf bij xs4all, dus dit lijkt geen 'ziggo only' problem.
Het klopt dat je moet oppassen om één provider de schuld te geven omdat daar de meeste meldingen vandaan komen. Ziggo is momenteel (samen met KPN) de grootste IPv6 provider van Nederland. Niet in percentage van hun abonnees, maar in absolute aantallen aansluitingen. Zie b.v. deze site (http://stats.labs.apnic.net/ipv6/AS9143?a=9143&c=NL&x=1&s=1&p=1&w=1&s=0) met IPv6 aanbieders in Nederland. Bij xs4all beschikken weliswaar 75% van de abonnees over IPv6, maar in absolute aantallen blijven ze nog ver achter bij Ziggo en KPN.
Maar België is veel verder met IPv6. Als deze problemen alleen aan bugs in DSM te wijten waren, dan zouden er volgens mij veel meer IPv6 problemen door onze Belgische leden gemeld worden.
-
Met mijn PC's gebruik ik ook IPv6 zonder enig probleem. Ik heb wel vaker internet sites gepingd en krijg dan netjes antwoord. Ook dezelfde internet site (TheTVDB) als waar mijn NAS problemen mee heeft.
Mijn gevoel is idd dat het probleem bij Synology ligt en niet bij Ziggo.
-
Het blijkt alleen een probleem te zijn -volgens mij- bij gebruik van DDNS en/of QuickConnect in combinatie met IPv6.
Zojuist een andere kennis gevraagd, met IPv6 van Ziggo (in oud Ziggo gebied).
Hij maakt géén gebruik van DDNS of QC en meldingen komen niet voor in zijn logs.
-
Ik gebruik wel QC, en heb hier geen problemen mee gehad i.c.m. IPv6 (DSM 6.0.1)
Edit: Als ik QC gebruik (via werk) gebruik ik op dat moment IPv4, aangezien bij ons op het werk alles via IPv4 loopt.
-
Voor de duidelijkheid: het gebruik van QC zal geen problemen geven.
Het ging erom dat er 5 logboek meldingen per minuut door QC / DDNS werden veroorzaakt indien de NAS ook met IPv6 verbonden was.
-
Ik heb eerder ook al eens 'vage klachten ' gehad met mijn ds414.
Toen ook contact gezocht met de helpdesk van Synology.
Op vraag van hun toen van die data logs ( of hoe noem je dat ook alweer) doorgestuurd.
Kreeg toen ook als antwoord om IPv6 uit te zetten.
Daarna waren de vage klachten ook weg.
Mijn isp is Kpn trouwens.
Dit was het topic waar ik op doelde:
http://www.synology-forum.nl/index.php?topic=22898.0
-
Voor de duidelijkheid: het gebruik van QC zal geen problemen geven.
Het ging erom dat er 5 logboek meldingen per minuut door QC / DDNS werden veroorzaakt indien de NAS ook met IPv6 verbonden was.
In welke log kwam je ze tegen? Ik heb net de logs van beide NASsen nagekeken, maar nergens QC foutmeldingen. Mijn DS214 draait nog steeds met IPv6, zonder merkbare problemen.
-
Kijk even naar mijn eerste bericht, daar zit screenshot van log bij.
-
Gewoon in het Log-center dus. Bij bij geen vergelijkbare meldingen.
-
Interessant....!
En heb je ook DDNS ingesteld staan ?
Wie is je internet provider ?
-
Geen DDNS.
Provider Ziggo Connect ZPP Alles in 1 Compleet 180/30 met UBEE UVW321B
-
Kijk dat is bijzonder !
Dus het is de DDNS service die de meldingen veroorzaken.
Goed te weten!
-
Één meting = geen meting.
Ik zou graag een grotere steekproef zien voordat ik een conclusie trok ;D
-
Zojuist nog eens de volgende zaken aangezet, bij kennis die ook Ziggo IPv6 heeft :
Voor duidelijkheid, dit was de 'oude' situatie:
IPv4, QuickConnect en DDNS staan aan.
10:55:24 IPv6 weer aangezet
De DDNS meldingen vliegen je direct om de oren !
10:56:49 DDNS heartbeat uitgezet.
Geen verandering in aantal meldingen.
10:57:35 DDNS compleet uitgezet
Hierna geen meldingen meer.
[attachimg=1]
[attachimg=2]
Edit: bericht iets aangepast, zodat de veranderingen duidelijker zijn.
-
10:57:35 DDNS info uitgezet
Hierna geen meldingen meer.
Dat is struisvogelpolitiek. :) Onder water blijft de nas dan nog steeds bezig met deze acties als je alleen de meldingen uitzet.
Edit: Wat bedoel je met 'info uitgezet'. Ik zie onder DDNS geen info optie en ook onder meldingen vind ik niets over DDNS meldingen.
-
Nee, je begrijpt het niet (of ik leg het niet duidelijk genoeg uit).
Ik heb de DDNS DIENST/SERVICE uitgezet.
Je kunt niet alleen de 'meldingen' ervan uit zetten.
Dus, eerst stond de DDNS naam erin :
[attach=1]
Deze info verwijderd, en nu staat de DDNS naam er niet meer in :
[attach=2]
-
Er komt een nieuwe DSM versie aan:
Version: 6.0.2-8451-5
(2016/11/29)
Important Note
The update is expected to be available for all regions within the next few days, although the time of release in each region may vary slightly.
Fixed Issues
Enhanced Surveillance Station responsiveness on Btrfs file system.
Refined the mechanism for reporting abnormal system fan behavior to avoid false alarms.
Improved 4K sequential read IOPS on Advanced LUNs.
Optimized CPU usage of Resource Monitor.
Fixed several security vulnerabilities regarding NTP module (CVE-2016-7426, CVE-2016-7427, CVE-2016-7428, CVE-2016-7429, CVE-2016-7431, CVE-2016-7433, CVE-2016-7434, CVE-2016-9310, CVE-2016-9311, CVE-2016-9312).
Fixed an issue where CMS might cause excessive CPU usage.
Fixed an issue where file names in certain languages might not display correctly when searching for files on specific models (DS413 and DS213+) with Mac Finder via AFP.
Fixed an issue where the DNS service of IPv6 might reconnect frequently.
Wellicht dat deze de problemen op lost.
-
Lijkt er zeker wel op !
Van de week eens even testen...
-
Mijn IPv6 probleem is in ieder geval verdwenen:
Zie post (http://www.synology-forum.nl/sickrage/tvdb-'search-timed-out-try-again-or-try-another-indexer'-en-nu/msg207194/#msg207194)
-
Mooi !
Ik zie ook de 'extra' log-meldingen niet meer.