[Cloud storage] "Stack" van TransIP

[Brent]

Behalve de waarschuwing werkt alles nog prima.

[copykat]

Stack net gecontroleerd alles werkt prima. sync via duplicati: Duplicati - 2.0.4.2_experimental_2018-11-12

[Ben.Hahlen]

Ik heb dus de laatste 2/3 weken echt problemen met Stack.
Mijn server draait elke nacht, via duplicity, backups naar Stack. Of tenminste: dat zou het moeten doen.

Ik krijg de supermooie errors;

code:

Synchronizing remote metadata to local cache...
Copying duplicity-full-signatures.20181121T093840Z.sigtar.gpg to local cache.
Copying duplicity-full.20181121T093840Z.manifest.gpg to local cache.
Last full backup date: Wed Nov 21 10:38:40 2018
Attempt 1 failed. error: 
Attempt 2 failed. error: 
Attempt 3 failed. error: 
Attempt 4 failed. error: 
Giving up after 5 attempts. error:

Daar heb ik dus helemaal niks aan...
Er is genoeg ruimte op Stack, via Duplicati (ook getest) werkt het ook niet, maar ik kan er absoluut niet achter komen waarom.

Options voor duplicity:

code:

duplicity --full-if-older-than 1M  /home/storage/Personal/Ben webdavs://[e-mail]/remote.php/webdav/Backups/Documents/Ben

Iemand een idee?

[Speedboot]

@Ben.Hahlen

Moet je niet een extra / op het eind?
Dus Documents/Ben/ op het eind?

Zie ook https://www.transip.nl/kn...e-back-up-voor-gebruiken/

[ Voor 35% gewijzigd door Speedboot op 30-11-2018 12:46 ]

[Ryan_]

Speedboot schreef op vrijdag 30 november 2018 @ 12:44:
@Ben.Hahlen

Moet je niet een extra / op het eind?
Dus Documents/Ben/ op het eind?

Zie ook https://www.transip.nl/kn...e-back-up-voor-gebruiken/

Dit klopt inderdaad.

code:

https://webdav.myservice.com/path/to/upload/to/

[Ben.Hahlen]

Speedboot schreef op vrijdag 30 november 2018 @ 12:44:
@Ben.Hahlen

Moet je niet een extra / op het eind?
Dus Documents/Ben/ op het eind?

Zie ook https://www.transip.nl/kn...e-back-up-voor-gebruiken/

Hmmm... Interessant... Gebruik het al een behoorlijke tijd zonder '/' aan het eind, even kijken wat dat uitmaakt.

Ryan_ schreef op vrijdag 30 november 2018 @ 12:52:
[...]
Dit klopt inderdaad.

code:

https://webdav.myservice.com/path/to/upload/to/

Thanks beiden!

[mmniet]

zijn er mensen die last hebben van connectieproblemen in hun synology met cloudsync webdav? ook via file manager geprobeerd als externe verbinding toe te voegen, maar dat werkt ook niet. Werkte overigens eerst wel, maar sinds een tijdje niet meer (merkte het doordat er bestanden niet meer gesynct waren).

via windows geprobeerd en daar werkt het wel met webdav als ik een netwerk verbinding opzet.


EDIT: Opgelost, blijkbaar was mijn vpn verbinding niet meer goed.

[ Voor 21% gewijzigd door mmniet op 30-11-2018 13:39 ]

[dodge_911]

Mijn problemen zijn opgelost.
Even heen en weer met support en men heeft me gemigreerd naar een andere server, waarna alle problemen van de baan waren, alles synced weer als vanouds.

[M-Opensource]

Morning all... Ik heb sinds een paar dagen een vreemde foutmelding.

Ik gebruik op m'n Android telefoon Synchronize Ultimate, en daarmee het Owncloud profiel om een connectie te maken, gaat eigenlijk al goed sinds het begin van Stack. Maar sinds een paar dagen krijg ik de melding "Is the login correct? error 405: method not allowed".

Er is niks gewijzigd aan mijn kant, geen accounts/wachtwoorden, geen urls, het stopte gewoonweg met werken. Als ik probeer een nieuw remote account in te stellen richting de Stack servers dan krijg ik telkens deze fout.

Heb ook de Nextcloud en Stack profielen geprobeerd (deze laatste vraagt een Disc Name, geen idee wat dat moet zijn...)

Als ik inlog op de webversie of de desktop client check, dan werkt alles prima, niks aan de hand. Ik kan het niet plaatsen op het moment.

Iemand anders die de Synchronize Ultimate app gebruikt en dit ook ervaart?

[spank_mojoo]

M-Opensource schreef op woensdag 5 december 2018 @ 07:57:
Morning all... Ik heb sinds een paar dagen een vreemde foutmelding.

Ik gebruik op m'n Android telefoon Synchronize Ultimate, en daarmee het Owncloud profiel om een connectie te maken, gaat eigenlijk al goed sinds het begin van Stack. Maar sinds een paar dagen krijg ik de melding "Is the login correct? error 405: method not allowed".

Er is niks gewijzigd aan mijn kant, geen accounts/wachtwoorden, geen urls, het stopte gewoonweg met werken. Als ik probeer een nieuw remote account in te stellen richting de Stack servers dan krijg ik telkens deze fout.

Heb ook de Nextcloud en Stack profielen geprobeerd (deze laatste vraagt een Disc Name, geen idee wat dat moet zijn...)

Als ik inlog op de webversie of de desktop client check, dan werkt alles prima, niks aan de hand. Ik kan het niet plaatsen op het moment.

Iemand anders die de Synchronize Ultimate app gebruikt en dit ook ervaart?

ik gebruik die app niet, maar ik kreeg eind vorige week een mailtje van TransIp over een aantal wijzigingen van de nameserver. wellicht heeft het er iets mee te maken.

[Rolucious]

Vuurvoske schreef op dinsdag 16 oktober 2018 @ 22:16:
Even een korte bevinding over de koppeling van QNAP WebDAV -> transip stack.
Ik had authenticatie problemen, na wat testen lijkt qnap moeite te hebben met bepaalde speciale karakters.

Dit heeft mij geholpen. Ik heb mijn wachtwoord aangepast dat die niet al te veel bijzondere tekens bevat. Vervolgens bij Qnap > file server > externe koppeling maken > other selecteren > dan volledige webdav adres invoeren (incl https://) en je nieuwe wachtwoord + gebruikersnaam in de daarvoor bestemde velden. Daarna werkte die gewoon

[weasel]

Jammer dat de SFTP functionaliteit alleen beschikbaar is en komt voor de 2TB en 10TB STACK's.

[JohanKupers]

weasel schreef op donderdag 13 december 2018 @ 20:50:
Jammer dat de SFTP functionaliteit alleen beschikbaar is en komt voor de 2TB en 10TB STACK's.

Ze zien het dus als een soort van premium functie, dus moet er voor betaald worden.

[Mundatin]

Stack biedt vanaf nu ook een upgrade aan naar 1.250GB voor klanten met de gratis 1TB variant van Stack. Ik denk dat dit voor veel mensen een leuke optie is, welke op dit moment al een kliek aan bestanden op Stack hebben staan en graag gebruik willen maken van SFTP, back-ups, etc.

Vanuit TransIP natuurlijk ook slim om meer geld uit klanten te halen die op dit moment niets betalen voor Stack ;-)

[Brent]

Iemand hier ervaring met die sftp access? Is dat wat sneller/stabieler dan webdav?

[valkenier]

Jannick schreef op dinsdag 8 januari 2019 @ 14:16:
Stack biedt vanaf nu ook een upgrade aan naar 1.250GB voor klanten met de gratis 1TB variant van Stack. Ik denk dat dit voor veel mensen een leuke optie is, welke op dit moment al een kliek aan bestanden op Stack hebben staan en graag gebruik willen maken van SFTP, back-ups, etc.

Vanuit TransIP natuurlijk ook slim om meer geld uit klanten te halen die op dit moment niets betalen voor Stack ;-)

[Afbeelding: stack-upgrade-1250gb]

Zeker wel interessant inderdaad, en niet duur. Weet iemand al of op deze variant ook een nieuwere owncloud versie draait? Bij gratis was het namelijk nog 8.2.20

[D.I.N.G]

Inderdaad een slimme zet van TransIP en het bedrag van €2,5 is een lage instapprijs.

Er zijn meer upgrade mogelijkheden:
- 3 TB voor €10,- per maand (Normaal 2 TB voor €10,-)
- 11 TB voor €50,- per maand (Normaal 10 TB voor €50,-)

[Mundatin]

Ik heb even de website van TransIP bekeken en het lijkt voor nieuwe klanten niet mogelijk te zijn het 1.250GB pakket aan te schaffen voor €2,50. Inplaats daarvan krijgen nieuwe klanten maar 250GB.

Klanten die lang geleden dus middels een invite 1TB hebben gekregen blijven hier hoe dan ook van profiteren, toch lief van TransIP.

[Mundatin]

D.I.N.G schreef op dinsdag 8 januari 2019 @ 14:47:
Inderdaad een slimme zet van TransIP en het bedrag van €2,5 is een lage instapprijs.

Er zijn meer upgrade mogelijkheden:
- 3 TB voor €10,- per maand (Normaal 2 TB voor €10,-)
- 11 TB voor €50,- per maand (Normaal 10 TB voor €50,-)

Nadeel is wel dat je niet meer kunt downgraden; ik heb toen begrepen dat dit komt door een tekortkoming in het systeem. Mocht je dus van 3TB weer terug naar 1TB willen, dan is dat simpelweg niet mogelijk en dat weerhoud mij nu toch wel om te upgraden naar het pakket van €2,50, want wat als de performance niet is zoals beloofd...

[TwArbo]

Jannick schreef op dinsdag 8 januari 2019 @ 14:54:
[...]


Nadeel is wel dat je niet meer kunt downgraden; ik heb toen begrepen dat dit komt door een tekortkoming in het systeem. Mocht je dus van 3TB weer terug naar 1TB willen, dan is dat simpelweg niet mogelijk en dat weerhoud mij nu toch wel om te upgraden naar het pakket van €2,50, want wat als de performance niet is zoals beloofd...

Wat je volgens mij nu kunt doen is een tweede stack bestellen (zou het wel even navragen bij hen als ik jou was). De snelheid testen en als dat bevalt de "test"-stack opzeggen en je gratis stack upgraden.

[Mundatin]

TwArbo schreef op dinsdag 8 januari 2019 @ 14:59:
[...]


Wat je volgens mij nu kunt doen is een tweede stack bestellen (zou het wel even navragen bij hen als ik jou was). De snelheid testen en als dat bevalt de "test"-stack opzeggen en je gratis stack upgraden.

Je hebt gelijk. Ik zal in dat geval wel een Stack krijgen met 250GB, maar op die manier is het wel mogelijk de snelheid te testen van het betaalde platform. Wellicht zijn er mensen die al resultaten hebben over het snelheidsverschil tussen 'gratis' en 'betaald'?

[TwArbo]

Jannick schreef op dinsdag 8 januari 2019 @ 15:02:
[...]


Je hebt gelijk. Ik zal in dat geval wel een Stack krijgen met 250GB, maar op die manier is het wel mogelijk de snelheid te testen van het betaalde platform. Wellicht zijn er mensen die al resultaten hebben over het snelheidsverschil tussen 'gratis' en 'betaald'?

Ik heb het even nagevraagd. Als je gratis Stack gebruikt, dan is de verbinding max 5 MB/s. Als je betaald, dan is dit 10 MB/s. Het verschil is natuurlijk bij WebDav.

[Mundatin]

TwArbo schreef op dinsdag 8 januari 2019 @ 15:12:
[...]


Ik heb het even nagevraagd. Als je gratis Stack gebruikt, dan is de verbinding max 5 MB/s. Als je betaald, dan is dit 10 MB/s. Het verschil is natuurlijk bij WebDav.

Ah, bedankt! De kunst van het vragen Opzich een mooie snelheid! Mensen ervaring met het streamen van media naar bijvoorbeeld Kodi vanaf Stack?

[pven]

Wat moet ik me bij die backup voorstellen: iets voor TransIP om achter de hand te hebben, of kan ik zelf selectief een restore uitvoeren?

[slommer]

pven schreef op woensdag 9 januari 2019 @ 08:51:
Wat moet ik me bij die backup voorstellen: iets voor TransIP om achter de hand te hebben, of kan ik zelf selectief een restore uitvoeren?

een snelle google actie brengt duidelijkheid?
https://www.transip.nl/kn...betaalde-stack-pakketten/

[pven]

slommer schreef op woensdag 9 januari 2019 @ 09:01:
[...]

een snelle google actie brengt duidelijkheid?
https://www.transip.nl/kn...betaalde-stack-pakketten/

Je googled beter dan mij. Ik vond alleen backups mbt websites die bij TransIP zijn gehost. Dank!

[mcDavid]

Als je STACK daadwerkelijk gebruikt als extra opslag (bijv voor dingen die je op je eigen laptop niet kwijt kunt) is dat redelijk essentieel. Als je alleen dingetjes synct (die je altijd nog een keer kunt syncen mocht dat nodig zijn) is het denk ik niet zo heel boeiend.

[pennywiser]

Brent schreef op dinsdag 8 januari 2019 @ 14:24:
Iemand hier ervaring met die sftp access? Is dat wat sneller/stabieler dan webdav?

Als ik Winscp of de Windows Stack app gebruik gaat uploaden goed, mounten van de drive vind ik vrij problematisch.

[pven]

mcDavid schreef op woensdag 9 januari 2019 @ 13:19:
Als je STACK daadwerkelijk gebruikt als extra opslag (bijv voor dingen die je op je eigen laptop niet kwijt kunt) is dat redelijk essentieel. Als je alleen dingetjes synct (die je altijd nog een keer kunt syncen mocht dat nodig zijn) is het denk ik niet zo heel boeiend.

Ik gebruik de stack alleen voor dingen die ik elders ook al heb staan, een soort extra backup dus.

---

Iemand trouwens een idee of je zonder al te veel gedoe geëncrypt bestanden erop kunt zetten? (Ik sync alles vanaf mijn Synology, daar zit die optie volgens mij niet in.)

[ThinkPad]

@pven Ik heb bij m'n Hyper Backup job op m'n Synology ingesteld dat hij bestanden versleuteld naar Stack moet overzetten. Werkt al een jaar ofzo prima.

N.B. De mappenstructuur/mapnamen/bestandsnamen zijn niet versleuteld. Iemand kan dus wel enig inzicht hebben in je data. Maar de bestanden zelf zijn wel versleuteld en dus niet rechtstreeks te openen als iemand je backup in handen krijgt.

[ Voor 52% gewijzigd door ThinkPad op 10-01-2019 09:29 ]

[pven]

ThinkPadd schreef op donderdag 10 januari 2019 @ 09:28:
@pven Ik heb bij m'n Hyper Backup job op m'n Synology ingesteld dat hij bestanden versleuteld naar Stack moet overzetten. Werkt al een jaar ofzo prima.

N.B. De mappenstructuur/mapnamen/bestandsnamen zijn niet versleuteld. Iemand kan dus wel enig inzicht hebben in je data. Maar de bestanden zelf zijn wel versleuteld en dus niet rechtstreeks te openen als iemand je backup in handen krijgt.

Interessant, dank!

Heb je dat op deze manier gedaan: https://gijs.io/2018/02/0...per-backup-transip-stack/ ?

[ThinkPad]

Yep

[pven]

ThinkPadd schreef op donderdag 10 januari 2019 @ 09:28:
@pven Ik heb bij m'n Hyper Backup job op m'n Synology ingesteld dat hij bestanden versleuteld naar Stack moet overzetten. Werkt al een jaar ofzo prima.

Hoe heb je dat versleutelen ingesteld? Ik heb wel de optie om encryptie van de client te gebruiken, maar die is uit-ge-greyd. Een andere optie zie ik niet staan in Hyperbackup.

Ah, wacht: bij het maken van de taak kan je een wachtwoord voor je backup opgeven, daarna kan je dit niet meer wijzigen. Best logisch eigenlijk.

[ Voor 14% gewijzigd door pven op 10-01-2019 10:31 ]

[Speedboot]

Voor mijn gevoel weegt de aanbieding van 2,50 p.m niet op tegen de 1 TB gratis die het nu is. Het is toch 30 euro per jaar.
Tenzij deze Promotie binnenkort komt te vervallen en alle gratis accounts komen te vervallen.
Maar dat weet niemand natuurlijk.

[dehardstyler]

Speedboot schreef op donderdag 10 januari 2019 @ 11:20:
Voor mijn gevoel weegt de aanbieding van 2,50 p.m niet op tegen de 1 TB gratis die het nu is. Het is toch 30 euro per jaar.
Tenzij deze Promotie binnenkort komt te vervallen en alle gratis accounts komen te vervallen.
Maar dat weet niemand natuurlijk.

Wil je zeggen dat je €2,50 voor 1.250TB, op Nederlandse servers duur vind? Inclusief back-ups van je data.

[Speedboot]

Nee zeker niet voor 1,25TB, maar voor mij is 1TB al ruim voldoende voor mijn Stack. Dus om nu te gaan betalen voor 250GB extra?
De Stack app is op mijn telefoons vlot genoeg, en voldoet aan mijn verwachtingen.
Plus ik zie dat iemand hierboven, Vinzz, geen goede ervaring heeft met het mounten van de Stack op de PC.
Dan zie ik nog geen rede voor een upgrade.

Tenzij.....de 5daagse backup kan helpen tegen een onverwacht cryptovirus.
Dan is het een mooie extra zekerheid.

[Brent]

Je krijgt voor die 2,50 natuurlijk ook dubbele snelheid en sftp. Maar dat laatste is als mountpoint idd meer wat als je Linux/macOS draait. Iemand die dat doet?

[slommer]

Ik rsync op linux via webdav mount (en doe over maandelijkse backup 2 dagen ofzo wat me niet boeit verder).
Wat je kan gebruiken in windows om te mounten is SFTP Net Drive.
sftp sessie die een drive letter maakt met de server.
Had geen zin om uit te zoeken om samba op linux om te zetten nadat hij niet meer werkte met win 1803 (of 1809??).

[Anoniem: 1092407]

Ik overweeg om m'n gratis Stack te upgraden naar 1.25 TB voor 2,50 per maand. 25% extra opslag is aardig maar met name de backup functie klinkt interessant. Betekent dat dat Stack intern backups maakt zodat in geval van dataverlies op de server je niks kwijtraakt?

Bijkomstigheid is dat je dan tenminste zeker weet dat je je account blijft behouden. Met een gratis account weet je het nooit, alhoewel ik me moeilijk voor kan stellen dat die ooit zullen verdwijnen. Zou geen erg goede reclame zijn namelijk.

[Wtrdk]

Ik heb sinds vandaag Stack geupgrade naar 1250GB (bevestiging ontvangen dat de upgrade is voltooid), maar SFTP werk niet. Ik krijg telkens de melding dat m'n wachtwoord niet klopt.
Via SSH inloggen hetzelfde probleem.
Ik heb het wachtwoord al gereset, maar nog steeds niets. Heeft iemand succes met SFTP?

[bluewalk]

Wtrdk schreef op maandag 14 januari 2019 @ 16:42:
Ik heb sinds vandaag Stack geupgrade naar 1250GB (bevestiging ontvangen dat de upgrade is voltooid), maar SFTP werk niet. Ik krijg telkens de melding dat m'n wachtwoord niet klopt.
Via SSH inloggen hetzelfde probleem.
Ik heb het wachtwoord al gereset, maar nog steeds niets. Heeft iemand succes met SFTP?

Ja hoor, werkt hier als een trein. Het is wel een andere login dan die je gebruikt voor je stack. Staat bij Instellingen onder SFTP

[Wtrdk]

cyberde schreef op maandag 14 januari 2019 @ 17:16:
[...]

Ja hoor, werkt hier als een trein. Het is wel een andere login dan die je gebruikt voor je stack. Staat bij Instellingen onder SFTP

Ik heb een token aangemaakt, maar ik kan nog steeds niet inloggen... Ik blijf de melding krijgen dat de authenticatie is mislukt
Heeft iemand een tip?

[Freeaqingme]

Wtrdk schreef op maandag 14 januari 2019 @ 21:18:
[...]

Ik heb een token aangemaakt, maar ik kan nog steeds niet inloggen... Ik blijf de melding krijgen dat de authenticatie is mislukt
Heeft iemand een tip?

Contact met support opnemen? Voor hetzelfde geld hebben zij al 10 tickets gehad dat het met $client niet lukt, of zien ze in de serverlogs een foutmelding staan die jij nooit had kunnen raden.

[Wtrdk]

Freeaqingme schreef op maandag 14 januari 2019 @ 21:21:
[...]


Contact met support opnemen? Voor hetzelfde geld hebben zij al 10 tickets gehad dat het met $client niet lukt, of zien ze in de serverlogs een foutmelding staan die jij nooit had kunnen raden.

De helpdesk reageert ook nu heel snel! Alleen begrijpen ze het volgens mij niet helemaal, want eerst willen ze mij het wachtwoord laten wijzigen, maar mijn wachtwoord klopt, want ik kan gewoon via de browser inloggen.
Het token wat ik heb aangemaakt als wachtwoord gebruiken werkt ook niet. Ik blijf, zowel in Filezilla als in SSH, de melding krijgen dat het wachtwoord niet klopt.

Ik heb nu nog een poging gedaan het probleem uit te leggen aan de helpdesk, hopelijk kunnen ze me nu wel verder helpen.

[dehardstyler]

Ik heb zojuist ook maar even gebruik gemaakt van de upgrade naar 1.250GB. Alleen tot mijn verbazing is het niet €2,50, maar €3,03 omdat er nog 21% BTW bijkomt. Ik dacht dat je bij consumenten ten aller tijden de prijs inclusief BTW moest vermelden? Weet iemand hier meer over? Niet dat ik wakker lig van €0,53, maar dit is helemaal nergens van te voren gecommuniceerd en het komt alleen naar voren in de "proposition" na dat je op bevestigen hebt geklikt.

[dvdheiden]

Wtrdk schreef op maandag 14 januari 2019 @ 21:56:
[...]

De helpdesk reageert ook nu heel snel! Alleen begrijpen ze het volgens mij niet helemaal, want eerst willen ze mij het wachtwoord laten wijzigen, maar mijn wachtwoord klopt, want ik kan gewoon via de browser inloggen.
Het token wat ik heb aangemaakt als wachtwoord gebruiken werkt ook niet. Ik blijf, zowel in Filezilla als in SSH, de melding krijgen dat het wachtwoord niet klopt.

Ik heb nu nog een poging gedaan het probleem uit te leggen aan de helpdesk, hopelijk kunnen ze me nu wel verder helpen.

Had je gezien dat je gebruikersnaam anders met SFTP (voorzien van @stackurl) dan wanneer je inlogt via de browser. Die gegevens zijn in te zien onder "Instellingen".

[vansante]

Wtrdk schreef op maandag 14 januari 2019 @ 21:18:
[...]

Ik heb een token aangemaakt, maar ik kan nog steeds niet inloggen... Ik blijf de melding krijgen dat de authenticatie is mislukt
Heeft iemand een tip?

Voor SFTP is de gebruikersnaam hoofdlettergevoelig (alle gebruikersnamen zijn lowercased), en je gebruikt waarschijnlijk een hoofdletter in je gebruikersnaam.

[Wtrdk]

Gebruikersnaam was goed, wachtwoord was goed, maar het werkte nog niet. De helpdeskmedewerker heeft aan hun kant het wachtwoord gereset naar een standaardwachtwoord, en toen werkte het wel!
Vreemd, maar het werkt nu dus. Nu even het wachtwoord weer wijzigen naar een zelfgekozen wachtwoord, en dan hopen dat het nog steeds werkt.

Prettige helpdesk, erg snel!

[Anonymoussaurus]

Omdat ik geen zin meer heb om te hannessen en uit m'n hoofd te willen doen wat ik nou op m'n cloud heb staan, op m'n pc en wat op m'n telefoon, wil ik Stack voor Windows gebruiken. Nu moet ik inloggen maar zegt 'ie "toegang tot service verboden. Om te verifiëren dat u toegang mag hebben, klik hier". Vervolgens ga ik naar m'n Stack (dat is die link) en gebeurd er niks.

[TurboTon1973]

Misschien is deze vraag al eerder gesteld. Maar met mijn zoekopdracht. Kan ik dit niet vinden.
Ik heb zojuist op mijn synology stack toe gevoegd via webdav.

En dit werkt. Dat is stap één. Nu had ik de hoop dat ik als via mijn pc naar de synology ga. De stack map kan benaderen. Dat kan helaas niet.
Wel gewoon via een browser.

Ik maak eigen video's die ik op dit moment laat renderen na een gedeelde map op de synology. Het zou handig zijn. Als ik ipv die gedeelde map. Het eindproduct in de stack webdav kan plaatsen. Ik kan wel veel vinden om de synology als webdav server in te stellen. Maar niet om een gekoppelde webdav schijf te benaderen vanaf een andere pc.

[FreshMaker]

@TurboTon1973
Rechtstreeks de webdav-map benaderen gaat niet.
Wel kan je via cloudstation de sync instellen, maar dan blijft de folder op de synology gespiegeld aan die online ( en vice versa )

Ik heb een backupmap zo staan, waarin alleen lokaal geupload wordt, en niets verwijderd online.
Dus nieuwe foto's gaan in die folder, gaan naar stack, en blijven daar, ook als ik ze lokaal weer verwijder naderhand

Werken direct op en webdavmap zou ik afraden, omdat de gemiddelde upload niet zo heel hoog is

[TurboTon1973]

FreshMaker schreef op zondag 20 januari 2019 @ 13:45:
@TurboTon1973
Rechtstreeks de webdav-map benaderen gaat niet.
Wel kan je via cloudstation de sync instellen, maar dan blijft de folder op de synology gespiegeld aan die online ( en vice versa )

Dank je, dan was ik op de goede weg.

In eerste instantie kreeg ik een foutmelding. Vandaar dat ik ging zoeken.
Na jouw bericht nog een keer geprobeerd. zodat ik de foutmelding hier kon melden en toen lukte het

[aex351]

ThinkPadd schreef op donderdag 10 januari 2019 @ 09:28:
@pven Ik heb bij m'n Hyper Backup job op m'n Synology ingesteld dat hij bestanden versleuteld naar Stack moet overzetten. Werkt al een jaar ofzo prima.

N.B. De mappenstructuur/mapnamen/bestandsnamen zijn niet versleuteld. Iemand kan dus wel enig inzicht hebben in je data. Maar de bestanden zelf zijn wel versleuteld en dus niet rechtstreeks te openen als iemand je backup in handen krijgt.

Komt dat vanwege de workaround? Wat ik niet snap, Stack ondersteund geen sparse files. Waarom zou deze workaround dan wel moeten werken. Aangezien dit een vereiste is. Ik ben dan ook benieuwd of je wel je back-ups weer kan recoveren en/of zit met de vraag waar zit de fout in deze.

In elk geval staat op https://www.transip.nl/kn...k-mijn-synology-koppelen/ ook een vermelding naar de diverse opties en de blog post van Gijs.

[ThinkPad]

aex351 schreef op zondag 20 januari 2019 @ 15:11:
[...]

Komt dat vanwege de workaround?
[...]

Nee, zo werkt Hyper Backup volgens mij gewoon.

Wat ik niet snap, Stack ondersteund geen sparse files. Waarom zou deze workaround dan wel moeten werken. Aangezien dit een vereiste is. Ik ben dan ook benieuwd of je wel je back-ups weer kan recoveren en/of zit met de vraag waar zit de fout in deze.

In elk geval staat op https://www.transip.nl/kn...k-mijn-synology-koppelen/ ook een vermelding naar de diverse opties en de blog post van Gijs.

Ik heb het al een poos werkend en ook een aantal random files proberen te restoren, dit werkte prima.

[aex351]

ThinkPadd schreef op zondag 20 januari 2019 @ 15:37:
[...]

Nee, zo werkt Hyper Backup volgens mij gewoon.


[...]

Ik heb het al een poos werkend en ook een aantal random files proberen te restoren, dit werkte prima.

Waarom zijn sparse files een vereiste dan? Aangezien Stack deze simpelweg niet ondersteunt.

[ThinkPad]

Geen idee, dat is mij te ingewikkeld. Maar als het werkt, dan werkt het toch ?
Zoals ik zei draait het bij mij al tijden en heb ik ook meerdere random files proberen te recoveren, wat lukte.

[MCP cloud]

jammer stack beval me wel.......maar mis toch echt ftp...oude manier waarbij je gewoon zelf iets kan doen .

Anders d ik wel een abbo genomen..

[bluewalk]

MCP cloud schreef op zondag 20 januari 2019 @ 15:56:
jammer stack beval me wel.......maar mis toch echt ftp...oude manier waarbij je gewoon zelf iets kan doen .

Anders d ik wel een abbo genomen..

Die is er toch? 2.50 per maand en je hebt SFTP + 125 gig erbij

[SMSfreakie]

MCP cloud schreef op zondag 20 januari 2019 @ 15:56:
jammer stack beval me wel.......maar mis toch echt ftp...oude manier waarbij je gewoon zelf iets kan doen .

Anders d ik wel een abbo genomen..

daar gebruik ik CrossFTP nou voor.. gezien webdav via de browser en de stack app leuk zijn, maar het net net net niet zijn..

enige nadeel wat ik tot op heden ontdekt heb is dat CrossFTP niet met het + teken overweg lijkt te kunnen...

Stack laat nog altijd 4 sessies naast elkaar toe... en dat je met CrossFTP iig benutten..

al zijn er vast wel meer applicaties die ook gewoon webdav support hebben

[aex351]

ThinkPadd schreef op zondag 20 januari 2019 @ 15:47:
Geen idee, dat is mij te ingewikkeld. Maar als het werkt, dan werkt het toch ?
Zoals ik zei draait het bij mij al tijden en heb ik ook meerdere random files proberen te recoveren, wat lukte.

Heb je ook de back-ups ge-encryptie?

[ThinkPad]

Uiteraard

[MCP cloud]

SMSfreakie schreef op zondag 20 januari 2019 @ 16:13:
[...]


daar gebruik ik CrossFTP nou voor.. gezien webdav via de browser en de stack app leuk zijn, maar het net net net niet zijn..

enige nadeel wat ik tot op heden ontdekt heb is dat CrossFTP niet met het + teken overweg lijkt te kunnen...

Stack laat nog altijd 4 sessies naast elkaar toe... en dat je met CrossFTP iig benutten..

al zijn er vast wel meer applicaties die ook gewoon webdav support hebben

met wsftp lukt het

[SMSfreakie]

heeft wsftp wel webdav support dan

[MCP cloud]

SMSfreakie schreef op zondag 20 januari 2019 @ 17:32:
heeft wsftp wel webdav support dan

nee...maar werk prima via lokale dir

[pven]

SMSfreakie schreef op zondag 20 januari 2019 @ 17:32:
heeft wsftp wel webdav support dan

Volgens de features niet, dus niet zo raar dat het niet lukt.

@MCP cloud Heb je betaald voor de stack? Zo niet, dan heb je geen FTP.

[MCP cloud]

pven schreef op zondag 20 januari 2019 @ 17:48:
[...]

Volgens de features niet, dus niet zo raar dat het niet lukt.

@MCP cloud Heb je betaald voor de stack? Zo niet, dan heb je geen FTP.

MCP cloud schreef op zondag 20 januari 2019 @ 17:48:
[...]


nee...maar werk prima via lokale dir

[SMSfreakie]

owh tis 5 connecties... toch 200mbit halen ipv slechts 40mbit

[valkenier]

valkenier schreef op zaterdag 17 november 2018 @ 15:50:
[...]


Hmm, tja, owncloudclient kan ik wel installeren uit de repo, maar dan zal er vroeg of laat toch ook een update komen. Misschien dan toch maar de stack client pakken, als ik toch 2 verschillende clients moet installeren. Zal eens kijken of dat lukt naast de nextcloud client, want die wil ik wel houden, voor mijn eigen nextcloud server (die wel bij de tijd is).

Overigens heb ik nog geen echte issues gemerkt, behalve de melding van de client dat het officieel niet meer wordt ondersteund.

Even mezelf quoten. Dit ging over de "incompatibiliteit" tussen de huidige nextcloud of owncloud client en de huidige stack server van Transip. Op mijn linux bak lukt het dus niet om de TransIP stack client naast nextcloud client te draaien (die ik voor een nextcloud setup elders echt nodig heb.) Waarom niet?

Daarom niet:

code:

 dpkg: fout bij verwerken van archief /var/cache/apt/archives/stack-client_2.4.1-1.0~bionic2_amd64.deb (--unpack):
 poging tot overschrijven van '/etc/sysctl.d/101-sync-inotify.conf', wat ook in pakket nextcloud-client 2.5.1-20181204.111806~bionic1 zit
dpkg-deb: fout: plakken subproces werd afgebroken door signaal (Gebroken pijp)

Dat heb ik voorgelegd aan Transip, en kreeg het volgende antwoord:

"We zijn al geruime tijd van Owncloud afgestapt en onze eigen code gaan schrijven. In het begin zal de code veel gelijkenissen hebben, hoe langer in het verleden het is hoe meer we eraf zullen wijken.

Om die reden kan het zijn dat Nextcloud aangeeft dat de software verouderd is (maar onze eigen systemen prima up-to-date zijn). Je kan voorlopig de software nog gebruiken, voor hoelang nog kan ik je niet vertellen. De software kan inderdaad door het gebruik van hetzelfde bestand niet naast elkaar draaien. Het wordt óf onze software voor STACK óf de Nextcloud software (voor hoelang dat nog mogelijk zal zijn)."

Ze zijn dus met een eigen "fork" bezig.

[SMSfreakie]

Hebben jullie ook wel eens dat een upload "mislukt" en dat je het mislukte bestand dus nergens terug kan vinden... maar het stuk wat wel al geüpload neemt wel ruimte in op de STACK...

als in ik wil een file van 1GB uploaden.. hij mislukt na 600MB... geen file te vinden... maar wel 600MB ruimte kwijt... ook niet in de prullenbak etc..

[TwArbo]

SMSfreakie schreef op maandag 21 januari 2019 @ 18:39:
Hebben jullie ook wel eens dat een upload "mislukt" en dat je het mislukte bestand dus nergens terug kan vinden... maar het stuk wat wel al geüpload neemt wel ruimte in op de STACK...

als in ik wil een file van 1GB uploaden.. hij mislukt na 600MB... geen file te vinden... maar wel 600MB ruimte kwijt... ook niet in de prullenbak etc..

Staan de bestanden er niet op als "onzichtbare" bestanden? Wellicht kun je ze zichtbaar maken via de file browser.

[ Voor 5% gewijzigd door TwArbo op 21-01-2019 18:45 ]

[SMSfreakie]

TwArbo schreef op maandag 21 januari 2019 @ 18:44:
[...]


Staan de bestanden er niet op als "onzichtbare" bestanden? Wellicht kun je ze zichtbaar maken via de file browser.

Nope. krijg ik ze ook niet te zien....

dat wordt wel weer eens een ticket inschieten...

[TwArbo]

MCP cloud schreef op zondag 20 januari 2019 @ 15:56:
jammer stack beval me wel.......maar mis toch echt ftp...oude manier waarbij je gewoon zelf iets kan doen .

Anders d ik wel een abbo genomen..

FTP is veel te onveilig. Je doet ook geen bankzaken over http, maar over https. Waarom wil je FTP en geen SFTP?

[majic]

Net een vreemd probleem bij stack :
Een folder met daarin 1400 RAW bestanden uploaden : Maakt alleen de foldernaam aan "uploaden 0 bestanden" en verder gebeurt er niks.

400 bestanden handmatig selecteren en er in slepen : Idem.

Eén bestandje uploaden (groot of klein, iig <5gb is het grootste tot nu toe) of een "paar" bestanden uploaden gaat echter prima. In het verleden grote hoeveelheden tiff's geupload maar via automatische sync, dat ging ook goed. Iemand een oplossing? of is dit gewoon een "feature"?

[Brent]

Ik krijg .raw bestanden ook niet geupload. De extentie wordt geweigerd (maar niet altijd...). Hernoemen en alles werkt als een trein.

[aex351]

ThinkPadd schreef op zondag 20 januari 2019 @ 15:47:
Geen idee, dat is mij te ingewikkeld. Maar als het werkt, dan werkt het toch ?
Zoals ik zei draait het bij mij al tijden en heb ik ook meerdere random files proberen te recoveren, wat lukte.

Inderdaad, om het uit te proberen heb ik nu ook diverse beveiligde back-ups geconfigureerd richting Stack. Ik wilde Stack al een hele tijd geleden hiervoor gebruiken. Maar dat kon toen nog niet. Fijn dat er nu wel een oplossing is.

ThinkPadd schreef op donderdag 10 januari 2019 @ 09:28:
@pven Ik heb bij m'n Hyper Backup job op m'n Synology ingesteld dat hij bestanden versleuteld naar Stack moet overzetten. Werkt al een jaar ofzo prima.

N.B. De mappenstructuur/mapnamen/bestandsnamen zijn niet versleuteld. Iemand kan dus wel enig inzicht hebben in je data. Maar de bestanden zelf zijn wel versleuteld en dus niet rechtstreeks te openen als iemand je backup in handen krijgt.

Misschien ligt dat aan je back-up applicatie. Want bij mij is de mappenstructuur niet zichtbaar. Alles zit netjes in bucket files.

[ Voor 37% gewijzigd door aex351 op 23-01-2019 16:56 ]

[flessuh]

Hoeveel mensen hier gebruiken Stack oa voor het delen van foto's (behoorlijk aantal)?

Momenteel gebruik ik hier Google drive voor, maar zit er aan te denken om te switchen naar Stack zodat ik mijn Drive weer als document-dump kan gebruiken

Echter werkt delen met Google Drive natuurlijk wel best soepel. Is Stack goed te vergelijken hiermee in jullie ervaring?

[Brent]

Je kunt geen mappen delen tussen accounts. Je kunt slechts een map via een eigen random URL beschikbaar stellen (evt pw beveiligd). Helaas heb je via zo'n share enkel de filesystem browser, niet de fotobrowser. Daardoor is het praktisch gezien van beperkt nut (wie wil nu via een browser een filesystem browsen om je vakantiefotos te zien).

[SMSfreakie]

ze lezen zeker mee van Transip ;-)
de mislukte uploads hun ruimte wordt sneller weer beschikbaar

[Wtrdk]

Ik heb Stack nu gemount via SSHFS (Ubuntu server 18.04) en dat werkt prima. Probleem is echter dat na een reboot (na een kernel update o.i.d.) ik hem handmatig opnieuw moet mounten.
Het schijn alleen met SSH key te werken, maar dat werkt dus weer niet met Stack. Heeft iemand hier ervaring mee?

[Brent]

fstab entry? kun je een pw opgeven volgens mij.

[Wtrdk]

Brent schreef op woensdag 30 januari 2019 @ 11:36:
fstab entry? kun je een pw opgeven volgens mij.

Dat werkt helaas voor SSHFS niet. Inmiddels heb ik een reactie van de servicedesk van TransIP:

Het is mogelijk om het verbinden via SSHFS op Ubuntu te automatiseren via GNU Xnee. Op het gebruik hiervan kunnen wij geen inhoudelijke ondersteuning bieden. Op de volgende pagina vind je hier meer informatie over:

https://www.gnu.org/software/xnee/

Dat maar eens proberen!

[Brent]

Wtrdk schreef op woensdag 30 januari 2019 @ 12:30:
[...]

Dat werkt helaas voor SSHFS niet.

Je kunt ook het mount commando in je .profile zetten. Doe ik voor een encfs mount.

[ Voor 35% gewijzigd door Brent op 30-01-2019 13:38 ]

[aex351]

Ik heb toch het idee dat Stack niet helemaal goed werkt. Momenteel heb ik 324-325 GB aan data geüpload. In het beheerpaneel van Stack op Transip staat dat er 406 GB aan data in gebruik is. Vervolgens wanneer ik via Webdav controleer hoeveel data in mijn Stack staat, dan staat er 325 GB. Dat is een verschil van bijna 82 GB aan data.

[Sandermm]

aex351 schreef op woensdag 30 januari 2019 @ 14:04:
Ik heb toch het idee dat Stack niet helemaal goed werkt. Momenteel heb ik 324-325 GB aan data geüpload. In het beheerpaneel van Stack op Transip staat dat er 406 GB aan data in gebruik is. Vervolgens wanneer ik via Webdav controleer hoeveel data in mijn Stack staat, dan staat er 325 GB. Dat is een verschil van bijna 82 GB aan data.

Staat er niets in je prullenbak? Die telt ook volgens mij.

[Wtrdk]

Brent schreef op woensdag 30 januari 2019 @ 13:37:
[...]

Je kunt ook het mount commando in je .profile zetten. Doe ik voor een encfs mount.

Probleem is dat hij dan vraagt om een wachtwoord, wat je alsnog weer handmatig in moet vullen. Of is daar een oplossing voor?

[aex351]

Sandermm schreef op woensdag 30 januari 2019 @ 14:09:
[...]

Staat er niets in je prullenbak? Die telt ook volgens mij.

Ik zie geen prullenbak in Webdav. Dus dat lijkt mij niet.

[Ryan_]

aex351 schreef op woensdag 30 januari 2019 @ 14:04:
Ik heb toch het idee dat Stack niet helemaal goed werkt. Momenteel heb ik 324-325 GB aan data geüpload. In het beheerpaneel van Stack op Transip staat dat er 406 GB aan data in gebruik is. Vervolgens wanneer ik via Webdav controleer hoeveel data in mijn Stack staat, dan staat er 325 GB. Dat is een verschil van bijna 82 GB aan data.

Dit is een Windows bug toch?

[Brent]

Wtrdk schreef op woensdag 30 januari 2019 @ 14:45:
[...]

Probleem is dat hij dan vraagt om een wachtwoord, wat je alsnog weer handmatig in moet vullen. Of is daar een oplossing voor?

echo $pw | sshfs huppeldepup

[aex351]

Ryan_ schreef op woensdag 30 januari 2019 @ 15:22:
[...]


Dit is een Windows bug toch?

Lijkt mij niet. De data is direct geüpload vanaf mijn NAS (Synology). Het kan niet zo zijn dat Transip mysterieus er 82 GB aan data bij optelt. Ik denk ook niet dat het de prullenbak kan zijn, want ik heb er verder weinig mee gedaan. Het betreft 2 uploads, zonder een verwijderingsactie.

[Wtrdk]

Brent schreef op woensdag 30 januari 2019 @ 15:27:
[...]

echo $pw | sshfs huppeldepup

Ah, ok, I get it. Thanks

[Sandermm]

aex351 schreef op woensdag 30 januari 2019 @ 15:19:
[...]

Ik zie geen prullenbak in Webdav. Dus dat lijkt mij niet.

Volgens mij gaan alle verwijderde items door sowieso heen, via de webpagina inloggen en daar controleren.

[aex351]

Bleek dat via de online Stack portal nog wel een prullenbak bestond. Deze kan je dus niet via Webdav zien (handig).

Edit: Blijkt dat Owncloud dit niet ondersteund. En dus ook de fork (Stack) van Transip niet. Best slecht. Ik wil helemaal geen gebruik maken van een prullenbak. En ik kan dit dus ook helemaal niet uitzetten via deze fork.

Ik vraag mij eigenlijk af in hoeverre Transip inbreuk maakt door Owncloud uit te geven onder een eigen naam.
https://owncloud.com/ownc...cloud-commercial-license/ Aangezien er nadrukkelijk staat dat elke wijziging ook terug gemerged moet worden naar de Open Source code.

[ Voor 79% gewijzigd door aex351 op 30-01-2019 16:26 ]

[TwArbo]

aex351 schreef op woensdag 30 januari 2019 @ 16:06:
Bleek dat via de online Stack portal nog wel een prullenbak bestond. Deze kan je dus niet via Webdav zien (handig).

Edit: Blijkt dat Owncloud dit niet ondersteund. En dus ook de fork (Stack) van Transip niet. Best slecht. Ik wil helemaal geen gebruik maken van een prullenbak. En ik kan dit dus ook helemaal niet uitzetten via deze fork.

Ik vraag mij eigenlijk af in hoeverre Transip inbreuk maakt door Owncloud uit te geven onder een eigen naam.
https://owncloud.com/ownc...cloud-commercial-license/ Aangezien er nadrukkelijk staat dat elke wijziging ook terug gemerged moet worden naar de Open Source code.

Ze gebruiken geen OwnCloud meer. Alleen ze moesten wel dezelfde WebDav mogelijkheden houden om alles compatible te houden.

[Freeaqingme]

aex351 schreef op woensdag 30 januari 2019 @ 16:06:
Ik vraag mij eigenlijk af in hoeverre Transip inbreuk maakt door Owncloud uit te geven onder een eigen naam.
https://owncloud.com/ownc...cloud-commercial-license/ Aangezien er nadrukkelijk staat dat elke wijziging ook terug gemerged moet worden naar de Open Source code.

Eerder hebben ze dan ook wel aan mensen die daar om vroegen de broncode gedeeld, ondanks dat ze toen ook een commerciele license hadden (heb je nodig om in de app store te mogen verspreiden).

Waar maak jij uit op dat wat ze tegenwoordig aanbieden nog steeds gebaseerd is op Owncloud?

Edit: Wat @TwArbo zegt dus.

[aex351]

TwArbo schreef op woensdag 30 januari 2019 @ 16:39:
[...]


Ze gebruiken geen OwnCloud meer. Alleen ze moesten wel dezelfde WebDav mogelijkheden houden om alles compatible te houden.

Ze draaien Owncloud versie: "8.2.20".

Daarnaast, herken je het wel aan een aantal punten. Zoals de features, de manier hoe dingen werken. En het gebrek aan zaken. Bijvoorbeeld het punt waar ik vandaag tegenaan liep. Het ontbreken van een prullenbak in Webdav, Owncloud heeft deze functionaliteit alleen via de Portal, dit is exact hetzelfde in Stack. Bij Owncloud loopt er al sinds 2015 een feature request hiervoor.

Kortom, Transip maakt gewoon gebruik van Owncloud. En als ik die licentie er op na lees. Dan zijn ze verplicht terug te committen naar de Open Source repository. Als ze bewust de boel obscuur willen houden en doen alsof dit geen Owncloud is, dan zijn ze fout bezig lijkt mij.

[TwArbo]

aex351 schreef op woensdag 30 januari 2019 @ 16:56:
[...]

Ze draaien Owncloud versie: "8.2.20".

Daarnaast, herken je het wel aan een aantal punten. Zoals de features, de manier hoe dingen werken. En het gebrek aan zaken. Bijvoorbeeld het punt waar ik vandaag tegenaan liep. Het ontbreken van een prullenbak in Webdav, Owncloud heeft deze functionaliteit alleen via de Portal, dit is exact hetzelfde in Stack. Bij Owncloud loopt er al sinds 2015 een feature request hiervoor.

Kortom, Transip maakt gewoon gebruik van Owncloud. En als ik die licentie er op na lees. Dan zijn ze verplicht terug te committen naar de Open Source repository. Als ze bewust de boel obscuur willen houden en doen alsof dit geen Owncloud is, dan zijn ze fout bezig lijkt mij.

EDIT: laat maar. Zie de reactie onder mij.

[ Voor 4% gewijzigd door TwArbo op 30-01-2019 17:12 ]

[Freeaqingme]

aex351 schreef op woensdag 30 januari 2019 @ 16:56:
[...]

Ze draaien Owncloud versie: "8.2.20".

Daarnaast, herken je het wel aan een aantal punten. Zoals de features, de manier hoe dingen werken. En het gebrek aan zaken.

Ja, nee. Ergens is een punt wat metadata teruggeeft. Vanwege compatibilteitseisen met oude clients is die pagina onveranderd, maar dat maakt het nog niet direct Owncloud. Het was ooit wel op Owncloud gebaseerd, maar daar zijn ze later vanaf gestapt zodat het beter performde en ze toffere innovaties konden opleveren. Voor klanten veranderde er aan de voorkant in de gui niet (direct) iets, daardoor herken je nog wel heel veel van owncloud.

[M@rijn]

Wtrdk schreef op woensdag 30 januari 2019 @ 08:48:
Ik heb Stack nu gemount via SSHFS (Ubuntu server 18.04) en dat werkt prima. Probleem is echter dat na een reboot (na een kernel update o.i.d.) ik hem handmatig opnieuw moet mounten.
Het schijn alleen met SSH key te werken, maar dat werkt dus weer niet met Stack. Heeft iemand hier ervaring mee?

Zie: Automatische Backups naar TransIP Stack met Restic

[Wtrdk]

M@rijn schreef op woensdag 30 januari 2019 @ 20:08:
[...]


Zie: Automatische Backups naar TransIP Stack met Restic

Nice, thanks!

[aex351]

Freeaqingme schreef op woensdag 30 januari 2019 @ 17:11:
[...]


Ja, nee. Ergens is een punt wat metadata teruggeeft. Vanwege compatibilteitseisen met oude clients is die pagina onveranderd, maar dat maakt het nog niet direct Owncloud. Het was ooit wel op Owncloud gebaseerd, maar daar zijn ze later vanaf gestapt zodat het beter performde en ze toffere innovaties konden opleveren. Voor klanten veranderde er aan de voorkant in de gui niet (direct) iets, daardoor herken je nog wel heel veel van owncloud.

Lijkt mij niet. Het is een fork van Owncloud, op basis van de 8.2.x release waar ze een aantal veranderingen in hebben aangebracht. En een van die "verbeteringen", zoals ik hier lees in deze thread en waar ik zelf ook de voordelen van pluk, is een gelimiteerde Webdav implementatie. Eentje die geen sparse files ondersteund.

Ik kan niet tot de conclusie komen dat het getimmer van Transip aan Owncloud nou een vooruitgang is. Functionaliteit is ook beperkter.