Overdracht (via internet) VAN en NAAR de nas MET een controle

[allesmusic]

Hoi


Overdracht (via internet) VAN en NAAR de nas MET een controle dat de overdracht 100% zeker goed gegaan is, hoe kunnen we dat realiseren?

Die 100% controle noem je een Hashcheck, echter (naar mijn kennis) kun je die NIET combineren met (s)FTP.

- Is dit een vraag die we kunnen neerleggen bij Synology?
- Weet jij mss de oplossing?
- ieder overig nuttig antwoord

Vraag/stelling 2

Overdracht kan dat via een intelligentere manier dan cloud station?
Bijvoorbeeld Client software van dropbox, megaUpload, enz. staat managing, synchronisatie, toegang en automatische (sripted) synchronisatie toe vanaf je bronlokatie naar de nas en andersom.

Zelf dacht ik aan Syncbackpro
echter daarin heb ik NIET kunnen ontdekken hoe ik die hashcheck gecombineerd krijg met ftp
(scripted transmissie is daar standaard, je kan niet eens individueel transponeren, tenzij je je script zo schrijft)

ps
sript wil niet meer of minder zeggen dan vastgelegde regels
Denk aan een automatische backup of periodieke update
dat zijn o.a. scripted (vastgelegde) opdracht voor de computer.

ik graag zo van je, nu weet je alvast wat ik je wil vragen.

Dit in verband met leden voor het kastelenteam voor wetenschappelijke artikelen die goed moeten overkomen naar onze synology


thanks

Peet

[Erwin1]

Ik begrijp niet helemaal wat je precies bedoelt, je wil een back-up van de nas naar dezelfde nas maken?

[Briolet]

Die 100% controle noem je een Hashcheck, echter (naar mijn kennis) kun je die NIET combineren met (s)FTP.

Ik snap ook niet veel van dat verhaal, maar een hashcheck is onafhankelijk van het overdrachtsprotocol. Je rekent 'gewoon' de hash uit over de file en kijkt of die overeenkomt met de opgave van de auteurs.

[Babylonia]

Voor mij ook niet duidelijk.

"Overdracht (via internet) VAN en NAAR de nas MET een controle"  staat op zichzelf los van de andere vraag m.b.t. een juiste synchronisatie.

Gaat het er nu om dat je controle wilt of de synchronisatie van bijv. een back-up goed gelukt is ?
 ----> c.q. het resultaat na synchronisatie van twee data-bronnen / directories ?
Of dat overdracht van data zonder fouten verloopt (een bestand wordt foutloos op de NAS gezet) ?

[Ben(V)]

Hash checks zijn overkill.

Een bestand overdracht protcol heeft dat al ingebakken, behalve als je multicast of UDP gebruikt.
Die laatste twee zijn namelijk stateless (ofwel stuur maar weg, maar we controleren niet uit of het aankomt).

Dus overdracht protocollen zoals FTP die TCP gebruiken garanderen dat de data correct of helemaal niet aankomt.

[Babylonia]

Heel sporadisch heb ik toch wel eens ooit een download van internet (TCP) nog een keer opnieuw moeten doen, omdat het gedownloade bestand corrupt bleek te zijn.

Komt het dan omdat:
- het aangeboden bestand misschien reeds corrupt was op de server ?
- of toch ergens een verkeerd bitje tijdens overdracht over internet (TCP) ?
- of wel goede data-overdracht via internet (TCP), maar niet goed op de harddisk van PC weggeschreven ?

[Birdy]

- het aangeboden bestand misschien reeds corrupt was op de server ?

Als deze nogmaals hebt gedownload en blijkt dan goed te zijn dan kan dit niet waar zijn.

- of toch ergens een verkeerd bitje tijdens overdracht over internet (TCP) ?

Zou dus niet kunnen, gezien de opmerking van @Ben(V).

- of wel goede data-overdracht via internet (TCP), maar niet goed op de harddisk van PC weggeschreven ?

Dan zou ik een error verwachten.

[Babylonia]

Nr. 1   zit wel eens ooit wat tijd tussen. (Download van een programma en pas later installeren).
          Dat is dan het enige "ungewisse" wat dan niet meer te traceren valt waar de oorzaak in zou zitten.

[Ben(V)]

Is afhankelijk hoe je download.
Goede sites (zoals Synology) gebruiken gewoon ftp maar veel sites hebben gewoon een http download.

Wat er dan kan gebeuren is dat er brokken tussen uit vallen.
Wat er overkomt is goed maar het is niet gegarandeert dat alles overkomt.
Gelukkig is het internet tegenwoordig zo stabiel dat het meestal wel meevalt

Met een programma als ftp kan dat niet voorkomen, maar als je via http iets ophaalt zit daar geen retry in.

Http is eigenlijk ook stateless en gebouwd voor snelheid.
Er wordt vanuit gegaan dat als een webpagina niet geheel overkomt de kijker wel een refresh doet.

Http is eigenlijk niet bedoelt voor bestandsoverdracht, daarom hebben ze ook in de vorm van Webdav daar een schil overheen gebouwd die dat wel garandeert.