Cloud opslag software

[WeHoDo]

Hallo allemaal,

Als eerste, ik weet niet of dit in dit topic hoort of anders bij hosting.

Voor een klant moeten we een FTPS of SFTP opzetten.
Deze zou gebruikt gaan worden voor zijn klanten, om hierop bestanden te kunnen plaatsen voor een order verwerking. Deze bestanden zullen maximaal 3 tot 4 dagen op de server staan.

Omdat dit voor verschillende klanten gaat, is het gebruik van Filezilla misschien niet gebruiksvriendelijk.

Nu ben ik opzoek naar een online opslag software, draaiend op een php / mysql hosting pakket.

Ik heb diverse tools gevonden:
- OwnCloud
- NextCloud
- ProjectSend
- Pydio

Van allemaal heb ik een demo draaien en getest. De een is net wat beter in interface dan de andere.

Allemaal voldoen ze prima aan de eisen. (Inloggen, uploaden (drag n drop) en klaar)
Maar wat is jullie ervaring met deze 4 pakketten?

Voorkeur gaat uit naar Owncloud of Nextcloud.
Maar welke is beter te kiezen?

Of hebben jullie een alternatief?

Clouds via Google Drive, One Drive of andere aanbieders is geen optie.

[Jazzy]

WeHoDo schreef op donderdag 29 maart 2018 @ 10:20:
Omdat dit voor verschillende klanten gaat, is het gebruik van Filezilla misschien niet gebruiksvriendelijk.

Wat mis je met Filezilla? Gemak om gebruikers te beheren of iets dergelijks? Want als het werkt dan zou ik het gewoon lekker simpel houden.

[WeHoDo]

Jazzy schreef op donderdag 29 maart 2018 @ 10:29:
[...]
Wat mis je met Filezilla? Gemak om gebruikers te beheren of iets dergelijks? Want als het werkt dan zou ik het gewoon lekker simpel houden.

Er is simpel hiervoor een handleiding te maken, dat is opzich geen probleem.
Doelde meer op dat er wellicht firewall poorten dicht staan bij de klanten.Ook zijn deze klanten vaak niet op 1 locatie. Of bij hotels / restaurants waarbij de firewall problemen kan geven.

Een https oplossing lijkt mij dan beter.

[MAX3400]

WeHoDo schreef op donderdag 29 maart 2018 @ 10:32:
[...]


Er is simpel hiervoor een handleiding te maken, dat is opzich geen probleem.
Doelde meer op dat er wellicht firewall poorten dicht staan bij de klanten.Ook zijn deze klanten vaak niet op 1 locatie. Of bij hotels / restaurants waarbij de firewall problemen kan geven.

Een https oplossing lijkt mij dan beter.

Geen idee hoe technisch men is maar ook https kan soms geblokkeerd worden als het certificaat door een browser/firewall niet wordt vertrouwd.

Persoonlijk gebruik ik in hotels, McDonalds en andere openbare plekken altijd een SSH-tunnel en routeer dan verkeer daardoor heen. Verdient zeker geen schoonheidsprijs maar tot op heden 100% werkend op alle lokaties.

[WeHoDo]

MAX3400 schreef op donderdag 29 maart 2018 @ 10:36:
[...]

Geen idee hoe technisch men is maar ook https kan soms geblokkeerd worden als het certificaat door een browser/firewall niet wordt vertrouwd.

Persoonlijk gebruik ik in hotels, McDonalds en andere openbare plekken altijd een SSH-tunnel en routeer dan verkeer daardoor heen. Verdient zeker geen schoonheidsprijs maar tot op heden 100% werkend op alle lokaties.

Klopt, maar dit gaat om klanten die je als echte leek moet beschouwen.
Een https verbinding die dan niet werkt zal veel kleiner zijn dan een geblokkeerde poort.

[Glewellyn]

Wat zijn precies de eisen die jouw klant aan de oplossing stelt?

• Moet de oplossing SFTP en FTPS ondersteunen? En hoe zit het dan met andere protocollen?
• Of is de vraag puur functioneel gesteld en is het jouw opdracht om bestandsuitwisseling mogelijk te maken?
  • Moet dat geautomatiseerd kunnen?
  • Moet je (ook) een gebruikersinterface bieden?

Wat zijn die niet-functionele vereisten?

• Hoe zit het met de beschikbaarheid, is het erg als het een uur niet werkt? Of een week, of een maand?
• Hoe belangrijk is de dataintegriteit? Wat is de schade als de data ongeoorloofd veranderd wordt?
• Hoe vertrouwelijk zijn de gegevens die worden uitgewisseld? Wat is de schade als deze op straat komen te liggen?

[ Voor 7% gewijzigd door Glewellyn op 29-03-2018 10:58 ]

[WeHoDo]

Glewellyn schreef op donderdag 29 maart 2018 @ 10:56:
Wat zijn precies de eisen die jouw klant aan de oplossing stelt?

• Moet de oplossing SFTP en FTPS ondersteunen? En hoe zit het dan met andere protocollen?
• Of is de vraag puur functioneel gesteld en is het jouw opdracht om bestandsuitwisseling mogelijk te maken?
  • Moet dat geautomatiseerd kunnen?
  • Moet je (ook) een gebruikersinterface bieden?

Wat zijn die niet-functionele vereisten?

• Hoe zit het met de beschikbaarheid, is het erg als het een uur niet werkt? Of een week, of een maand?
• Hoe belangrijk is de dataintegriteit? Wat is de schade als de data ongeoorloofd veranderd wordt?
• Hoe vertrouwelijk zijn de gegevens die worden uitgewisseld? Wat is de schade als deze op straat komen te liggen?

Protocol: wat het meest handig is voor de gebruiker, zonder poespas. Maar wel veilig.
De uitwisseling is puur handmatig.
Als het er een uurtje uit ligt, is geen ramp.
Bestanden zijn wel vertrouwelijk. Maar als deze op straat ligt, is niet netjes maar geen ramp, maar wel zonodig voorkomen. Er staan geen NAW of andere zaken in. Dus geen patienten dossiers of financiele zaken.

[Verwijderd]

Omdat dit voor verschillende klanten gaat, is het gebruik van Filezilla misschien niet gebruiksvriendelijk.

Als je klanten de aan te leveren data gaan automatiseren dan lijkt me het juist heel erg wenselijk dat je FTPS of SSHFTP bied?

Mij zou je niet blij maken met één of andere owncloud achtige oplossing. Aan de leken moet je ook dat uitleggen dus kan je net zo goed ftp uitleggen dan kunnen eventuele IT'ers er ook wat mee op automatiseringsvlak.

[ Voor 42% gewijzigd door Verwijderd op 29-03-2018 11:32 ]

[WeHoDo]

Verwijderd schreef op donderdag 29 maart 2018 @ 11:30:
[...]


Als je klanten de aan te leveren data gaan automatiseren dan lijkt me het juist heel erg wenselijk dat je FTPS of SSHFTP bied?

Mij zou je niet blij maken met één of andere owncloud achtige oplossing. Aan de leken moet je ook dat uitleggen dus kan je net zo goed ftp uitleggen dan kunnen eventuele IT'ers er ook wat mee op automatiseringsvlak.

De data overdracht moet handmatig. Dit is niet te automatiseren.