Verbindingsproblemen tussen twee Synology NAS-en bij gebruik HyperBackup

[wihe1]

Mijn zoon en ik hebben beiden een Synology Nas. Wij gebruiken Hyper Backup al geruime tijd om dagelijks een externe Backup van onze Nas op de Nas van de ander te plaatsen. Dat gaat over het algemeen goed.

De laatste tijd krijg ik op mijn Nas, DS920+ echter regelmatig errors, zie bijgevoegde log. Mijn zoon krijgt die niet. Ons vermoeden is dat het iets te maken heeft met IPV4 en IPV6 en dat er geen verbinding tot stand komt als één van beide gebruikt wordt bij het opstarten van de backup. Wat kan ik doen om de oorzaak te achterhalen en het achterliggende probleem op te lossen. Mijn internetprovider is KPN. Zijn internetprovider is Ziggo.

[DSGebruiker]

Tja,

[Network][Backup vdh920-1] Failed to start backup task. (Failed to resolve the destination address. Please check the DNS setting is correct.)
[Network][Backup vdh920-1] Failed to start backup task. (Network connection timed out. Please check your network settings or the firewall settings.)

Het zal daar wel ergens in die hoek zitten. KPN-box al eens gereboot ? Je NAS staat op DHCP en krijgt z'n DNS-server aangeboden vanuit de KPN-box ?

[Hendrik57]

Zelfde probleem. NAS alleen via IPv6 bereikbaar. Werkt sinds een paar dagen niet meer na 2 jaar ok. Kan nu de host niet vinden, ondanks correcte DNS en firewall etc. in FritzBox.
Vreemd genoeg lukt het nog wel bij 1 van de 6 back-up taken van dezelfde bron naar zelfde doel. Zodra ik een taak open voor bewerken, en verder niks doe, is de verbinding weg. 'Kan doel niet bereiken', rara.
Firewall uitschakelen op beide NAS heeft geen effect. Ook niet wanneer ik expliciet bron als Vertrouwd heb ingevoerd.

Nieuwe backup taak aanmaken lukt ook niet om dezelfde redenen. Met IP adres ipv FQDN krijg ik een webbrowser pop-up om in te loggen (niet van de standaard browser).

[Hendrik57]

Uiteindelijk lukt het om via een IPv6 adres contact te krijgen. Kies het IPv6 adres ipv de FQDN van de NAS. Eerst de bestaande backup job verwijderen (en aantekenen wat daar stond). In de webbrowser die in de pop-up verschijnt bij Aanmelden, gebruikersnaam en wachtwoord ingeven.
Kies dan de optie om een bestaande job te gebruiken. Daarna moest ik dat inlogverhaal nogmaals doen om verbinding te krijgen. Toen kon ik de map kiezen voor backup en de job-bestemming. Daarna werkte het. Al moest ik wel de certificaat verificatie uitschakelen. Een certificaat wordt aan een domeinnaam verstrekt en niet aan een IP adres.
Maar toen kreeg ik het werkend.
 :Wat de oorzaak is is mij onduidelijk. Het lijkt erop alsof HyperBackup op een verkeerde manier probeert een verbinding te leggen met een FQDN bij het gebruik van het preferente IPv6 netwerk. Maar het kan ook liggen aan de meest recente update van de Fritz!Box naar 7.57. Een beveiligingsupate. In elk geval wordt de bestemming niet gevonden door HyperBackup terwijl die wel degelijk online is. Zelfs bij het testen naar anders NAS systemen waarop een backup systeem draait, kreeg ik de fout dat de server offline was terwijl die wel wekte bij bestaande jobs van andere servers.

[Briolet]

NAS alleen via IPv6 bereikbaar.

Het zou kunnen dat je DS-Lite hebt vanuit je internet provider. Hierbij krijg je een eigen IPv6 adres en het IPv4 adres moet je met een groot aantal 'buren' delen. Zoiets kan door een modelwissel gebeuren omdat dit vaak het opnieuw uitgeven van publieke IP adressen triggert.

[Hendrik57]

Nee. Ik heb niks Lite. 1GB glasvezel Up/Down.
DNS regelen we zelf in onze server in datacenter. Port forwarding IPv4 en IPv6 in onze FritzBox.

Maar er lijkt iets aangepast in de authenticatie door een update van Synology.
Nu lijkt HyperBackup ook een inlog op de DSM poort nodig te hebben. Ik heb die poort aangepast, conform het 'security advies' maar HyperBackup lijkt toch gebruik te willen maken van poorten 5000 en 5001. Dat blijkt zodra je iets aan de job wilt aanpassen. Bestaande jobs lijken nog steeds te werken.

Een vergelijkbaar probleem bij CardDAV. Daar moest ik opeens het DSM poortnummer toevoegen om de synchronistatie weer te laten werken.

[synfan]

Dit is al een ouder topic, maar ik heb dit probleem nu ook al een paar maanden.

De backup van mijn NAS naar een externe NAS draaide al lange tijd zonder enige problemen. Sinds half november (nadat Ziggo hier in de wijk onderhoud heeft gepleegd) kan mijn NAS de externe NAS niet meer vinden en geeft dan in de back up aan dat het doel "offline" is. Ik kan de desktop van de externe NAS echter gewoon benaderen via de browser.

Initieel lag een deel van de internetproblemen bij Ziggo, maar na oa het ontvangen van een nieuw modem lijkt die verbinding weer stabiel. Helaas blijft de back-up na enkele dagen of weken telkens weer vastlopen op het feit dat de lokale NAS de externe NAS niet kan vinden. Het opstarten van het modem (in bridge) en mijn eigen router lost vaak het probleem op, maar vandaag kwam ik erachter dat het opstarten van de NAS al voldoende is om de externe nas weer te zien. Daarmee lijkt het erop dat het probleem mogelijk bij de NAS ligt. Mede omdat ik ook een volledig ander probleem had met de adaptive MFA voor admin accounts, wat er feitelijk voor zorgde dat de inlogprocedure niet afgerond kon worden.

Ik heb zowel ipv4 als ipv6 ingesteld. De NAS heeft een eigen ipv4 adres buiten de IP Pool van de door de router middels DHCP uit te geven ip adressen en uiteraard een uniek ipv6 adres.

Iemand een idee waaraan dit kan liggen? Is ipv6 misschien toch nog niet zo lekker geïmplementeerd bij Synology of zo?

[josti]

Ook hier hetzelfde probleem; NAS 1 (DS1522+) maakt een back-up op NAS 2 (DS218+). Na een aantal geslaagde back-ups krijg ik de melding dat NAS 2 offline is. Het zoeken duurt 15 seconden. Ik ben niet echt deskundig op technisch gebied (understatement  ). De tip hierboven om NAS 1 te herstarten hielp. Ik heb volgens mij geen ipv6 ingesteld en de het (vaste) ipv4-adres zit in de pool.

[synfan]

Bij mij is de situatie ondertussen alweer enkele maanden stabiel. Maar ik heb dan ook zowel firmware updates voor de DSM als voor mijn router (Asus RT-AX86U met wrt merlin firmware) gehad. En ook het ziggo modem heeft een update gehad in verband met verhoogde snelheden.

Helaas kan ik daardoor niet vaststellen bij welk apparaat het probleem lag, maar ergens in deze drie-eenheid moet ergens iets fout gezeten hebben. Nu maar hopen dat de situatie nu stabiel blijft.

@josti: heb je ook geprobeerd alle apparaten een keer opnieuw op te starten? Als je bedoelt dat het vaste ip adres binnen de groep van door dhcp uit te geven IP-adressen zit, dan zou je dat mogelijk ook eens moeten aanpassen. Hierdoor zou je een ip-conflict kunnen krijgen namelijk.

[Birdy]

@josti: heb je ook geprobeerd alle apparaten een keer opnieuw op te starten? Als je bedoelt dat het vaste ip adres binnen de groep van door dhcp uit te geven IP-adressen zit, dan zou je dat mogelijk ook eens moeten aanpassen. Hierdoor zou je een ip-conflict kunnen krijgen namelijk.

Het beste is dan de IP-Adressen te reserveren op basis van de MAC adressen in je Router/DHCP-sectie.
En de NASsen op DHCP zetten/houden.
Op deze manier krijgen je NASsen altijd hetzelfde IP-Adres en geen conflicten.

Voorbeeld van mijn RT2600ac:

[josti]

@josti: heb je ook geprobeerd alle apparaten een keer opnieuw op te starten? Als je bedoelt dat het vaste ip adres binnen de groep van door dhcp uit te geven IP-adressen zit, dan zou je dat mogelijk ook eens moeten aanpassen. Hierdoor zou je een ip-conflict kunnen krijgen namelijk.

Nee, ik heb alleen NAS 1 herstart na je bericht gelezen te hebben. Daarna was het opgelost. Mijn ip-range is 192.168.2-200. Binnen die range hebben beide NASsen en vast ip-adres. Daarmee krijgen ze toch altijd al hetzelfde IP-adres? Of bedoel je dat ik bijvoorbeeld voor de NASsen 192.168.2.3 en .4 kan reserveren en dan de range instellen van 192.168.2.5-200?

@Birdy; ik zal eens in mijn router (Zyxel EX5601-T1) zoeken waar ik die combi van vast IP-adres en MAC-adres kan instellen.