Forum Debian Users Gang

gutk · 2012-08-22 14:23:04

Witam,

Pracuję w niedużej firmie gdzie zaistniała potrzeba stworzenia dość bezpiecznego magazynu plików. Niestety nie mam środków aby kupić gotowe rozwiązanie NAS. Posiadam różnej maści komputery stacjonarne (SOHO), które nie są potrzebne a mogłyby posłużyć jako taki serwer plików. Moja koncepcja jest następująca:

Instaluje Debian 6, tworzę około 20 użytkowników systemu każdy ma swój folder domowy i poprzez SSH loguje się przez klienta gdzie umieszcza swoje pliki (nie chciałem tego robić jako FTP).
Posiadam 2 dyski twarde jeden 320Gb oraz 1TB. Chciałem na tym mniejszym zainstalować Debiana (podzielić go na 3 partycje jedna na system osobna na /home i /swap). Na dysku sdb1 stworzyć folder /backup. Napisałem skrypt, który będzie pakował i kopiował zawartość kont użytkowników do /backup. W Cronie ustawię częstotliwość wykonania skryptu i będzie to taki pseudo backup na drugi dysk.

Wady:

Nie potrafię ograniczyć ilości przydzielanych zasobów dla konta (np. 5GB), no i nie wiem jak szybko miejsce się skończy gdyż kopie wykonywane przez skrypt raz na tydzień będą powodować nadmierną liczbę tych samych danych. (mój skrypt będzie robił pełną kopię inaczej niestety nie potrafię tego ustawić)
Prosiłbym o konstruktywną krytykę i podsunięcie uwag (wiem, że są RAIDy, Bacula, LVM, FreeNAS ale nie wiem czy sobie z tym poradzę). Wybrałem SSH ponieważ zapewnia szyfrowanie.

Pozdrawiam

pink · 2012-08-22 14:34:51

ilośc przydzielanych zasobów dla konta = Quota

http://www.linuxhomenetworking.com/wiki/index.php/Q … e_with_Quotas

na temat backupow jest od groma materialow w sieci:
musisz sie zapoznac z haslami:
"full backup", "incremental backup" "differential backup"
a reszte to ci chlopaki/dziewczeta wytlumacza.

meciarz · 2012-08-22 18:32:56

Odnośnie ograniczania miejsca na dysku to oczywiście quota

dawno temu do backupów używałem program , jak dobrze pamiętam, flexbackup
Dwa pliki konfiguracyjne miałem - jeden dla pełnego, drugi dla przyrostowego. Całość odpalana z crona ze wskazaniem pliku conf
Pakowanie może wykonywać automatycznie, w konfigu można było chyba także wskazać wykluczenia

Jeśli chodzi o szyfrowanie, to przecież ftp także może być szyfrowany. Jeśli nie chcesz dawać ludziom dostępu do konsoli po SSH, to można ustawić tak, aby mogli wrzucać tylko pliki po SCP, do tego dla użyszkodników klienta WinSCP (o ile oni pracują na win) - chyba będzie dla nich prościej

thalcave · 2012-08-22 19:59:41

Hosty kliencie pracować będą na Windowsach? Jeśli tak to pokusiłbym się o Sambę. Pełny, łatwiejszy (z punktu widzenia użytkownika) dostęp do plików. Twoją wizje odczytuje, że użytkownicy będą wrzucać pliki na FTPa przy pomocy Filezilli czy innego WinSCPa. Takie użytkowanie nie jest najporęczniejsze więc te pliki będą backupem. Jeśli tak to Ty chcesz robić backup backupu. Czy warto?
A dysponujesz może dodatkowym funduszem na to? Może warto byłoby się pokusić o programowy RAID1 (na dane). Ale do tego przydały się dwa identyczne dyski.

Do kopiowania danych na backup może Ci posłużyć rsync. Albo postaw na LVM i robienie snapshotów: http://tabaszewski.pl/archiwizacja-lvm-jak-zrobic-s … 11/08/26/100/

AAA... chciałem jeszcze zapytać o szyfrowanie... po co? Jak rozumiem wszystko w siexi lokalnej będzie się odbywać.

Ostatnio edytowany przez thalcave (2012-08-22 20:00:53)

gutk · 2012-08-22 21:35:00

Dokładnie tak zrobiłem jak napisał meciarz. Klienci będą mieli zainstalowany WinSCP i poprzez to będą mogli się dostawać na własne konta. Wybrałem takie coś ponieważ użytkownicy będą mogli sami decydować czy dane mają być dostępne dla innych użytkowników a w WinSCP jest to dośc proste zarządzanie uprawnieniami, stworzę do tego poradnik myślę, że to nie będzie koszmar dla użytkowników. thalcave tak to co tam się będzie działo to będzie backup backupu - czy warto? to dobre pytanie... po prostu miałem ostatnio kłopoty z dyskiem i próbuję to jakoś zabezpieczyć. Kasa na drugi dysk myślę by była tak żeby zrobić softwarowy RAID 1, bo niestety kontrolery RAID są bardzo drogie. Muszę też doczytać o tym LVM bo słabo znam temat a wydaje się to też dobrym pomysłem. Szyfrowanie...dane będą transferowane poza sieć lokalną gdyż serwer będzie pracował poza lokalizacją w której przebywam na codzień, mimo, że jest około 20 osób są 3 oddziały a sieć nie jest połączona tunelami VPN itp. Sambę używam także ale do wymiany ale nie walczyłem żeby zasoby były dostępne spoza LAN zastosowałem SSH...a i SSH taki psychologiczny bardzie bodziec w stronę władz, którym muszę przedstawić rozwiązanie ;)

djjanek · 2012-08-23 09:13:49

ja kiedys zrobilem tak ze na jednym mialem serwer samby a na drugi komp synchronizowalem przyrostowo za pomoca rsync.

co do uprawnien mozna zrobic to na kilka sposobow np sam ustawisz kilka zasobow wymiennych, lub skoro masz tylko 20 kont utworz katalogi i nadaj odpowiednie uprawnienia, lub zrob jakas formule ze np folder sch_jan moze odczytywac uzytkownik jan a w skrypcie w cron sprawdzaj czy sa takie foldery i nadawaj im uprawnienia. Co do ssh jako wymiany plikow zycze powodzenia ja sam jako imformatyk nie uzywal bym takiego rozwiazania bo jest toporne.

bns · 2012-08-23 09:17:09

SSH loguje się przez klienta gdzie umieszcza swoje pliki (nie chciałem tego robić jako FTP).

Moim zdaniem strasznie nie wygodne rozwiązanie.
Na jakim systemie siedzą pracownicy, którzy będą się do tego łączyli?

Jacekalex · 2012-08-23 09:32:52

Do ustawiania uprawnień najlepie ustawić użytkownikom odpowiednie parametry umask, wtedy wsio będzie zawsze miało takie uprawnienia, jak powinno.

Ssh przy wymianie plików, jeśli przez WinSCP - to rożnicy między sftp a ftp-ssl nie zauważyłem.

Natomiast w serwerze ssh nie widzę kilku pożytecznych funkcji, które są dostępne we wszystkich serwerach ftp:
- skanowanie antywirusem -Proftpd ma moduł do clama, Pure-ftpd ma uploadscript - w którym można ustawić dowolną akcję dla pliku.
- możliwość ustawienia umask bezposrędnio w serwerze ftp, niezależnie od wartości obowiązujących w systemie.
- w ssh nie widziałem modułu slużącego do ustalania limitów transferu per/pacjent - co w serwerach ftp nie jest niczym niezwykłym.

I przede wszystkim możliwość tworzenia kont wirtualnych, ssh bazuje na użytkownikach systemowych, którzy mają powlokę wymienioną w /etc/shells, a ftp może dane klientow trzymać w SQLu albo własnych konfigach , i obsługiwać użyszkodników, którzy w ogóle nie istnieją w systemie poza ftp.

Dlatego raczej wziąlbym Pure-ftpd zamiast SSH do takiej zabawy, Windows na 100% ma opcję podmontowania zasobu, żeby wisiał w systemie jako folder albo dysk sieciowy.
Wtedy może to być rozwiązanie trochę wygodniejsze niż WinSCP.

Wada ftp w porobwnaniu zssh polega na tym, że choć serwery ftp bez problemu obsługują ssl/tls - to nie znam żadnego, w którym działałoby uwierzytelnienie pacjenta kluczem kryptograficznym,
(choć roftpd podobno ma taką opcję),
co w ssh jest standardem, i jest bardzo proste do skonfigurowania.

Sznurek:
http://cybernetnews.com/cybernotes-map-a-ftp-to-a-drive-in-windows/

Sftp też można tak montować:
http://dokan-dev.net/en/
http://www2.ece.ohio-state.edu/computing/ssh_win.html#PCFT

Ostatnio edytowany przez Jacekalex (2012-08-23 09:55:09)

bns · 2012-08-23 10:39:22

Jacekalex napisał(-a):
Ssh przy wymianie plików, jeśli przez WinSCP - to rożnicy między sftp a ftp-ssl nie zauważyłem.

Chodzi mi o to, żeby wrzucić pliki trzeba uruchomić inną aplikację, połączyć się, przegrać plik. Natomiast aby otworzyć plik zamiast dwuklik na nim trzeba znowu odpalić specjalną aplikację, połączyć się, przegrać plik i otworzyć go.
Moim zdaniem rozwiązania powinny być jak najłatwiejsze do obsługi przez usera.

Jeśli klienci są na Windows to bym to zrobił po smb:
- montowanie zasobu sieciowego pod jakąś literę dysku w systemie albo nawet pod katalog.
- uprawnienia da się ładnie skonfigurować.
- transmisję plików też da się zabezpieczyć - SSL http://www.linuxtopia.org/online_books/network_admi … pa_05_00.html

--edit

Sznurek:
http://cybernetnews.com/cybernotes-map-a-ftp-to-a-drive-in-windows/

ok, to wydaje się obalać mój argument :)

Ostatnio edytowany przez bns (2012-08-23 10:41:53)

Jacekalex · 2012-08-23 10:58:20

Można też postawić OpenVPN na serwerze i u pacjentów, i puścić sambę czy ftp przez tunel i interfejsy tap.
Autoryzcja certyfikatami ssl dziaa w OpenVPN idealnie, do tego może miauczeć o hasło, jeśli dodatkowo dorzuci się pam w konfigu.

I oczywiście ciągle nie widzę, czy ten serwer na backupy stoi w sąsiednim pokoju czy na sąsiednim kontynencie :D
W pierwszym przypadku szyfrowanie nie jest konieczne, w drugim wręcz przeciwnie ;)

Ostatnio edytowany przez Jacekalex (2012-08-23 11:05:34)

gutk · 2012-08-23 13:20:46

Odnośnie upierdliwej obsługi znalazłem takie rozwiązanie odnoście SSH http://www.swish-sftp.org/ mapujemy dysk i działa to w sposób bardziej user friendly niż WinSCP. Problemy jakie ta aplikacja stwarza:
kodowanie polskich znaków w nazwach - nie wiem jak to się dzieje ale po zalogowaniu przez WinSCP są krzaki. Aplikacja też nie pozwala zarządzać uprawnieniami tak jak ma to miejsce w WinSCP. Na razie testuje to.
Odnośnie odległości lokalizacje są w osobnych miastach ~120Km od siebie

Testuje to i testuje i niestety (jak zawsze) pojawiły się kłopoty...mianowicie wydajność

Uruchomiony mam serwer na maszynie wirtualnej w sieci LAN (VirtualBox) i tam dodatkowo jeszcze jeden linux jako klient. Jak kopiuje sobie z Linuxa na serwer przez scp to mam prędkość 20MB/s, natomiast łącząc się w Windzie przez WinSCP nie wyciąga mi nic ponad 7MB/s..dlaczego tak się dzieje??

Ostatnio edytowany przez gutk (2012-08-28 21:10:29)

Forum Debian Users Gang

Ogłoszenie

#1 2012-08-22 14:23:04

gutk - Użytkownik

Serwer plików dla małej firmy - prośba o krytykę pomysłu

#2 2012-08-22 14:34:51

pink - Użytkownik

Re: Serwer plików dla małej firmy - prośba o krytykę pomysłu

#3 2012-08-22 18:32:56

meciarz - Użytkownik

Re: Serwer plików dla małej firmy - prośba o krytykę pomysłu

#4 2012-08-22 19:59:41

thalcave - prawie jak admin

Re: Serwer plików dla małej firmy - prośba o krytykę pomysłu

#5 2012-08-22 21:35:00

gutk - Użytkownik

Re: Serwer plików dla małej firmy - prośba o krytykę pomysłu

#6 2012-08-23 09:13:49

djjanek - Użytkownik

Re: Serwer plików dla małej firmy - prośba o krytykę pomysłu

#7 2012-08-23 09:17:09

bns - unknown

Re: Serwer plików dla małej firmy - prośba o krytykę pomysłu

#8 2012-08-23 09:32:52

Jacekalex - Podobno człowiek...;)

Re: Serwer plików dla małej firmy - prośba o krytykę pomysłu

#9 2012-08-23 10:39:22

bns - unknown

Re: Serwer plików dla małej firmy - prośba o krytykę pomysłu

Jacekalex napisał(-a):

#10 2012-08-23 10:58:20

Jacekalex - Podobno człowiek...;)

Re: Serwer plików dla małej firmy - prośba o krytykę pomysłu

#11 2012-08-23 13:20:46

gutk - Użytkownik

Re: Serwer plików dla małej firmy - prośba o krytykę pomysłu

Stopka forum