[Cloud storage] "Stack" van TransIP

[Osiris]

UPDATE: Door een aantal "incidenten" heeft TransIP besloten dat ze géén GRATIS Stack meer aanbieden (de variant zonder automatische backups), maar alleen nog maar BETAALDE Stack-accounts (mét backup). Zie voor de redenatie hier: https://www.transip.nl/kn...pen-jullie-gratis-stacks/ Bestaande gratis accounts kunnen naar een betaald account "geupgrade" worden.

Zojuist zag ik 't volgende nieuws-artikeltje op Nu.nl:

quote: http://www.nu.nl/internet...rabyte-gratis-opslag.html

Nederlandse Dropbox-concurrent biedt 1 terabyte gratis opslag

De Nederlandse hostingprovider TransIP heeft een eigen clouddienst geïntroduceerd. Gebruikers kunnen 1 terabyte aan data gratis bewaren.
De provider wil met clouddienst Stack gaan concurreren met onder andere Dropbox en Google Drive.

Volgens TransIP worden gegevens bewaard in Stack beveiligd met 256-bit AES-versleuteling. De provider belooft dat opgeslagen gegevens niet worden geanalyseerd. Alleen gebruikers hebben hierdoor toegang tot hun eigen gegevens. Alle servers van de dienst staan in Nederland.

De clouddienst synchroniseert net als Dropbox en Google Drive tussen meerdere apparaten. Hierdoor is dezelfde cloudmap toegankelijk op alle smartphones, tablets en computers van één persoon. Gebruikers mogen ook mappen delen met anderen.

1 terabyte gratis
Een gratis account bij Stack biedt 1 terabyte (1.000 gigabyte) aan opslagruimte. Gebruikers kunnen ook 10 euro per maand betalen voor 2 terabyte, of 50 euro per maand voor 10 terabyte.

Voor een gratis account is op dit moment een speciale uitnodigingscode nodig. De provider verstuurt deze naar bestaande klanten.

Da's natuurlijk wel érg interessant! 1 TB aan data, gratis

Overzichtje van de mogelijkheden bij de diverse cloud storage aanbieders (volgens Stack's eigen site ):

STACK
1000GB gratis online opslag		2 GB	15 GB	5 GB	15 GB
Geen maximale bestandsgrootte				15 GB	15 GB	200 MB	75 MB
Alle bestandssoorten
Opgeslagen in Nederland
Geen analyse van je bestanden
WebDAV ondersteuning

Nadeel: werkt via invites vooralsnog

Modbreak:

Beschikbare invites staan hier: http://www.transip.nl/. Dus niet in je CP!

[ Voor 3% gewijzigd door MisteRMeesteR op 02-12-2020 15:31 . Reden: modbreak ]

[Madcat]

Ik heb inmiddels ook een invite gekregen, het ziet er erg netjes uit.

Echter ik krijg het niet voor elkaar om via het WebDav protocol onder OSX te uploaden.
Heeft iemand anders dit wel voor elkaar gekregen?

[Gerco]

Helaas heeft Stack nog geen support voor schrijven naar webdav onder Mac OS X. De Finder geeft de schijf als write-protected aan en de support gaf aan dat ze er nog aan werken.

[Madcat]

Gerco schreef op donderdag 29 oktober 2015 @ 22:59:
Helaas heeft Stack nog geen support voor schrijven naar webdav onder Mac OS X. De Finder geeft de schijf als write-protected aan en de support gaf aan dat ze er nog aan werken.

Ah, jammer ik had ook al een ticket ingeschoten bij de support afdeling.
Werkt dit al wel goed onder windows 7?

1TB backup klinkt namelijk erg fijn als offsite backup mechanisme

edit:
onder windows 7 werkt dit wel goed.

[ Voor 4% gewijzigd door Madcat op 30-10-2015 08:45 ]

[B0MBACI]

Gerco schreef op donderdag 29 oktober 2015 @ 22:59:
Helaas heeft Stack nog geen support voor schrijven naar webdav onder Mac OS X. De Finder geeft de schijf als write-protected aan en de support gaf aan dat ze er nog aan werken.

Ik dacht het al had de handleiding gevolg maar meer dan lezen kon ik niet

[sweebee]

21:20 aangevraagd
21:25 mail met bevestiging van aanvraag
22:26 activatiecode gekregen
22:37 kon ik aan de slag

Mijn Synology synchroniseert nu alle lokale backups via webdav

[Marzman]

sweebee schreef op vrijdag 30 oktober 2015 @ 00:10:
21:20 aangevraagd
21:25 mail met bevestiging van aanvraag
22:26 activatiecode gekregen
22:37 kon ik aan de slag

Mijn Synology synchroniseert nu alle lokale backups via webdav

Dat gaat niet chronologisch dan Ik heb om 20u07 een bevestiging gekregen, maar nog geen activatiecode.

[Madcat]

Hierbij een reactie van TransIP over WebDav op OSX, het word op dit moment nog niet ondersteund.

---
Super om te horen dat je zo positief bent! Het is inderdaad wel eens rustiger geweest

Helaas moet ik je een enigszins teleurstellen: op dit moment wordt WebDav met STACK op OSX helaas nog niet ondersteund. Je kan wel gebruik maken van de app (https://mirror.transip.net/stack/), en wij gaan ons uiterste best doen om WebDav ondersteuning op korte termijn te implementeren.

Mocht je nog verdere vragen hebben dan beantwoord ik deze graag en ik wil je verder nog een fijne avond toe wensen!

Met vriendelijke groet,
...
--
TransIP BV | http://www.transip.nl/

[ Voor 2% gewijzigd door Equator op 30-10-2015 09:33 . Reden: Namen geknipt. ]

[Roboblock]

Roboblock in "[Cloud storage] "Stack" van TransIP"
Ik heb helemaal niets bij TransIP, maar ben op aanraden van 2Dutch naar de site gegaan, me geregistreerd en binnen een half uur had ik een invite en de boel geactiveerd.
Snelheid tot nu toe het maximum van mijn verbinding (12 Mbps), dat ziet er goed uit.
Ook het feit dat je WebDAV kunt gebruiken vind ik een groot voordeel.

[ Voor 11% gewijzigd door Roboblock op 30-10-2015 13:29 ]

[Madcat]

commentator schreef op vrijdag 30 oktober 2015 @ 13:56:
Het lijkt erop dat bestanden groter dan 2GB wel uploaden maar daarna foetsie raken via webupload

Ik heb zonet een aantal files van 10GB geupload dat prima ging.
Via webupload lijkt het wel sneller te gaan dan via webdav.

[commentator]

Madcat schreef op vrijdag 30 oktober 2015 @ 14:20:
[...]


Ik heb zonet een aantal files van 10GB geupload dat prima ging.
Via webupload lijkt het wel sneller te gaan dan via webdav.

ik heb het vanmorgen als probleem aangegeven bij de supportafdeling dus wellicht hebben ze het nu al gefixt

[Johan9711]

Kan dat niet gewoon via webdav? Ik heb zelf geen Synology NAS, maar volgens mij hoort dat gewoon te kunnen.

[Meessen]

sweebee schreef op vrijdag 30 oktober 2015 @ 00:10:
21:20 aangevraagd
21:25 mail met bevestiging van aanvraag
22:26 activatiecode gekregen
22:37 kon ik aan de slag

Mijn Synology synchroniseert nu alle lokale backups via webdav

Hoe heb je die Synology backup voor elkaar gekregen? Ik kom niet verder als stack mounten als netwerk schijf op mijn Synology, maar daar kan je niet naar back-uppen

[netvista]

Is het iemand al gelukt om stack via webdav te mounten op een synology? Ik krijg "conection refused by sever" als ik probeer connectie te maken.

Op osx kan ik stack wel gewoon munten als share...

[sweebee]

eggda schreef op zaterdag 31 oktober 2015 @ 09:31:
[...]

Hoe heb je stack gemount? Als ik probeer te mounten met het ip adres, krijg ik "unable to connect to server" - als ik de hostname invul in de "Remote Connection set-up Wizard" dan blijft het veld rood

Had het in het synology topic al geplaatst:


Ik heb het volgende gedaan:

Gedeelde map maken met bijv de naam Backup.
Via backup en replica backups maken daar deze gedeelde map
Vervolgens even cloudsync installeren en de gedeelde map koppelen aan webdav (die keuze krijg je bij openen van cloudsync).

Vul de url als volgt in: https://sweebee.stackstorage.com/remote.php/webdav
dus de / na webdav weghalen (eg: https://sweebee.stackstorage.com/remote.php/webdav/)

beste kun je dit eigenlijk doen op een Back-up synology.

[sweebee]

Heeft denk ik met de webinterface te maken. Alles wat mijn synology upload via webdav is nog prima te benaderen.

[nooberke]

sweebee schreef op zaterdag 31 oktober 2015 @ 10:12:
[...]


Had het in het synology topic al geplaatst:


Ik heb het volgende gedaan:

Gedeelde map maken met bijv de naam Backup.
Via backup en replica backups maken daar deze gedeelde map
Vervolgens even cloudsync installeren en de gedeelde map koppelen aan webdav (die keuze krijg je bij openen van cloudsync).

Vul de url als volgt in: https://sweebee.stackstorage.com/remote.php/webdav
dus de / na webdav weghalen (eg: https://sweebee.stackstorage.com/remote.php/webdav/)

beste kun je dit eigenlijk doen op een Back-up synology.

TNX de / was het probleem hier

[Meessen]

eggda schreef op zaterdag 31 oktober 2015 @ 09:31:
[...]

Hoe heb je stack gemount? Als ik probeer te mounten met het ip adres, krijg ik "unable to connect to server" - als ik de hostname invul in de "Remote Connection set-up Wizard" dan blijft het veld rood

File Station > Tools > Remote Connection Setup > WebDav > bij IP je hostname.stackstorage.com invullen (als ik het goed herinner).

sweebee schreef op zaterdag 31 oktober 2015 @ 10:12:
[...]


Had het in het synology topic al geplaatst:


Ik heb het volgende gedaan:

Gedeelde map maken met bijv de naam Backup.
Via backup en replica backups maken daar deze gedeelde map
Vervolgens even cloudsync installeren en de gedeelde map koppelen aan webdav (die keuze krijg je bij openen van cloudsync).

Vul de url als volgt in: https://sweebee.stackstorage.com/remote.php/webdav
dus de / na webdav weghalen (eg: https://sweebee.stackstorage.com/remote.php/webdav/)

beste kun je dit eigenlijk doen op een Back-up synology.

Dat is wel omslachtig zeg Bovendien gebruik ik cloudstation al voor de sync naar me pc.

[ Voor 45% gewijzigd door Meessen op 31-10-2015 12:48 ]

[Thijs?]

CaptJackSparrow schreef op zaterdag 31 oktober 2015 @ 10:37:[..] Het lijkt alsof met het overschrijden van de 2GB grootte het fout gaat en o.a. die bestandgrootte de fout in gaat. Ik heb de laatste seconden van de overdracht deze keer zien wegtellen en... Poef... het bestand was weer geheel foetsie. Voor de tweede keer dus. Na bijna 6,4GB uploaden nog steeds niet meer dan een enkel tekstbestandje van 500 bytes in mijn Stack. [..]

Net even geprobeerd omdat ik nieuwsgierig was. Een bestand van 2,2 GB gepakt. Afronding is inderdaad wat lastig (2 GB van de 2 GB zegt ie op een gegeven moment) maar via Chrome op Windows, via de webinterface, geen probleem. In 1 x geupload.

Webinterface gaat tot 10 GB, want als ik een groter bestand pakt zegt ie:
Het is niet mogelijk om bestanden groter dan 10GB via je browser te uploaden. Voor grotere bestanden kun je gebruik maken van WebDAV of de STACK desktop client.

[ Voor 13% gewijzigd door Thijs? op 31-10-2015 13:28 ]

[nooberke]

Meessen schreef op zaterdag 31 oktober 2015 @ 12:45:
[...]

File Station > Tools > Remote Connection Setup > WebDav > bij IP je hostname.stackstorage.com invullen (als ik het goed herinner).


[...]

Die heb ik nu ook gekoppeld, maar daar kan ik vanuit backup en replicatie niks naar toe krijgen lijkt het

[CaptJackSparrow]

We gaan lekker daar bij TransIP.

Ik had gisterenmiddag de overdracht van het 3,2GB file maar eens gestart met de Windows sync-client. Zag ik eind van de avond dat de overdracht gestopt was. Foutmelding in log: "Het apparaat herkent de opdracht niet". Zo verhelderend. Ik forceerde opnieuw een sync en toen werd de overdracht blijkbaar hervat. Vannacht zijn er nog een paar zeer vreemde meldingen bijgekomen. Hoezo downloaden? Ik heb niets in gang gezet. En wat moet er gechunkt worden? En wat heeft het file gelockt?

In de webinterface staat het bestand nu in mijn Stack maar ik heb geen idee of het er compleet en correct staat. Bij grootte staat domweg 3GB. Een bestandsgrootte in bytes kan ik blijkbaar niet opvragen. Laat staan een of andere checksum. Iets als 'Properties' is er niet.

Stukje log met iets verkorte regels.

code:

1-11-2015 2:55:29 Error downloading https://username.stackstorage.com/remote.php/webdav/bestandsnaam-chunking-1571515347-610-609 - server replied: Locked (Target file  is locked by another process.)3 GB      
1-11-2015 2:54:46 Error downloading https://username.stackstorage.com/remote.php/webdav/bestandsnaam-chunking-1571515347-610-609 - server replied: Locked (Target file  is locked by another process.)3 GB      
1-11-2015 2:54:23 Error downloading https://username.stackstorage.com/remote.php/webdav/bestandsnaam-chunking-1571515347-610-609 - server replied: Locked (Target file  is locked by another process.)3 GB      
1-11-2015 2:53:04 Error downloading https://username.stackstorage.com/remote.php/webdav/bestandsnaam-chunking-1571515347-610-609 - server replied: Internal Server Error3 GB      
31-10-2015 23:46:59 Het apparaat herkent de opdracht niet.3 GB      
31-10-2015 23:18:48 Het apparaat herkent de opdracht niet.3 GB

Wat een oeverloos gedoe.

[netvista]

Is het iemand al gelukt om op de normale manier zijn synology met de Stack webdav te connecten via:

Filestation => Tools => Remote connection => Connection setup => Webdav

Ik krijg namelijk elke keer "connection refused"....

[ Voor 4% gewijzigd door netvista op 01-11-2015 11:09 ]

[Verwijderd]

netvista schreef op zondag 01 november 2015 @ 10:55:
Is het iemand al gelukt om op de normale manier zijn synology de Stack webdav te connecten via:

Filestation => Tools => Remote connection => Connection setup => Webdav

Ik krijg namelijk elke keer "connection refused"....

Ja, heb je de pad ingevuld? Hier moet je 'remote.php/webdav/' invullen, ik weet niet zeker of de / aan het einde moest.

[netvista]

Ik had idd het pad ingevult, maar dan : /remote.php/webdav/ Met slash aan het begin dus. Slash nu weggelaten en het werkt idd ! Thanks!

[Henkie-Jan]

Is het ook mogelijk om een soort administrator account te maken? Ik heb nu verschilende accounts voor cloudsync en werkt verder prima maar ik moet nu voor elke sharedmap een aparte inlog invoeren...

En inderdaad erg jammer dat je niet direct kan backuppen naar webdav. Het lijkt ergens dat Synology een deal heeft met de officiele cloud backup diensten...

Ow en ik dacht dat ze elke dag invites zouden weggeven maar volgens mij is er gister niks gebeurd.

[ Voor 12% gewijzigd door Henkie-Jan op 01-11-2015 12:17 ]

[HaTe]

Ik heb vrijdag een invite bemachtigd door toevallig eens in te loggen, er waren er nog 19 om 21:20. Geluk!

De upload snelheid via WebDAV valt mij tegen, ik haal maar 300kB/s, via de webinterface nog niet getest. Hebben meer mensen zo'n lage snelheid met WebDAV?

[iamzero456]

HaTe schreef op zondag 01 november 2015 @ 12:24:
Ik heb vrijdag een invite bemachtigd door toevallig eens in te loggen, er waren er nog 19 om 21:20. Geluk!

De upload snelheid via WebDAV valt mij tegen, ik haal maar 300kB/s, via de webinterface nog niet getest. Hebben meer mensen zo'n lage snelheid met WebDAV?

Ja ik, maar dat komt vooral door mijn lage uploadsnelheid van mijn provider - 9mbit down en ongeveer 0.8 mbit up ofwel 100kbs
Glasvezel nog niet beschikbaar in nieuwbouwhuis en zit nog vast aan deze provider tot maart 2016.

Op werk ga ik zo testen, heb daar 20/20.

[Henkie-Jan]

Heb hier met glasvezel via de webinterface de volle 100. Via webdav op de PC nog niet geprobeerd. Op de NAS gaat het nu met max. 3,8MB/sec maar dat is meer dan de nas alles bij elkaar moet harken. Zal eens webdav op de pc instellen

[roelbb]

Ik heb middels webdav een netwerkschijf aangemaakt. Die wil ik gebruiken om een backup naar toe te schijven. Echter, als ik opnieuw opstart dan is er geen automatische connect met deze netwerkschijf. Als ik klik op de driveletter komt er een username/password venster naar voren waar alles correct ingevuld is. Ik kan dan gewoon verbinding maken. Alleen dat laatste is niet de bedoeling. ik wil die schijf beschikbaar hebben als ik inlog.

iemand een idee?

[eggda]

netvista schreef op zondag 01 november 2015 @ 11:13:
Ik had idd het pad ingevult, maar dan : /remote.php/webdav/ Met slash aan het begin dus. Slash nu weggelaten en het werkt idd ! Thanks!

Ik loop er al een paar dagen mee te kloten. Maar kom niet verder dan Operation Failed

Heb inmiddels: firewall rules aangepast, port settings voor 5005/6 aangemaakt / de user rechten voor webdav gegeven.
Ik zie vast iets heel simpels over het hoofd.... Iemand een tip?

[Gerco]

HaTe schreef op zondag 01 november 2015 @ 12:24:
De upload snelheid via WebDAV valt mij tegen, ik haal maar 300kB/s

Geen last van. Ik haal minimaal 5MB/sec vanaf een TransIP VPS, meestal meer.

[nooberke]

eggda schreef op zondag 01 november 2015 @ 22:33:
[...]

Ik loop er al een paar dagen mee te kloten. Maar kom niet verder dan Operation Failed

Heb inmiddels: firewall rules aangepast, port settings voor 5005/6 aangemaakt / de user rechten voor webdav gegeven.
Ik zie vast iets heel simpels over het hoofd.... Iemand een tip?

Heb niks in mijn firewall aan hoeven te passen, plaats is een screenshot van je invoer?

[netvista]

eggda schreef op zondag 01 november 2015 @ 22:33:
[...]

Ik loop er al een paar dagen mee te kloten. Maar kom niet verder dan Operation Failed

Heb inmiddels: firewall rules aangepast, port settings voor 5005/6 aangemaakt / de user rechten voor webdav gegeven.
Ik zie vast iets heel simpels over het hoofd.... Iemand een tip?

Hostname/IP : xxxx.stackstorage.com
Port: 443
Path: remote.php/webdav/
Account name: <je user account>
Password: <Je password>
Use webdav HTTPS connection: Check

Verder geen instellingen nodig. Zou moeten werken zo. Tenzij je port 443 dicht hebt gezet natuurlijk

[roelbb]

roelbb schreef op zondag 01 november 2015 @ 20:15:
Ik heb middels webdav een netwerkschijf aangemaakt. Die wil ik gebruiken om een backup naar toe te schijven. Echter, als ik opnieuw opstart dan is er geen automatische connect met deze netwerkschijf. Als ik klik op de driveletter komt er een username/password venster naar voren waar alles correct ingevuld is. Ik kan dan gewoon verbinding maken. Alleen dat laatste is niet de bedoeling. ik wil die schijf beschikbaar hebben als ik inlog.

iemand een idee?

opgelost met een logon script.
map aanmaken en deze sharen als "Netlogon"

in deze map het volgende bestand aanmaken:
logon.bat
net use <driveletter>: https://<stackname>.stackstorage.com/remote.php/webdav /user:<username> <password>

in de windows home versie is eenmalig commando nodig:
open CMD als administrator, dan :
net user <username> /scriptpath:logon.bat

in de pro versie
open de MMC
user properties
profile
script: logon.bat

[ Voor 14% gewijzigd door roelbb op 02-11-2015 10:22 ]

[yannickie111]

Ik heb mijn stack met webdav verbonden met mijn computer.
Ik heb er iets naartoe proberen te kopieren, maar tot nu toe zonder resultaat, helaas.

[lubbertkramer]

netvista schreef op zondag 01 november 2015 @ 10:55:
Is het iemand al gelukt om op de normale manier zijn synology met de Stack webdav te connecten via:

Filestation => Tools => Remote connection => Connection setup => Webdav

Ik krijg namelijk elke keer "connection refused"....

Verwijderd schreef op zondag 01 november 2015 @ 11:07:
[...]

Ja, heb je de pad ingevuld? Hier moet je 'remote.php/webdav/' invullen, ik weet niet zeker of de / aan het einde moest.

Een van jullie inmiddels gelukt, hier blijf ik namelijk "connection refused" krijgen

[M-Opensource]

Heeft iemand z'n Stack al werkend gekregen met de Android app FolderSync? Het maakt niet uit of ik een Owncloud account definieer of een WebDav account, bij beide krijg ik de melding: "Login failed".

- url (remote.php/webdav) en accountgegevens al 10x gecontroleerd, ook met copy/paste
- zit niet achter router, direct op 4G met smartphone

[ Voor 3% gewijzigd door M-Opensource op 02-11-2015 16:05 ]

[Verwijderd]

@ M-Opensource,

wil je het eens proberen met een /
Dus:

remote.php/webdav/

[M-Opensource]

Verwijderd schreef op maandag 02 november 2015 @ 16:12:
@ M-Opensource,

wil je het eens proberen met een /
Dus:

remote.php/webdav/

Met / of zonder maakt geen verschil helaas.

[makooy]

Neyluzz schreef op zaterdag 31 oktober 2015 @ 15:23:
[...]


Je kan dan beter CloudSync gebruiken om een folder waarin je je backups wegschrijft laat syncen met STACK. Werkt goed hier (heb het net ingeschakeld). Snelheden van 8MB/s heb ik al gespot. Ben tevreden

Hoe heb je CloudSync geconfigureerd op de Synology? Ik heb onderstaande maar dan krijg ik "Authorization failed"

Cloud Sync > Webdav
serveradres: https://username.stackstorage.com
user account: username
password: password

EDIT: paar pagina;s terug gevonden:

Cloud Sync > Webdav
serveradres: https://username.stackstorage.com/remote.php/webdav
user account: username
password: password

[ Voor 13% gewijzigd door makooy op 02-11-2015 21:00 ]

[makooy]

Krijg de backups van Synology toch nog niet echt lekker werkend.

Heb een remote syno, vanaf daar kan ik wel Cloud Sync gebruiken naar Stack toe, alleen dit is niet time-managed. Ik wil dat er alleen s'nachts wordt gesynct en niet continue.

Heb wel de Stack WebDAV aan me syno hangen maar dan kan je via "Backup & Restore" geen backup taak maken.

[Meessen]

TerrorSource schreef op maandag 02 november 2015 @ 21:22:
Krijg de backups van Synology toch nog niet echt lekker werkend.

Heb een remote syno, vanaf daar kan ik wel Cloud Sync gebruiken naar Stack toe, alleen dit is niet time-managed. Ik wil dat er alleen s'nachts wordt gesynct en niet continue.

Heb wel de Stack WebDAV aan me syno hangen maar dan kan je via "Backup & Restore" geen backup taak maken.

Je kan de polling rate aanpassen, ik heb hem bijv. om de twee uur gezet. Maar daarmee heb je idd nog niet de controle over wanneer het gebeurt.

[nooberke]

TerrorSource schreef op maandag 02 november 2015 @ 21:22:
Krijg de backups van Synology toch nog niet echt lekker werkend.

Heb een remote syno, vanaf daar kan ik wel Cloud Sync gebruiken naar Stack toe, alleen dit is niet time-managed. Ik wil dat er alleen s'nachts wordt gesynct en niet continue.

Heb wel de Stack WebDAV aan me syno hangen maar dan kan je via "Backup & Restore" geen backup taak maken.

Met de time planner kan je applicaties op gewenste tijden uit en aan zetten op je Synology

[eggda]

netvista schreef op maandag 02 november 2015 @ 08:56:
[...]


Hostname/IP : xxxx.stackstorage.com
Port: 443
Path: remote.php/webdav/
Account name: <je user account>
Password: <Je password>
Use webdav HTTPS connection: Check

Verder geen instellingen nodig. Zou moeten werken zo. Tenzij je port 443 dicht hebt gezet natuurlijk

Thanks

[Dannisi]

rushcraft schreef op maandag 02 november 2015 @ 20:35:
[...]


Folder sync ga ik eens testen, kijken of het hier wel lukt.

Edit: Werkt hier ook niet. Misschien heeft het te maken met het feit dat TransIP een hoop zelf er aan heeft zitten knutselen.

Werkt hier ook niet helaas. Wat gek is, want de normale ownCloud client werkt met Stack en ook elke andere WebDav client die ik geprobeerd heb.

[ghostman]

bartmatsko schreef op dinsdag 03 november 2015 @ 10:01:
Is dit net zo veilig als Google Drive of zo iets? Niet qua privacy maar voor hackers?

https://www.transip.nl/stack/
- Opgeslagen met een 256bit AES sleutel
- Opgeslagen in Nederland
- Geen analyse van je bestanden

De website, software en WebDAV heeft allemaal SSL voor de verbinding dus volgens mij het redelijk veilig.

[MMaster23]

ghostman schreef op dinsdag 03 november 2015 @ 10:11:
[...]

https://www.transip.nl/stack/
- Opgeslagen met een 256bit AES sleutel
- Opgeslagen in Nederland
- Geen analyse van je bestanden

De website, software en WebDAV heeft allemaal SSL voor de verbinding dus volgens mij het redelijk veilig.

HTTPS (niet SSL, das pre-historisch oud )

Echter dat zegt alleen iets over de transport laag (en eventueel hoe de drive encrypted is die bij TransIP staat). Mocht je dus de hardware van TransIP te pakken hebben (zeer onwaarschijnlijk), kun je er niks mee.

Echter, er is geen documentatie of informatie hoe de informatie in rust er uit ziet. Het feit dat je een WebDAV verbinding kunt maken met een simpele username/pass geeft aan dat er of geen encryptie is of encryptie op basis van je username/pass.

Dat laatste betwijvel ik aangezien ze dan alle storage moeten her-crypten nadat je een wachtwoord wijziging doorvoert. Wat veel waarschijnlijker is, is een systeem zoals Dropbox. Een grote masterkey per account of zelfs voor de gehele dienst waarmee je data / iedereen zijn data versleuteld wordt.

Bij diverse diensten, bijvoorbeeld Crashplan, mag je zelf een key invoeren. (Alm folie hoedje: Ja maar slaan ze die key niet stiekem ook op in de cloud via een backdoor??) Ook al heb je dan mijn username/pass te pakken, of weet je de hele dienst te hacken, heb je nog alleen maar een hoop blobjes die niet veel zeggen. Bij crashplan mag je ervoor kiezen:

- Automatisch key management (onbekende key per account)
- Eigen key instellen maar wel resetbaar via je account (bekende key per account, ook bekend bij Crashplan en daardoor te recoveren)
- Je eigen key instellen en niet delen (or so they say )

De laatste is het veiligste echter mocht je hem dus ooit kwijt zijn, heb je helemaal niks meer.
Tevens moet je afvragen of je metadata ook wilt beveiligen. Ook al heb je bestanden geencrypt, bevat de metadata niet al genoeg privacy gevoelige info?

Denk aan:

- Ontslagbrief medewerker x.docx
- BelastingAangifte2015.txt
- PlaatjesVanJeEx.zip
- BlockBusterSuperFilmIn4K.mkv

Meningen hierover zijn verdeeld, maar persoonlijk ben ik meer fan van zogeheten zero knowledge. Storage providers mogen zich druk maken over het zo efficient mogelijk opslaan van mijn bitjes en bytejes maar onder geen enkele voorwaarde weten wat er in mijn bestandenopslag bevind.

(Laten we de discussie "Maar je hebt toch niks te verbergen" maar even skippen )

De reden waarom storage provider geen fan zijn van zero knowledge heeft minder met privacy en meer met simpele storage technieken te maken. Veel data binnen een klant en al helemaal data tussen verschillende klanten hebben (op block niveau) overeenkomende data. Iedereen heeft wel een kopietje van een grappig filmpje of een specifiek mp3tje in zijn verzameling die echt wel meer dan een keer voorkomt. Moderne storage technieken kunnen op die manier onwijs veel data opslag besparen en daardoor een betere en kost effectievere dienst verlenen. Tevens kan compressie veel helpen.

Encryptie zorgt ervoor dat beide deduplicatie alsmede compressie vrijwel onmogelijk worden.
Dit is de reden waarom bedrijven zoals Dropbox je data wel versleuteld met een grote master key. Encryptie op hetzelfde bestand tussen meerdere klanten met dezelfde keys, zal altijd dezelfde blocks opleveren. Deduplicatie is hierdoor weer mogelijk.

Tel daar ook nog bij op dat het meezeulen van je key niet heel verstandig is en onpraktisch op bijvoorbeeld mobile toepassingen. Een username/pass is vele malen makkelijker dan u/p/k (van 256 karakters).

Zelf gebruik wel eens CloudDrive (https://stablebit.com/CloudDrive). Deze kan meedere providers gebruiken om een virtuele schijf te maken (opgeslagen in kleine mini geencrypte bestanden) en op die manier veilig en secuur werken met zero knowledge voor de provider. Het zorgt er echter wel voor dat je altijd deze software moet draaien op je lokale server of PC om je data ook daadwerkelijk benaderbaar te maken. Laatst voor de gein lokale cache leeggehaald en een 1080p demo film rechtstreeks van zo'n cypto-cloud-drive gestreamd. Ging prima

[Verwijderd]

MMaster23 schreef op dinsdag 03 november 2015 @ 10:33:
[...]


HTTPS (niet SSL, das pre-historisch oud )

Echter dat zegt alleen iets over de transport laag (en eventueel hoe de drive encrypted is die bij TransIP staat). Mocht je dus de hardware van TransIP te pakken hebben (zeer onwaarschijnlijk), kun je er niks mee.

Echter, er is geen documentatie of informatie hoe de informatie in rust er uit ziet. Het feit dat je een WebDAV verbinding kunt maken met een simpele username/pass geeft aan dat er of geen encryptie is of encryptie op basis van je username/pass.

Dat laatste betwijvel ik aangezien ze dan alle storage moeten her-crypten nadat je een wachtwoord wijziging doorvoert. Wat veel waarschijnlijker is, is een systeem zoals Dropbox. Een grote masterkey per account of zelfs voor de gehele dienst waarmee je data / iedereen zijn data versleuteld wordt.

Bij diverse diensten, bijvoorbeeld Crashplan, mag je zelf een key invoeren. (Alm folie hoedje: Ja maar slaan ze die key niet stiekem ook op in de cloud via een backdoor??) Ook al heb je dan mijn username/pass te pakken, of weet je de hele dienst te hacken, heb je nog alleen maar een hoop blobjes die niet veel zeggen. Bij crashplan mag je ervoor kiezen:

- Automatisch key management (onbekende key per account)
- Eigen key instellen maar wel resetbaar via je account (bekende key per account, ook bekend bij Crashplan en daardoor te recoveren)
- Je eigen key instellen en niet delen (or so they say )

De laatste is het veiligste echter mocht je hem dus ooit kwijt zijn, heb je helemaal niks meer.
Tevens moet je afvragen of je metadata ook wilt beveiligen. Ook al heb je bestanden geencrypt, bevat de metadata niet al genoeg privacy gevoelige info?

Denk aan:

- Ontslagbrief medewerker x.docx
- BelastingAangifte2015.txt
- PlaatjesVanJeEx.zip
- BlockBusterSuperFilmIn4K.mkv

Meningen hierover zijn verdeeld, maar persoonlijk ben ik meer fan van zogeheten zero knowledge. Storage providers mogen zich druk maken over het zo efficient mogelijk opslaan van mijn bitjes en bytejes maar onder geen enkele voorwaarde weten wat er in mijn bestandenopslag bevind.

(Laten we de discussie "Maar je hebt toch niks te verbergen" maar even skippen )

De reden waarom storage provider geen fan zijn van zero knowledge heeft minder met privacy en meer met simpele storage technieken te maken. Veel data binnen een klant en al helemaal data tussen verschillende klanten hebben (op block niveau) overeenkomende data. Iedereen heeft wel een kopietje van een grappig filmpje of een specifiek mp3tje in zijn verzameling die echt wel meer dan een keer voorkomt. Moderne storage technieken kunnen op die manier onwijs veel data opslag besparen en daardoor een betere en kost effectievere dienst verlenen. Tevens kan compressie veel helpen.

Encryptie zorgt ervoor dat beide deduplicatie alsmede compressie vrijwel onmogelijk worden.
Dit is de reden waarom bedrijven zoals Dropbox je data wel versleuteld met een grote master key. Encryptie op hetzelfde bestand tussen meerdere klanten met dezelfde keys, zal altijd dezelfde blocks opleveren. Deduplicatie is hierdoor weer mogelijk.

Tel daar ook nog bij op dat het meezeulen van je key niet heel verstandig is en onpraktisch op bijvoorbeeld mobile toepassingen. Een username/pass is vele malen makkelijker dan u/p/k (van 256 karakters).

Zelf gebruik wel eens CloudDrive (https://stablebit.com/CloudDrive). Deze kan meedere providers gebruiken om een virtuele schijf te maken (opgeslagen in kleine mini geencrypte bestanden) en op die manier veilig en secuur werken met zero knowledge voor de provider. Het zorgt er echter wel voor dat je altijd deze software moet draaien op je lokale server of PC om je data ook daadwerkelijk benaderbaar te maken. Laatst voor de gein lokale cache leeggehaald en een 1080p demo film rechtstreeks van zo'n cypto-cloud-drive gestreamd. Ging prima

Dit dus! Zelf gebruik ik 7-zip en die encrypt ook filenames. Kwestie van de files hernoemen naar bijvoorbeeld 1.7zip 2.7zip en dan apart in de hoofdmap een tekstbestandje, ook ge-encrypted die als inhoudsopgave functioneert. Als ik wat moet hebben dan download ik het tekstbestandje, decrypt het. Zoek het programma / film / bestand en download de bijbehorende file. Toegegeven, een BEETJE omslachtig maar wel safe in mijn optiek.

[darksnake88]

Dus als ik het goed begrijp werkt het koppelen als netwerkschijf op OSX via WebDAV nog niet. Of zijn er al oplossingen?

[Stroopwafels]

Werkt wel lekker, ik mis alleen een belangrijke feature: namelijk de mogelijkheid om specifieke gebruikers aan een map toewijzen waarna ze via webdav kunnen verbinden en alleen de toegewezen folder(s) kunnen zien en bewerken. Nu is het zo dat 1 gebruiker gelijk toegang tot alles heeft.

Het "delen" op STACK gaat via een interface, ik wil het gewoon via webdav zodat ik backups vanaf diverse servers kan automatiseren en kan uploaden naar STACK. Server 1 moet bijvoorbeeld geen toegang hebben tot de backup folder van server 2.

Weet iemand of zoiets al mogelijk is in STACK?

[timag]

Stroopwafels schreef op dinsdag 03 november 2015 @ 15:45:
Werkt wel lekker, ik mis alleen een belangrijke feature: namelijk de mogelijkheid om specifieke gebruikers aan een map toewijzen waarna ze via webdav kunnen verbinden en alleen de toegewezen folder(s) kunnen zien en bewerken. Nu is het zo dat 1 gebruiker gelijk toegang tot alles heeft.

Het "delen" op STACK gaat via een interface, ik wil het gewoon via webdav zodat ik backups vanaf diverse servers kan automatiseren en kan uploaden naar STACK. Server 1 moet bijvoorbeeld geen toegang hebben tot de backup folder van server 2.

Weet iemand of zoiets al mogelijk is in STACK?

In de betaalde versie krijgt verschillende gebruikers eigen omgevingen. Data is default niet gedeeld tussen gebruikers. Je kan per gebruiker de opslagruimte verdelen.

[ghostman]

Stroopwafels schreef op dinsdag 03 november 2015 @ 15:45:
Werkt wel lekker, ik mis alleen een belangrijke feature: namelijk de mogelijkheid om specifieke gebruikers aan een map toewijzen waarna ze via webdav kunnen verbinden en alleen de toegewezen folder(s) kunnen zien en bewerken. Nu is het zo dat 1 gebruiker gelijk toegang tot alles heeft.

Het "delen" op STACK gaat via een interface, ik wil het gewoon via webdav zodat ik backups vanaf diverse servers kan automatiseren en kan uploaden naar STACK. Server 1 moet bijvoorbeeld geen toegang hebben tot de backup folder van server 2.

Weet iemand of zoiets al mogelijk is in STACK?

Heb hierom contact gehad met TransIP, ze zeggen dat het inderdaad nog niet mogelijk is, maar het staat wel heel hoog op het lijstje om het er in te bouwen. Dus nog even afwachten dus

rushcraft schreef op dinsdag 03 november 2015 @ 16:15:
In dit gehele topic ben ik nog niet veel mensen tegen gekomen die een betaalde Stack hadden aangeschaft (ben er zelf wel 1 van). Waarom word dit niet gedaan? en zit iedereen zo te aasen op die invites... Of mis ik iets
Ik weet dat we Nederlanders zijn en dat ook zullen blijven.

Heb het (nog) niet gedaan omdat ik nu aan 1TB genoeg heb. Zit momenteel op 600GB gebruikt, denk dat ik tegen het einde van het jaar wel ga kijken naar 2TB of 10TB af te nemen. Even wachten tot alles vol zit dus

[Gonadan]

Krijg die webdav niet aan de praat, ondanks al die handige posts in dit topic. Volgens mij mis ik toch nog ergens iets.

Ja hoor, en dan doet 'ie het ineens wel.

Nu nog op de telefoon.

[ Voor 25% gewijzigd door Gonadan op 03-11-2015 20:38 ]

[miekol]

garp schreef op dinsdag 03 november 2015 @ 15:36:
[...]

Voor de duidelijkheid; Arqbackup onderteunt (nog) geen owncloud en dus Stack, toch? Als Arqbackup STack zou ondersteunen zou ik wel gelukkig worden.

Weet je toevallig van tools zoals Arqbackup die wel owncloud ondersteunen?

Oh ja, dat was ik even vergeten, Arq heeft alleen paar grote diensten + SFTP, sorry.

Ik gebruik zelf Syncovery voor het syncen van bepaalde mappen naar mijn NAS. Volgens mij ondersteunt dat sindskort ook backup (naar Webdav).

Daarnaast heb je nog Immortal Files, zelf geen ervaring mee > http://www.immortalfiles.com/.

Maar we gaan nu wel erg off-topic! Meer iets voor het Online Backup Topic

[ Voor 7% gewijzigd door miekol op 04-11-2015 00:42 ]

[Hogu]

Ik lees hier ervaringen met Synology maar heeft iemand al ervaring met qnap?

Ik gebruik de WebDav cloud back-up station uit hun eigen app-center.
Helaas loop ik tegen een probleem aan.
Ik krijg geen verbinding met mijn stack. "authenticatie cloudopslag mislukt"

Ik gebruik de volgende url https://discnaam.stackstorage.com/remote.php/webdav (zonder de / op het einde want anders pakt hij hem al niet) qnap zelf geeft aan dan de url met een poort nummer opgebouwd moet zijn.
Zo dus: https://discnaam.stackstorage.com:443/remote.php/webdav

Maar beide wegen werken niet.
Heeft iemand dit ook gehad en opgelost? Of andere eventuele gedachten?

[Ancoo]

Hogu schreef op dinsdag 03 november 2015 @ 21:43:

Ik gebruik de volgende url https://discnaam.stackstorage.com/remote.php/webdav (zonder de / op het einde want anders pakt hij hem al niet) qnap zelf geeft aan dan de url met een poort nummer opgebouwd moet zijn.
Zo dus: https://discnaam.stackstorage.com:443/remote.php/webdav

Maar beide wegen werken niet.
Heeft iemand dit ook gehad en opgelost? Of andere eventuele gedachten?

Neem aan dat je wel discnaam aangepast heb op jou gebruikersnaam? (zelfde als subdomein als dat je browser gebruikt om bij jou stack te komen?
Bij ubuntu moest ik trouwens https:// in davs:// veranderen

[Gonadan]

Hetzelfde heb ik met apps op mijn telefoon die kunnen verbinden met webdav of owncloud, ze zijn niet aan de praat te krijgen en ik heb geen idee waarom. De stack software doet het wel en op mijn PC doet de webdav het wel. Maar die is zo bagger (ik haat webdav) dat ik liever de client gebruik.

[timag]

Hogu schreef op dinsdag 03 november 2015 @ 21:43:
Ik lees hier ervaringen met Synology maar heeft iemand al ervaring met qnap?

Ik gebruik de WebDav cloud back-up station uit hun eigen app-center.
Helaas loop ik tegen een probleem aan.
Ik krijg geen verbinding met mijn stack. "authenticatie cloudopslag mislukt"

Ik gebruik de volgende url https://discnaam.stackstorage.com/remote.php/webdav (zonder de / op het einde want anders pakt hij hem al niet) qnap zelf geeft aan dan de url met een poort nummer opgebouwd moet zijn.
Zo dus: https://discnaam.stackstorage.com:443/remote.php/webdav

Maar beide wegen werken niet.
Heeft iemand dit ook gehad en opgelost? Of andere eventuele gedachten?

Ik heb hetzelfde probleem. Ik heb ook geprobeerd om wat andere WebDAV sites te verbinden met deze QNAP app/qpkg en daar krijg ik dezelfde foutmelding. Ik heb al eens eerder gehad dat een app niet goed geïnstalleerd werd bij mij maar zonder kennis van de qpkg is dat lastig troubleshooten. Ik heb dit issue ook gepost op het QNAP forum. Daar zijn meer mensen met zo'n probleem maar voorlopig helaas nog even geen oplossing. Op die plek kijken ook de ontwikkelaars van deze apps dus misschien helpt het als mensen hier met een vergelijkbaar issue daar even een "me too" posten om het wat hoger bij QNAP op de prio lijst te krijgen.

In windows krijg ik dit met dezelfde credentials en pad zonder moeite gemapt.

Gonadan schreef op dinsdag 03 november 2015 @ 22:27:
Via mappen als netwerkdrive kwam ik ook op zo'n 800KB/s, via de software ging het al een stuk sneller. En dat is gewoon via wifi.

Ik heb net geprobeerd om even een groot bestand via een gemapte schijf in Windows te uploaden en ik kwam tot de conclusie dat Windows kennelijk niet goed meet. Ik kwam op gemiddeld 65Mb/s. Beetje vreemd want mijn upload is maar 20Mbit...

[ Voor 13% gewijzigd door timag op 03-11-2015 23:08 ]

[Gonadan]

Conflicten even gesimuleerd, die worden nog steeds op de 'fijne' owncloud manier opgepakt, gewoon de oudste hernoemen en apart zetten. Hier heb ik vroeger nog wel heel veel ruzie mee gehad als je twee clients had die gelijk werkten of een mismatch in 'versheid'. Dan heb je zomaar een hele grote bak met nodeloze conflicten. Hopelijk is dit onderhand wel beter geworden want dat is de reden dat ik toentertijd van OwnCloud afgestapt ben.
Plus het kansloos gare en inefficiënte webdav protocol wat gebruikt wordt.
Hopelijk doet die het ook wat beter onderhand.

De actualiteit van de bestanden wordt tegenwoordig wel veel beter geborgd, volgens mij haakt hij nu in op je OS. Opslaan van bestanden triggert per direct een sync, wijzigingen in de stack worden binnen een minuut binnen gehaald.

Nu nog eens testen in hoeverre de agressieve locking bepaalde programma's dwars zit. Zo heb ik met werken in Lightroom nog wel eens problemen gehad omdat synctools zichzelf belangrijker vonden dan de software die de bestandswijzigingen wil doen.

[BramV]

Ik heb een backupbestand van 70GB
- webdav niet mogelijk (c: schijf is 120GB maar 8GB vrij, dat zijn dus de waardes ook voor webdav)
- via http niet mogelijk
Enige optie (?) sync programma
- gisteren eind van de middag gestart: prognose: 1 dag + 10 uur:
Vanmorgen:
: Internal Server Error69 GB
Eerste ervaring
- waardeloos :-)

suggestie's?

[Verwijderd]

Heeft iemand toevallig STACK al kunnen gebruiken in combinatie met de android app van FolderSync?
Ik heb de webDAV adres op verschillende manieren in te voeren (met https://, davs//, met webdav folder erachter maar ook zonder).
Alle pogingen mislukken helaas, krijg verschillende foutmeldingen:
- Service unavailable
- java.util.list bbl.a
- not authorized (dus er word wel verbinding gemaakt)

Onlangs contact opgenomen met TransIP maar hun kunnen mij niet verder helpen.

[Gonadan]

Verwijderd schreef op woensdag 04 november 2015 @ 12:27:
Heeft iemand toevallig STACK al kunnen gebruiken in combinatie met de android app van FolderSync?
Ik heb de webDAV adres op verschillende manieren in te voeren (met https://, davs//, met webdav folder erachter maar ook zonder).
Alle pogingen mislukken helaas, krijg verschillende foutmeldingen:
- Service unavailable

Dan vul je ook het protocol in (https://) wat volgens de handleiding van FolderSync _niet_ de bedoeling is.

- java.util.list bbl.a

Dan is hij verbonden én geauthoriseerd en loopt er iets mis op het ophalen van de mappen. Wat precies ben ik nog niet achter.

- not authorized (dus er word wel verbinding gemaakt)

Dan is je authenticatie nog niet op orde.

Dus ik ben ongeveer net zo ver als jij.

[Verwijderd]

Gonadan schreef op woensdag 04 november 2015 @ 12:47:
[...]

Dan vul je ook het protocol in (https://) wat volgens de handleiding van FolderSync _niet_ de bedoeling is.

[...]

Dan is hij verbonden én geauthoriseerd en loopt er iets mis op het ophalen van de mappen. Wat precies ben ik nog niet achter.

[...]

Dan is je authenticatie nog niet op orde.

Dus ik ben ongeveer net zo ver als jij.

Zonder https:// ervoor ook geprobeerd (vergeten te melden).

Die authenticatie melding krijg ik als ik bewust verkeerde credentials invoer, dit om te controleren of webdav wel reactie geeft.

[Gonadan]

Ook via apps als ES File Explorer lukt het me niet om de webdav te koppelen, daar heeft hij ook fouten. Ergens heb ik het vermoeden dat ik iets over het hoofd zie of dat die implementatie op Android gewoon niet lekker loopt.

[BramV]

In antwoord op mijn eigen vraag: Cyberduck werkt wel:



constant 1.5MB Ziggo 120Mb

BramV schreef op woensdag 04 november 2015 @ 10:03:
Ik heb een backupbestand van 70GB
- webdav niet mogelijk (c: schijf is 120GB maar 8GB vrij, dat zijn dus de waardes ook voor webdav)
- via http niet mogelijk
Enige optie (?) sync programma
- gisteren eind van de middag gestart: prognose: 1 dag + 10 uur:
Vanmorgen:
: Internal Server Error69 GB
Eerste ervaring
- waardeloos :-)

suggestie's?

[CaptJackSparrow]

Ik zou het wel prettig vinden als je aan je eigen kant ook encryptie kunt toevoegen. Liefst vrij 'transparant'. Lokaal heb ik er nooit zo behoefte aan gehad maar voor online storage vind ik het toch wat anders. Hebben mensen daar een goede oplossing voor?

Webdav werkt bij mij nog niet. Wel met een Box account maar bij TransIP krijg ik bij invoeren van die https URL de melding "de opgegeven map is geen geldige map". Bij Box wordt een vergelijkbare https URL wel gewoon geslikt.

[FreshMaker]

CaptJackSparrow schreef op woensdag 04 november 2015 @ 20:18:
Ik zou het wel prettig vinden als je aan je eigen kant ook encryptie kunt toevoegen. Liefst vrij 'transparant'. Lokaal heb ik er nooit zo behoefte aan gehad maar voor online storage vind ik het toch wat anders. Hebben mensen daar een goede oplossing voor?

Webdav werkt bij mij nog niet. Wel met een Box account maar bij TransIP krijg ik bij invoeren van die https URL de melding "de opgegeven map is geen geldige map". Bij Box wordt een vergelijkbare https URL wel gewoon geslikt.

heb je wel de laatste / toegevoegd ?
https://****.stackstorage.com/remote.php/webdav/ <---

Die is kennelijk wel belangrijk in Windows.
( op de Synology moest hij er weer niet bij )

Nu Foldersync op Android nog werkend krijgen, en ik ben een happy camper

[ Voor 4% gewijzigd door FreshMaker op 04-11-2015 20:24 ]

[CaptJackSparrow]

FreshMaker schreef op woensdag 04 november 2015 @ 20:24:
[...]

heb je wel de laatste / toegevoegd ?
https://****.stackstorage.com/remote.php/webdav/ <---

Die is kennelijk wel belangrijk in Windows.
( op de Synology moest hij er weer niet bij )

Had ik allang gelezen ja en van alles geprobeerd. Tot mijn stomme verbazing wordt het wel geaccepteerd als ik die https vervang door ftp. Alleen kan ik dan nergens in het traject mijn password opgeven en ik kom er niet in. Het lijkt dus wel alsof er 'op de achtergrond' iets 'FTP-achtigs' gebruikt wordt voor dat Webdav.

[Verwijderd]

CaptJackSparrow schreef op woensdag 04 november 2015 @ 20:18:
Ik zou het wel prettig vinden als je aan je eigen kant ook encryptie kunt toevoegen. Liefst vrij 'transparant'. Lokaal heb ik er nooit zo behoefte aan gehad maar voor online storage vind ik het toch wat anders. Hebben mensen daar een goede oplossing voor?

Webdav werkt bij mij nog niet. Wel met een Box account maar bij TransIP krijg ik bij invoeren van die https URL de melding "de opgegeven map is geen geldige map". Bij Box wordt een vergelijkbare https URL wel gewoon geslikt.

Probeer BoxCryptor eens, ik gebruik het om een deel van me bestanden die ik sync van encryptie te voorzien.

[FreshMaker]

CaptJackSparrow schreef op woensdag 04 november 2015 @ 20:36:
[...]

Had ik allang gelezen ja en van alles geprobeerd. Tot mijn stomme verbazing wordt het wel geaccepteerd als ik die https vervang door ftp. Alleen kan ik dan nergens in het traject mijn password opgeven en ik kom er niet in. Het lijkt dus wel alsof er 'op de achtergrond' iets 'FTP-achtigs' gebruikt wordt voor dat Webdav.

Ik heb het via de bijgevoegde PDF gedaan, pagina 16 & 17,
de link vanuit de settings in stack gekopieerd, en dmv netwerkmap aangemaakt.

( je moet wel aanvinken "andere credentials" ? )
Anders log je in met de windows account / passwd, en ook dat werkt niet

[CaptJackSparrow]

Ik ging even kijken naar een alternatief voor dat erg beperkte Windows Synctooltje van TransIP. Gebruik al vele jaren zo nu en dan WinSCP en vroeg me af of die misschien ondertussen Webdav zouden ondersteunen (gebruikte versie van 2013).

En ja hoor. Sinds vorig jaar doet ie dat ook blijkt. Na update naar nieuwste versie kan ik nu tenminste op een fatsoenlijke manier in de prettige beproefde 'Commander style' werken met mijn Stack.

[MMaster23]

Heeft er iemand al een werkende webdav verbinding kunnen maken onder Windows Server 2012 R2?

Onder Windows 10 werkt het wel echter on 2012 R2 krijg ik het niet aan de praat.
Blijf steeds System error 67 has occurred - The network name cannot be found krijgen.

Ik heb de Desktop Experience geinstalleerd en de webclient service is actief.
Tevens zijn de service providers goed in Advanced network settings en heb zelfs met webclient bovenaan geprobeerd. De URL in de trusted zone van IE zetten, hielp ook niet. Eveneens het spelen met de Passive FTP setting (wat wonderen zou moeten doen).

Webdav naar Office365 werkt wel goed op die server.
Ook raar.. als ik Fiddler installeren en trust de intercept certificaten, werkt het wel.

Ik gok dus dat er iets qua certificaten niet lekker zit. Iemand nog een idee?

[Gonadan]

darksnake88 schreef op donderdag 05 november 2015 @ 18:01:
Wel jammer dat hij geen 'file resume' functie heeft als je even geen stabiele connectie hebt. Dan mag je weer overnieuw beginnen (wat bij dropbox wel verder gaat met uploaden waar hij was gebleven). Getest met webupload en stack app.

Bij grotere bestanden wel, dan doet hij het in delen. Hier kwam ik achter vanwege een verbindingsfout waarna ik in de log meldingen zag over een deel wat niet corrupt was. Bij opnieuw uploaden zag je het voortgangsbalkje ook het eerste stuk direct vol maken.

Maargoed, het blijft WebDAV dus heel weel intelligentie hoeven we niet te verwachten.

[CaptJackSparrow]

MMaster23 schreef op vrijdag 06 november 2015 @ 00:26:
Webdav naar Office365 werkt wel goed op die server.
Ook raar.. als ik Fiddler installeren en trust de intercept certificaten, werkt het wel.

Ik gok dus dat er iets qua certificaten niet lekker zit. Iemand nog een idee?

Ik krijg ook op een W7Pro machine wel een webdav verbinding met Box.com maar niet met Stack. Roept ook dat het geen geldige padnaam is o.i.d. Vraag me ook af of onbekendheid van het Stackcertificaat o.i.d. de boosdoener is. TransIP biedt nergens informatie hoe je evt. een certificaat van hun zou kunnen toevoegen.

Wat moet je bij Fiddler precies instellen om certificaten te omzeilen? Bij Options in het HTTPS tabje "Ignore server certificate errors"? Bij Gateway nog een proxy definiëren? Iets anders?

[Wolly]

MMaster23 schreef op vrijdag 06 november 2015 @ 00:26:
Heeft er iemand al een werkende webdav verbinding kunnen maken onder Windows Server 2012 R2?

Onder Windows 10 werkt het wel echter on 2012 R2 krijg ik het niet aan de praat.
Blijf steeds System error 67 has occurred - The network name cannot be found krijgen.

Heb dit probleem op een Windows 8.1 computer. Een andere 8.1 pc op hetzelfde netwerk heeft echter geen
problemen

De pc met problemen heeft geen problemen om webdav op te zetten met https://www.crushftp.com/demo
(demo/demo)

[MMaster23]

CaptJackSparrow schreef op vrijdag 06 november 2015 @ 11:38:
[...]

Ik krijg ook op een W7Pro machine wel een webdav verbinding met Box.com maar niet met Stack. Roept ook dat het geen geldige padnaam is o.i.d. Vraag me ook af of onbekendheid van het Stackcertificaat o.i.d. de boosdoener is. TransIP biedt nergens informatie hoe je evt. een certificaat van hun zou kunnen toevoegen.

Wat moet je bij Fiddler precies instellen om certificaten te omzeilen? Bij Options in het HTTPS tabje "Ignore server certificate errors"? Bij Gateway nog een proxy definiëren? Iets anders?

http://docs.telerik.com/f...iddler/Tasks/DecryptHTTPS

Vinkje aanzetten in de options. Je krijgt dan een popup om certificaten te installeren. Deze zorgen voor een lokaal-valide cert chain. Daarom lukt iedere SSL verbinding vrijwel zeker.

Handig voor debug maar compleet onveilig in "productie".

[Stroopwafels]

MMaster23 schreef op vrijdag 06 november 2015 @ 00:26:
Heeft er iemand al een werkende webdav verbinding kunnen maken onder Windows Server 2012 R2?

Onder Windows 10 werkt het wel echter on 2012 R2 krijg ik het niet aan de praat.
Blijf steeds System error 67 has occurred - The network name cannot be found krijgen.

Ik heb de Desktop Experience geinstalleerd en de webclient service is actief.
Tevens zijn de service providers goed in Advanced network settings en heb zelfs met webclient bovenaan geprobeerd. De URL in de trusted zone van IE zetten, hielp ook niet. Eveneens het spelen met de Passive FTP setting (wat wonderen zou moeten doen).

Webdav naar Office365 werkt wel goed op die server.
Ook raar.. als ik Fiddler installeren en trust de intercept certificaten, werkt het wel.

Ik gok dus dat er iets qua certificaten niet lekker zit. Iemand nog een idee?

Heb hier een webdav verbinding op een Windows Server 2012 R2, werkt perfect.

[MMaster23]

Stroopwafels schreef op vrijdag 06 november 2015 @ 11:49:
[...]


Heb hier een webdav verbinding op een Windows Server 2012 R2, werkt perfect.

Ik werk dagelijks met 2012 r2 maar ik kon gisteren de logging van WebDAV / WebClient service niet terug vinden.

[Idanue]

Wolly schreef op vrijdag 06 november 2015 @ 11:47:
[...]


Heb dit probleem op een Windows 8.1 computer. Een andere 8.1 pc op hetzelfde netwerk heeft echter geen
problemen

De pc met problemen heeft geen problemen om webdav op te zetten met https://www.crushftp.com/demo
(demo/demo)

Hier ook met geen mogelijkheid de WebDav aan de praat te krijgen op een windows 8.1 PC.

Windows cannot access blabla...

Edit: Even getest en de crushftp webdav werkt bij mij ook gewoon.

[ Voor 6% gewijzigd door Idanue op 06-11-2015 16:18 ]

[MoiZie]

Ik denk dat er ook wat mis is met de SSL daar. Mijn via webdav gekoppelde folder in mijn eigen owncloud server, laat zien dat de 'last modified' datum van die map, 'in 18 years' is. Tevens, als ik een folder in mijn eigen owncloud, via publieke link wil toevoegen aan stack via de knop 'add to owncloud', krijg ik dit ook niet werkende vanwege; jawel, invalid SSL certificate'. Mogelijk komt dit dan weer door een foutieve datum? Support, levert niet echt support, want 'ze leveren stack, niet owncloud'.

[Yoghoo]

Ik ben sinds een paar dagen ook aan het testen. Helaas erg veel problemen gehad. O.a. 501 internal server errors en dat mijn Stack URL niet beschikbaar was.

Ook duurde het erg lang voordat 2 bestanden (van 5 en 10 Gb) overgezet waren. Zowel met webinterface als met WebDav geprobeerd. Werd vaak onderbroken door errors.

Ga het nog even verder testen voordat ik er 'serieus' gebruik van ga maken.

[bartmatsko]

Ik probeer op dit moment STACK uit en heb een paar vraagjes en denk dat jullie mij wel kunnen helpen

Omdat ik een 120GB SSD heb, heb ik niet erg veel ruimte over voor bijvoorbeeld foto's. Nu leek het mij handig deze dan op STACK te zetten, maar bij de gratis versie (meer dan genoeg ruimte) staat dat er geen backups mogelijk zijn. Ik snap niet helemaal wat dat inhoud. Want als je iets verwijderd kan je het wel terug halen en ik dacht altijd dat cloud opslag op meerdere datacentrums werd gezet zodat data niet kwijt kan raken. Waarvoor heb je die backups dan nodig?

Daarnaast vraag ik me af wat het grote verschil is tussen de Applicatie STACK en Webdav. Als je synchroniseert via de applicatie van STACK dan synchroniseert die applicatie een lokale map met je STACK cloud. Dus alle bestanden moeten ook op je pc staan wat ruimte inneemt. Hoe werkt dat met webdav? Staan de bestanden dan ook op je pc of kan je er echt alleen bij als je een internet verbinding hebt?

[Perkouw]

bartmatsko schreef op maandag 09 november 2015 @ 09:53:
Ik probeer op dit moment STACK uit en heb een paar vraagjes en denk dat jullie mij wel kunnen helpen

Omdat ik een 120GB SSD heb, heb ik niet erg veel ruimte over voor bijvoorbeeld foto's. Nu leek het mij handig deze dan op STACK te zetten, maar bij de gratis versie (meer dan genoeg ruimte) staat dat er geen backups mogelijk zijn. Ik snap niet helemaal wat dat inhoud. Want als je iets verwijderd kan je het wel terug halen en ik dacht altijd dat cloud opslag op meerdere datacentrums werd gezet zodat data niet kwijt kan raken. Waarvoor heb je die backups dan nodig?

Daarnaast vraag ik me af wat het grote verschil is tussen de Applicatie STACK en Webdav. Als je synchroniseert via de applicatie van STACK dan synchroniseert die applicatie een lokale map met je STACK cloud. Dus alle bestanden moeten ook op je pc staan wat ruimte inneemt. Hoe werkt dat met webdav? Staan de bestanden dan ook op je pc of kan je er echt alleen bij als je een internet verbinding hebt?

Die eerste weet ik even geen antwoord op. Die ander is juist.
Stack app = data lokaal, data cloud
Webdav = data cloud

[ThinkPad]

Geen backups = als de server waar jouw data op staat in de hens vliegt, of iets anders mee gebeurt dan is het pech gehad. Als je een dienst neemt met backupmogelijkheid dan staat je data veel veiliger omdat er naast de data waar jij bij kan, nog ergens een backup is.

De Stack applicatie lijkt mij meer zoals Dropbox, een lokale map die constant heen- en weer wordt gesynchroniseerd. Bij WebDAV staan je bestanden alleen op de externe server en dus niet op je PC.

[ Voor 39% gewijzigd door ThinkPad op 09-11-2015 10:03 ]

[Perkouw]

G.Scholtens schreef op maandag 09 november 2015 @ 10:49:
Heb nu ook eindelijk mijn stack account voor elkaar.
Kan ik vanaf mijn samsung smart tv ook bij deze share komen, zodat ik bijvoorbeeld films en foto's kan bekijken direct vanaf mijn tv?

Wat heb je zelf al opgezocht en gevonden? Begrijp me niet verkeerd. Maar hier kunnen we natuurlijk weinig me. Welke TV heb je? Welke opties heeft je TV (doe even research). Kan je WebDav koppelen bijv?

Mijn eerste reactie: Nee.

[FlorisD]

G.Scholtens schreef op maandag 09 november 2015 @ 10:49:
Heb nu ook eindelijk mijn stack account voor elkaar.
Kan ik vanaf mijn samsung smart tv ook bij deze share komen, zodat ik bijvoorbeeld films en foto's kan bekijken direct vanaf mijn tv?

Als je TV DLNA ondersteunt zou je het wellicht via een U-bocht daarmee kunnen regelen (dus WebDAV mounten op een computer, en die map dan weer delen met de tv via DLNA). Iets anders zou sterk afhankelijk zijn van wat je TV precies ondersteunt qua communicatiemogelijkheden.

[idef1x]

Voor degene die hem als webdav willen mounten....de url is inderdaad gelijk als bij owncloud:

https://<url>/remote.php/webdav/

Nu eens kijken of dat wat wil perfomen....moet lukken met slechts 4Mbps upload

[G.Scholtens]

FlorisD schreef op maandag 09 november 2015 @ 10:57:
[...]

Als je TV DLNA ondersteunt zou je het wellicht via een U-bocht daarmee kunnen regelen (dus WebDAV mounten op een computer, en die map dan weer delen met de tv via DLNA). Iets anders zou sterk afhankelijk zijn van wat je TV precies ondersteunt qua communicatiemogelijkheden.

TV is een Samsung F6770 serie, deze ondersteunt DLNA.
Denk als ik plex erop zet en deze laat kijken naar de stack url.

[webgangster]

Perkouw schreef op maandag 09 november 2015 @ 11:31:
[...]


Ik vroeg het net ook al. Maar wat bedoel je met niet optimaal? Hier trek ik de upload dus gewoon 100% dicht zonder problemen. Transfers van kleine files dan wel grote files gaan dan ook op zijn zachts gezegd vlotjes.

Met niet optimaal bedoel ik het volgende: Als ik grote bestanden wil uploaden via webdav koppeling dan kan hij in 1 keer veel data overpompen en stopt het vervolgens weer voor een tijdje, en na verloop van tijd gaat hij weer als een speer. En telkens bij het voltooien van een opdracht (kan meerdere bestanden zijn) hangt hij.

[Perkouw]

webgangster schreef op maandag 09 november 2015 @ 11:35:
[...]


Met niet optimaal bedoel ik het volgende: Als ik grote bestanden wil uploaden via webdav koppeling dan kan hij in 1 keer veel data overpompen en stopt het vervolgens weer voor een tijdje, en na verloop van tijd gaat hij weer als een speer. En telkens bij het voltooien van een opdracht (kan meerdere bestanden zijn) hangt hij.

Maar je gaf net aan dat de verbinding ook niet optimaal was bij het gebruik van de webinterface.

[Jeroen_R]

webgangster schreef op maandag 09 november 2015 @ 11:35:
[...]


Met niet optimaal bedoel ik het volgende: Als ik grote bestanden wil uploaden via webdav koppeling dan kan hij in 1 keer veel data overpompen en stopt het vervolgens weer voor een tijdje, en na verloop van tijd gaat hij weer als een speer. En telkens bij het voltooien van een opdracht (kan meerdere bestanden zijn) hangt hij.

Volgens de FAQ van TransIP:
" Windows kent overigens nog een andere weergave 'bug': wanneer je een of meerdere bestanden uploadt via WebDAV (dus als netwerkschijf), dan zullen de grafieken voor het wegschrijven van de data niet kloppen. Per bestand zal er namelijk eerst een 'burst' zijn waarbij de data klaar wordt gezet, maar tijdens het daadwerkelijke uploaden laat Windows dit niet zien. Hierdoor zal het bij grote bestanden net lijken alsof er niets meer gebeurt, maar er is wel degelijk dataoverdracht."

[swv]

sweebee schreef op zaterdag 31 oktober 2015 @ 10:12:
[...]


Had het in het synology topic al geplaatst:


Ik heb het volgende gedaan:

Gedeelde map maken met bijv de naam Backup.
Via backup en replica backups maken daar deze gedeelde map
Vervolgens even cloudsync installeren en de gedeelde map koppelen aan webdav (die keuze krijg je bij openen van cloudsync).

Vul de url als volgt in: https://sweebee.stackstorage.com/remote.php/webdav
dus de / na webdav weghalen (eg: https://sweebee.stackstorage.com/remote.php/webdav/)

beste kun je dit eigenlijk doen op een Back-up synology.

Ik heb de boel nu werkende volgens bovenstaande stappenplan en uploaden gaat vooralsnog zonder problemen. Wel slim om er speciaal een lokale backup map voor aan te maken op de NAS zodat je wat selectiever documenten e.d. kan backuppen. Om er nou films en software mee te backuppen is niet helemaal de bedoeling lijkt mij

bartmatsko schreef op maandag 09 november 2015 @ 11:39:
Ze hebben de homepagina ook aangepast en daar staat groot: "STACK MONDAY Geen invite? We delen er vandaag nog heel veel uit!"

Dus ik zou vandaag even goed de website in de gaten houden!

Dat meen je niet Wat denk je dat iedereen hier aan het doen is

[BartB.]

webgangster schreef op maandag 09 november 2015 @ 11:29:
[...]


Ik begrijp de webinterface nu om grotere bestanden te uploaden, dat gaat merkbaar beter maar je merkt nog steeds dat de verbinding niet optitmaal is. Als hij het doet gaat hij snel, heel snel. Ik heb liever een constante verbinding dat minder snel is.

Ik zal nog eens kijken hoe het bij mij via de webinterface gaat inderdaad. De OSX app blijft bij mij errors strooien en ik krijg het 2GB bestand er simpelweg niet mee geüpload.

Ik heb het idee dat in elk geval de OSX app op dit moment nog te veel last heeft van andere processen die het bestand locken, of wijzigen terwijl de synchronisatie nog bezig is. Zo heb ik ook nog een paar keer "Local file changed during sync" in mijn log staan (wat kan kloppen, omdat ik nog bezig was het bestand naar de Stack-map te kopiëren, maar de Stack-app ondertussen al wel was begonnen met synchroniseren). Vervolgens een onduidelijke error bij 100%. En even later weer een andere error: "Error downloading ..... - server replied: Locked (target file is locked by another process).

Daar is nog wel wat werk aan de winkel dus... Hoewel de OSX-app bij mij toch de deur uit gaat zodra ik 'm met WebDAV kan mounten natuurlijk.

[BlazeMuis]

Hmm.. Kan hier op school ineens niet meer inloggen op de webinterface, Webdav werkt wel gewoon.

Krijg een 500 Internal Server Error. Heeft iemand anders dit probleem nu ook?

[DennusB]

wesley17 schreef op maandag 09 november 2015 @ 12:48:
Hmm.. Kan hier op school ineens niet meer inloggen op de webinterface, Webdav werkt wel gewoon.

Krijg een 500 Internal Server Error. Heeft iemand anders dit probleem nu ook?


[afbeelding]

Support call aanmaken?

[bartmatsko]

wesley17 schreef op maandag 09 november 2015 @ 12:48:
Hmm.. Kan hier op school ineens niet meer inloggen op de webinterface, Webdav werkt wel gewoon.

Krijg een 500 Internal Server Error. Heeft iemand anders dit probleem nu ook?


[afbeelding]

Ik krijg gewoon inlog pagina, dus denk dat het aan je schoolnetwerk ligt!

[ Voor 33% gewijzigd door bartmatsko op 09-11-2015 12:50 . Reden: Dubbele post ]

[sig69]

Gebruikt iemand WebDAV CloudBackup Station op een Qnap nas? Ik krijg geen verbinding, alleen "Cloud storage authentication failed."

[BartB.]

In tegenstelling tot uploaden via de OSX-app, werkt het uploaden van grote bestanden via de webinterface inderdaad prima. Via de app worden die vervolgens ook netjes zonder problemen naar m'n Macbook gedownload, dus dat werkt allemaal goed.

Nu maar eens met WebDAV gaan spelen, ook al is dat nog read-only.

[Hooglander1]

Synchroniseren met een Synology gaat hier uitstekend over WebDav. Ook meerdere shares in 1 keer is geen probleem (iig met DSM6 beta). Mijn Syno upload (met encryptie) met enkele megabytes per seconde, maar daarin is het echt de NAS die de bottleneck is qua CPU kracht. Non encrypted ging het hier al met 7 MB/s. Beetje afhankelijk van de grootte van de files.

[makooy]

Hooglander1 schreef op maandag 09 november 2015 @ 16:17:
Synchroniseren met een Synology gaat hier uitstekend over WebDav. Ook meerdere shares in 1 keer is geen probleem (iig met DSM6 beta). Mijn Syno upload (met encryptie) met enkele megabytes per seconde, maar daarin is het echt de NAS die de bottleneck is qua CPU kracht. Non encrypted ging het hier al met 7 MB/s. Beetje afhankelijk van de grootte van de files.

Hoe heb je alles ingesteld?
Heb zelf ook DSM 6.0 beta maar kan maar 1 map tegelijk syncen.