Vállalati Dropbox jellegű megoldás

Web, mail, IRC, IM, hálózatok

Sziasztok!

Egy céges FTP kiváltására keresek Dropbox jellegű webes megoldást.
Az alap elképzelés az, hogy nagy fájlok küldésére, fogadására szeretnék használni a júzerek. Valaki használ hasonló megoldást esetleg? Olyan kellene ami egyszerű és viszonylag normálisan is néz ki.

Köszi!

Zoli

  • 111593 megtekintés

( tompos v | 2013. 03. 18., h – 22:13 )

Mit szolsz a dropbox-hoz?:)
Van egyebkent egy rakas hasonlo cucc -> google://dropbox alternatives

t

Alapvetően szar hozzáállás, de a saját szerverein szeretné a cuccait és valami OS megoldást keresek a problémára.
Az FTP-t erőltetik, de szerintem az már nem "menő" :)
A google megvolt, de valami olyat keresek amit valaki ajánlana is ilyesmi feladatra, nem akarom végigtesztelni az összes 600 félét amit találtam, némi mankó lenne a kérdés oka.

A funkcionalitás kb ebben merülne ki itt:

Adott egy mappa/workspace/akármi, amihez hozzáfér x db admin jellegű user. Ebbe a mappába szeretnének fogadni vendégek által feltöltött fájlokat.
Jelenleg ez úgy van megvalósítva, hogy FTP szerverre van egy "admin" account, ami látja a feltöltött doksikat, a feltöltő user pedig virtuálisan egy upload mappába van chrootolva, ahonnan egy uploadscript rakja át a fájlokat a végleges helyükre. Ez azért van így, hogy egymás feltöltéseit ne lássák, illetve ne cseszegesség, plusz az upload script értesíti az adott terület adminjait is h. jött egy feltöltés. Pureftpd btw.
Owncloud-ot megnézegettem, de 20 perc alatt nem találtam ilyen jellegű megoldást benne, így sajnos az nem jó nekem.

Remélem azért nem annyira bonyolult a probléma leírása. :)

Köszi a segítségeket mindenkinek!

Tényleg lehet hülyeség, mert kevés cégnek nem elég(*) pl. a dropbox biztonsága, illetve nem túl sok cég hajlandó befektetni egy megbízható megoldás kiépítésébe (megfelelő szerver, mentés, DRP, és persze a munkaerő aki ezt 7x24-ben tekeri).

Sokat elárul hogy az FTP-t erőltetik, aminél kevés védtelenebb protokoll van :D Tehát nem az a lényeg hogy biztonságos legyen, hanem hogy saját. Szakmailag nehezen támogatható érv.

Nem kell mindenhova szerver, létezik NAS is a világon. De most nem arról van szó, hanem arról, hogy mégis mi a faszom az, hogy "alapvetően szar hozzáállás" az, hogy a saját, bizalmas adataim nem akarom egy külső cégre bízni? Az, aki ilyet ki mer jelenteni, azt alapvetően el kellene tiltani bármiféle rendszer üzemeltetésétől azonnal.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Igaz. Ez az az eset, amikor az ambíció nagyobb mint a tapasztalat. Ezen túl, azt a szakmai véleményt amiben szerepel a "szar" szó általában rögtön kiröhögöm, még akkor is ha igaza van. Más kérdés, hogy én is használom, de nem is várom el, hogy komolyan vegyék...
--
#conf t
#int world
#no shut

Szerintem az "alapvetoen szar hozzaallas, de" az azt jelenti, hogy a kedves kommentiro szerint eredendoen nem tul szerencses hozzaallas, ennek ellenere meg is ezt akarja. De lehet, hogy nekem tanitottak egesz mas jelentest az "alapvetoen"-nek.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Szerintem ha valakinek haversagbol segitek, akkor nyugodtan leirhatom h szar a hozzaallasa. Az, hogy o egy sajat szerveren szeretne tarolni egy csomo adatot, raadasul ftp loginokat kivan osztogatni, szakmailag semmivel sem biztonsagosabb, mintha elofizet egy online szolgaltato adattarolo megoldasara, aminel mondjuk adottak jelszo policyk, https, stb.
Ezert merem azt kijelenteni, hogy igenis szar hozzaallas azt feltetelezni, hogy valami attol megbizhatobb/jobb, hogy a sajat vasamon van. Ez pusztan jo magyar szokas, hogy nehogymar penzbe keruljon, oldjuk meg valahogy...

Nem olyan rossz az a Dropbox, mert kényelmes. r=1 usernek a kényelem a legfontosabb.
Viszont a kedves ügyfél nem akar "vállalati" Dropboxra előfizetni, így marad a keresgélés valamilyen OS megoldás irányába. A legfontosabb nekem a fájl küldés-fogadás, a többi az csak jó ha van kategória :)

kérlek. Dropbox az ipadra, iphone-ra, otthoni mac-re, munkahelyi linuxra, és tadám, probléma nélkül működik.
Azokat a file-okat, amiket offline szeretnék olvasni az ipaden, egyszerűen kedvencnek jelölök, és kész.
Ezen felül ebben van a legjobb pdf olvasó, amit valaha láttam ipaden.

további hasznos tippek:
http://www.businessinsider.com/dropbox-tips-and-tricks-2012-6?op=1

blackberry-n van szerencsém dropboxhoz, hát ilyen elb*szaott szart még életemben nem láttam, az egy dolog hogy a mindenki által felfogható "másolás" fogalma náluk a "kedvencnek jelölés", de ha van 5db fájlom amit át akarok rakni a telóra, abból kettőig tudja a folyamatot, onnantól pedig semmi, ráadásul a cache mappából kell 3rd party programmal halászgatni hogy hol a p*csába van... egy szemét az egész...

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

az hogy speciálisan nálam ez a probléma vele - egy dolog. viszont magának az elgondolásnak a sutasága eleve kizárja hogy céges környezetben ilyen megoldással végezzenek adatcserét. ha olyan megoldás kell, ami zárt (tehát nem 'feltolom a felhőbe', oszt' ki tudja kihez kerül még az illetékeseken kívül), ami mindenki számára egyértelmű, a mozgatott fájlok kezelése átlátható, a mozgatási folyamat jól működik, akkor nem a dropbox a megoldás! ez arra jó hogy az asszony telójáról és a gyerek pécéjére másoljuk a fotókat ha éppen nincs kéznél adatkábel, de ez nem az a megoldás, ami kiváltja pl. az ftp funkcionalitását, vagy az sftp biztonságát.

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

( foci v | 2013. 03. 18., h – 22:53 )

webdav, spakrleshare, sftp (dokan sshfs)

Akkor részletesen, mert sokan írják, hogy webdav, de ahhoz érdemes lenne akkor normális klienst is írni.

Az owncloud webdav, van kliens hozzá szinte mindenre (amire meg nincs, arra is van, mert webdav)

Én használom pár hónapja, nem csuklik, atomstabil, pedig csak egy 256M, 2vcpu VM van alatta.

Nálam bugzik rendesen:

- feltöltések hajlamosak végtelen ciklusban futni,
- futtatható állományok letöltését véletlenszerűen tiltja,
- 5.0 upgrade esetén a share with link nem működik (illetve, állítólag a squeeze-ben levőnél magasabb PHP verzióval ez megoldódik, de nem szeretnék backport-al gányolni),
- Win7-től felfelé a Webdav-hoz vagy registry-ben taknyolni kell, vagy külső app kell hozzá (NetDrive),
- elég hiányos a magyar fordítás

Összességében játszani jó, de termelésre nem adnám ki

( Fisher v | 2013. 03. 18., h – 23:26 )

Mi ezt használjuk: http://fex.rus.uni-stuttgart.de/

Végül is működik, bár proxy mögé betenni nem volt zseniális ötlet, de egyelőre nem áldozok rá egy egész IP-t.

A kinézet... hát, retró :D De a fogadó fél úgyse lát belőle kb. semmit.

( uhlaci | 2013. 03. 20., sze – 05:53 )

Esetleg svn + ssh? Van hozzá egy csomó grafikus kliens.

( rts | 2013. 03. 20., sze – 07:52 )

Kérdés, hogy mennyire legyen komplex a megoldás. Mi ugyanezzel a problémával szembesültünk. Nem kellett külön kliens program különböző oprendszerekre és hasonló... A kritérium az volt, hogy a cég kapni szeretne ügyfelektől nagy fájlokat és az ügyfelek számára letölthetővé tenni ilyeneket. Szóval inkább írtunk egy saját rendszert magunk. Nem egy nagy vaszisztdasz. A cégből az admin legenerál egy http://domain.hu/valami.php?323Fd7827E899A8877F876C786A39F786C76E756 linket a szisztemben, ügyfélnek kimegy a link emailben, ha rákattint megtalálja a fájl feltöltő felületet és küldheti a cuccot. Ha megjött a cucc, kap róla egy emailt a belső admin. Letöltésnél hasonlóan ugyanez, ha letöltötték az adatokat, arról ugyanúgy kap emailt az admin. Beállítható, hányszor tölthessék le a fájlokat, meddig éljen egyáltalán a link. Admin persze látja mindenkinek az összes fájl forgalmát. Kb. ennyit tud és ez nekünk elég is.
És még az az öröm is megvan, hogy saját fejlesztés volt.
--
#conf t
#int world
#no shut

( golgota | 2013. 03. 20., sze – 14:15 )

vsftpd+ssl
Tökéletesen működik a megfelelő vsftpd beállításokkal.

( igor | 2013. 03. 21., cs – 07:35 )

Természetesen semmi gond velük.
szerk: termésetesen ez az ékezetes kérdésre ment, csak értelmes a hup motorja :)