Bestaande synology Hyper-Backup-Tasks werken. Nieuwe niet?

[kuwerti]

Beste allemaal,

Op mijn werk heb ik een synolgoy NAS staan . deze heeft 2 Hyper-Backup taken naar een externe Synology NAS (Remote NAS device) backuppen (die bij mij thuis staat)

De taken zijn als volgt geconfigureerd en werken prima:


Het vreemde is dat als ik een NIEUWE taak wil aanmaken (uiteraard naar hetzelfde IP en POORT) ik een foutmelding krijg wanneer ik op de login knop klik:





Deze zelfde foutmelding krijg ik ook als ik een goed-lopende taak edit en dan op login klik. Hoe kan dit??

[lier]

Zou dit te maken kunnen hebben met MFA?

Heb dit topic gevonden: https://community.synology.com/enu/forum/1/post/156368
Username is case sensitive, misschien ook goed om te controleren.

Staat er iets in de logging?

[ Voor 69% gewijzigd door lier op 09-10-2023 12:12 ]

[kuwerti]

Hoi @lier dank je voor je reactie.
Het is niet de username (upper/lower) want daar kom ik niet eens.

Nog voordat ik een username kan invoeren krijg ik deze melding.

ik probeer dus een nieuwe taak aan te maken maar kom geneens in het login-scherm. in de logging staat dus ook niets.

het vreemde is dat andere taken wel gewoon lopen (met dezelfde instellingen)

[EverLast2002]

Weet je 100% zeker dat er geen typfoutje zit in het destination IP adres...

[S.J.Onnie]

Ik heb dit probleem ook een keer gehad. Een tijd geleden. Ik heb een support ticket ingediend bij Synology. De support specialist heeft even onder water wat aanpassingen gedaan en daarna kon ik weer nieuwe back-up taken maken.

Scheelt een boel geklooi en je hoeft niet zelf te prutsen. En je hebt ervoor betaald bij de aanschaf van de Syno

[EverLast2002]

S.J.Onnie schreef op donderdag 12 oktober 2023 @ 13:44:
Ik heb dit probleem ook een keer gehad. Een tijd geleden. Ik heb een support ticket ingediend bij Synology. De support specialist heeft even onder water wat aanpassingen gedaan en daarna kon ik weer nieuwe back-up taken maken.

Scheelt een boel geklooi en je hoeft niet zelf te prutsen. En je hebt ervoor betaald bij de aanschaf van de Syno

Interessant! Dan ben ik nieuwsgierig wat die specialist heeft aangepast, en waarom dit (nog) niet middels een firmware update is opgelost...

[nielsn]

Je moet bij het ontvangende systeem de DSM poorten (http en https) naar de NAS forwarden.
Dan kun je de taak aanmaken en mogen deze twee poorten weer dicht gezet worden.

Het heeft er mee te maken dat je op de destination NAS geauthentiseerd moet worden, dat gaat via deze DSM poorten.

[ Voor 26% gewijzigd door nielsn op 12-10-2023 14:46 ]

[S.J.Onnie]

EverLast2002 schreef op donderdag 12 oktober 2023 @ 14:41:
[...]

Interessant! Dan ben ik nieuwsgierig wat die specialist heeft aangepast, en waarom dit (nog) niet middels een firmware update is opgelost...

Stuur een mail en vraag het ze.

[EverLast2002]

https://kb.synology.com/n..._Synology_services#backup

(dus niet poort 80 en 443).

[kuwerti]

dank jullie wel. ik ga het morgen eens proberen!!

[kuwerti]

nielsn schreef op donderdag 12 oktober 2023 @ 14:44:
Je moet bij het ontvangende systeem de DSM poorten (http en https) naar de NAS forwarden.
Dan kun je de taak aanmaken en mogen deze twee poorten weer dicht gezet worden.

Het heeft er mee te maken dat je op de destination NAS geauthentiseerd moet worden, dat gaat via deze DSM poorten.

Dat is dan toch iets nieuws voor mij. Dus tijdelijk poorten openzetten. Taak aanmaken en dan de poorten weer dicht. Wel vreemd m.i.

[nielsn]

kuwerti schreef op vrijdag 13 oktober 2023 @ 11:02:
[...]


Dat is dan toch iets nieuws voor mij. Dus tijdelijk poorten openzetten. Taak aanmaken en dan de poorten weer dicht. Wel vreemd m.i.

Maar werkt het?

Maar inderdaad, ik liep tegen hetzelfde aan oude taak liep nog met dezelfde gegevens, maar ik wilde over naar blocklevel backups. Dit was voor mij in ieder geval de oplossing.

[kuwerti]

ik ga er morgen even mee aan de slag. dank je wel en ik laat het zeker weten hier!!

[kuwerti]

@nielsn @EverLast2002

Ik zit te kijken maar de port-forward staat gewoon aan op mijn thuis-router / DOEL-NAS (dus waar backup heen moet)

[BartW]

Heb je ook, zoals @nielsn aangeeft de http en https poort (tijdelijk) geforward?

[kuwerti]

BartW schreef op zaterdag 14 oktober 2023 @ 16:27:
Heb je ook, zoals @nielsn aangeeft de http en https poort (tijdelijk) geforward?

Bedankt voor je hulp.

ik heb thuis 2 synology NASSEN.

192.168.1.1 (mijn prive nas)
192.168.1.2 (mijn backup nas waar de backup vanaf mijn kantoor heen moet)

ik heb nu port 5000 en 5001 naar beide NASSEN gefroward.
Helaas heeft dat niet geholpen. krijg nog steeds de foutmelding.


Moet ik iets op de BRON-nas (dus de nas op mijn werk) open / aanzetten?? deze is onlangs naar DSM7 geupgrade.. moet ik daar ook poorten openen oid??

[ Voor 25% gewijzigd door kuwerti op 15-10-2023 08:31 ]

[Ben(V)]

Je kunt natuurlijk geen poort forward doen van dezelfde port naar twee Nassen.
Maar ik betwijfel sterk of die port forward van 5000 en 5001 ergens voor nodig is.
De Hyperbackup client logt lokaal in en echt niet via een netwerk port.
Je bent overigens helemaal nog niet zo ver dat hij probeert in te loggen, je Hyperbackup taak kan de target Nas helemaal niet vinden.

En poorten openen bestaat niet, in je router kun je porten forwarden naar een device, maar niets openzetten.

Het werkt zo:
Je bron Nas gaat het internet op naar het ipadres dat jij opgeeft, dat moet dus het Wan ipadres van je router zijn.
In je router zet je dan een portforward op naar de Nas die je wilt bereiken, zodat al het verkeer dat naar die port gestuurd wordt naar je target Nas geforward wordt.
Zo bereik je de Hyperbackup client op de target Nas die dan vervolgens een username/password autorisatie doet in jij eigen DSM.

Dus is de vraag, heb je het juiste Wan Ipadres gebruikt?
Heb je DDNS opgezet, want anders kan dat ipadres veranderen.
Heb jij van je internetprovider misschien cgnat gekregen, waardoor je een ipadres deelt en portforwarding dus niet werkt.

[ Voor 5% gewijzigd door Ben(V) op 15-10-2023 11:20 ]

[kuwerti]

Ben(V) schreef op zondag 15 oktober 2023 @ 11:15:
Je kunt natuurlijk geen poort forward doen van dezelfde port naar twee Nassen.
Maar ik betwijfel sterk of die port forward van 5000 en 5001 ergens voor nodig is.
De Hyperbackup client logt lokaal in en echt niet via een netwerk port.
Je bent overigens helemaal nog niet zo ver dat hij probeert in te loggen, je Hyperbackup taak kan de target Nas helemaal niet vinden.

En poorten openen bestaat niet, in je router kun je porten forwarden naar een device, maar niets openzetten.

Het werkt zo:
Je bron Nas gaat het internet op naar het ipadres dat jij opgeeft, dat moet dus het Wan ipadres van je router zijn.
In je router zet je dan een portforward op naar de Nas die je wilt bereiken, zodat al het verkeer dat naar die port gestuurd wordt naar je target Nas geforward wordt.
Zo bereik je de Hyperbackup client op de target Nas die dan vervolgens een username/password autorisatie doet in jij eigen DSM.

Dus is de vraag, heb je het juiste Wan Ipadres gebruikt?
Heb je DDNS opgezet, want anders kan dat ipadres veranderen.
Heb jij van je internetprovider misschien cgnat gekregen, waardoor je een ipadres deelt en portforwarding dus niet werkt.

Wat fijn dat jullie mij proberen te helpen. en: ik snap het port-forward principe :_) Ik heb al jaren hetzelfde WAN-ip adres. de andere hyper-backups werken prima. kan alleen geen nieuwe maken

ik heb werkelijk geen idee waarom het niet werk nu. en ja: DDNS is opgezet

[EverLast2002]

"deze is onlangs naar DSM7 geupgrade."

- welke DSM versie draait er op de doel NAS(SEN)?
Ik kan het mis hebben, maar kan het zijn dat DSM6.x en DSM7.x onderling niet naar elkaar kunnen backuppen?

[EverLast2002]

geen oplossing voor je probleem maar meer een tip:

"192.168.1.1 (mijn prive nas)"

dat specifieke ip adres is redelijk "gedurfd", veel routers en andere apparatuur gebruiken standaard ook 192.168.1.1
Ik zou persoonlijk een ander ip adres kiezen, bij voorkeur een adres dat buiten je dhcp scope ligt.

[Ben(V)]

@EverLast2002 Goed gezien.
Ben ook wel benieuwd wat het IP-adres van de router dan wel is want iets anders dan 192.168.1.1 is op z'n minst erg vreemd.

Dat de oude backup tasken wel werken, maar niet gewijzigd kunnen worden betekent dat bestaande connecties blijven werken maar nieuwe aanmaken fout gaan.

Kan dus ook nog met certificate probleem te maken hebben of een foute routering.

En DDNS heb je misschien wel opgezet maar je gebruikt het niet want in je hyperback scherm probeer je te connecten naar een IP-adres in plaats van een DDNS naam.

[ Voor 17% gewijzigd door Ben(V) op 15-10-2023 20:29 ]

[demokert]

Ik zit met exact hetzelfde probleem: situatie:


NAS bij mij thuis
NAS bij mijn schoonzus

Hier wordt naar elkaar gebackupped zonder problemen, en kan nieuwe tasks aanmaken en werkt prima!

NAS bij een vriend, die ook wat data naar mij wil backuppen, kan met geen mogelijkheid connecten naar mijn NAS. Ip adres is gewhitelist onder security, zodat Adres van vriend ook mag connecten.

By het invullen van het ip adres, en proberen van signin het volgende, iemand enig idee? Ik snap het gewoon niet...

[kuwerti]

demokert schreef op vrijdag 27 oktober 2023 @ 21:45:
Ik zit met exact hetzelfde probleem: situatie:


NAS bij mij thuis
NAS bij mijn schoonzus

Hier wordt naar elkaar gebackupped zonder problemen, en kan nieuwe tasks aanmaken en werkt prima!

NAS bij een vriend, die ook wat data naar mij wil backuppen, kan met geen mogelijkheid connecten naar mijn NAS. Ip adres is gewhitelist onder security, zodat Adres van vriend ook mag connecten.

By het invullen van het ip adres, en proberen van signin het volgende, iemand enig idee? Ik snap het gewoon niet...
[Afbeelding]

@demokert ik heb al even contact met synology support. zodra ik nieuws heb laat ik het hier weten.

[demokert]

kuwerti schreef op zondag 29 oktober 2023 @ 16:36:
[...]


@demokert ik heb al even contact met synology support. zodra ik nieuws heb laat ik het hier weten.

Bedankt!
Mijn support case is nog steeds onbeantwoord. Ik heb het inmiddels wel werkend, wat ik heb gedaan: ik heb de nas even buiten de dmz gezet, daarna alles werkend gekregen, terug erin, en het blijft werken... schiet mij maar lek...

[kuwerti]

@demokert en anderen. ik heb een reactie van Synology Support (nadat ze de hele configuratie hebben gechecked):
"r Customer

Thank you for your reply.

I have reviewed your ticket and can see that you had mentioned that the error occurs when you select to "Log in".

After connecting to the NAS units and checking the setup of both units I can see that the DSM ports for the Destination NAS are currently closed and with recent versions of Hyper Backup I believe the behaviour has been changed to need the ports open for the initial connection of a new task.

Please could you try opening these ports on the destination NAS and help confirm if the issue continues?

If you have any further questions please do not hesitate to get in touch.

Best Regards,
Marcus

Technical Support"


Ik snap echter niet HOE ik nu deze poorten (en welke poortnummes dan?) op mijn NAS moet openzetten??

[Ben(V)]

Dat is weer eens de verwarring als mensen over gesloten en open poorten praten.
Het is forwarden en wat hij bedoelt is dat de Hyperbackup poorten op de doel Nas in de router daar(bij jouw thuis dus) geforward moeten zijn.
Uit de DSM documentatie:

6281 (externe Synology NAS), 22 (rsync met ingeschakelde overdrachtscodering), 873 (rsync zonder overdrachtscodering)

Dus als je de gewone Hyperbackup gebuikt moet poort 6821 in de router op de doel Nas geforward zijn naar die Nas daar.
Maar dat had je al gecontroleerd zei je.
Ik vrees dat Synology support je niet helemaal goed begrepen heeft en denkt dat jij wilt backuppen van thuis naar een backup Nas.

Wat is eigenlijk het ipadres van je router want normaal gesproken zou ik daar 192.168.1.1 verwachten.
En hoe zit het met je router configuratie, want zo te zien heb je een eigen router, staat je provider router in Bridge.
Of gebruik je dubbel Nat, in dat laatste geval moet je natuurlijk twee keer een port forward doen.

[laurens0619]

Op de synology pagina staat:

If your source server and destination server are located on different networks, please make sure the ports and firewall settings are correctly configured. The required ports for external access are:
6281 (Remote NAS device)
873 and 22 (rsync)
5005 and 5006 (WebDAV)

https://kb.synology.com/e..._server_with_Hyper_Backup

Die poorten al geprobeerd?
edit:
draai je toevallig afwijkende poorten voor 5001? Ik lees hier dat ze die hardcoded hebben gemaakt dus dat (tijdelijk) naar de default poort ook kan helpen
https://www.reddit.com/r/...r_the_hyper_backup_vault/

[ Voor 22% gewijzigd door laurens0619 op 03-11-2023 11:39 ]

[demokert]

6281 + 5001 dan werkt het ben ik inmiddels achter!

Hier is het hele artikel: https://kb.synology.com/e...used_by_Synology_services

[ Voor 108% gewijzigd door demokert op 03-11-2023 16:57 ]

[kuwerti]

demokert schreef op vrijdag 3 november 2023 @ 16:30:
6281 + 5001 dan werkt het ben ik inmiddels achter!

Hier is het hele artikel: https://kb.synology.com/e...used_by_Synology_services

Inderdaad. hiermee werkt het weer. wat een gedoe :-) Dank je @demokert

[Ben(V)]

@kuwerti
Het probleem is dat de Nederlandse documentatie van Synology niet is bijgewerkt en daar nergens over de poorten 5000 en 5001 gesproken wordt.
Die zijn ook pas nodig vanaf DSM 7.0.

Hele slechte ontwikkeling van Synology, want als je de admin poorten van je Nas geforward hebt ben je heel erg kwetsbaar voor hackers.

Ik zou persoonlijk zeker even testen of je die poort forwarding van die admin poorten weer uit kunt zetten als je eenmaal die backup taken hebt geconfigureerd.

[Neus]

Ben(V) schreef op zaterdag 4 november 2023 @ 11:09:
@kuwerti
Hele slechte ontwikkeling van Synology, want als je de admin poorten van je Nas geforward hebt ben je heel erg kwetsbaar voor hackers.

Ja, maar deze moeten alleen tijdelijk open, nadat de taak is toegevoegd mag de 5001 poort weer dicht.

Ik gebruik trouwens Tailscale op al mijn nassen om te kunnen synchen zodat ik nergens hoef te pielen met firewalls, poorten, etc. En alleen IK kan er bij. Ideaal.

[Ben(V)]

Ja Tailscale is een prima oplossing.

[demokert]

kuwerti schreef op zaterdag 4 november 2023 @ 07:19:
[...]


Inderdaad. hiermee werkt het weer. wat een gedoe :-) Dank je @demokert

Fijn om te horen!