Mentes hogyan

Segédprogramok

Sziasztok,

egy kisebb csoport (kb 20 fo) szamara kellene menteseknek valami infrastrukturat kialakitani. A gepek vegyesek: Windows XP/7, Linux, Mac. Elso korben a mentesek egyszeru masolatokat jelentenenek, amit a felhasznalok maguk keszitenenek. Erre ftps vagy rsync/cwRsync tunik a legegyszerubbnek, de nyitott vagyok masra is.

Ha ftp lesz, akkor vsftpd-t szeretnek tenni. Nem akarom agyonkonfiguralni, a proftpd-t messze nem hasznalnam ki. Viszont ha az utobbi biztonsagosabb, akkor inkabb azt valasztom. Szoval ilyen korulmenyekre eleg a vsftpd?

Az rsync windowsos megoldasait nezegettem, ezek kozul a cwRsync tunt jonak. Ha nem muszaj, nem szerencsetlenkednek cygwinnel. Ez ellen van felhozhato erv? Van jobb megoldas Windowsra?

ftp-n es rsyncen kivul van mas egyszeru lehetoseg az adatokrol masolatot kesziteni?

Egyelore hajlok a cwRsyncre, mert eleg egy bat fajlra kattintani, eleg neki egy ssh szerver, van rogton visszajelzes, hogy sikerult-e athuzni a dokumentumokat es lehet automatizalni (bar ezt jobb szeretnem kerulni).

Koszonom.

szerk: meg annyit fontos lehet tudni, hogy a megoldasnak kulonosebb hegesztes nelkul kellene tudnia a titkositott kapcsolatot. Lehetoleg egyszeru megoldasnak kell lennie, mert egyszer at kell adnom a rendszert. Ha minden igaz, a hardver egy Dell Precision Workstation lesz 2x2TB merevlemezzel (pontosabbat nem tudok).

  • 3111 megtekintés

( zeller | 2010. 08. 09., h – 18:39 )

Kijelentkezéskor lefutó scriptből rsync használatával?

Nem annyira az a resze fontos, hogy az rsync mikent fut le, hanem hogy a windowsos rsync pl. mennyire tunik jo megoldasnak, vagy a vsftpd eleg lehet-e a fenti igenyek kielegitesere.

Valami automatikus windowsos szinkronizalo programrol hallottam, h csak par konyvtar melysegig mentett ujra, ha a backupot toroltek. Szoval ilyesmi gyakorlati tapasztalatok, tanacsok erdekelnenek.

Egyelore ugy tervezem, cwRsync-kel tudnanak szinkronizalni a felhasznalok es esetleg winscp-vel vagy vm firefox addonnal tudnak elerni a masolt dokumentumokat.

--
[citation needed]

( Charybdis | 2010. 08. 09., h – 19:55 )

Oltsd be magad, akkor mentes leszel.

( bsh | 2010. 08. 09., h – 20:10 )

az sftp-hez hogyan jön a vsftpd vagy proftpd?

a vsftpd nálam hibátlanul tudja az ftps-t. ha a felhasználók maguk mentenek, akkor ez lehet jó megoldás. de ha később automatizálni kell, akkor nem ez a nyerő megoldás szerintem.
amúgy a felhasználók egy zárt lan-on vannak, vagy esetleg mondjuk interneten keresztül mentenek egy távoli backup szerverre?

Nem szeretnem automatizalni. A dolog ugy nez ki, hogy en segitek ezt osszerakni, de felelosseget nem vallalok masok adataiert, mert alapvetoen nem ez a feladatom. Ha a felhasznalo nem tolja at a pdfjeit es elszallnak, akkor az legyen az o baja.

A dolog ugy nez ki, hogy zart lan-on van jelenleg mindenki, a gepeket kivulrol nem lehet elerni. Van viszont nehany felhasznalo, akiknek valoszinuleg kivulrol kell elerni a gepet. Mivel nincs sok felhasznalo, valoszinuleg a hosts.allowba bekerulnek azok az ip-cimek, amikrol el lehet erni a gepet, minden egyeb ip tiltva lesz.

--
[citation needed]

ebben az esetben nem tudom minek belső hálóra ez a nagy titkosítósdni... csak lassít. persze kívülről oké.
én sambát raknék fel (illetve az van nálunk), az a legegyszerűbb, megy minden rendszeren, nem kell hozzá külső program, stb.
külső elérésnek meg jó az ftps (vsftpd van nálam)
azt ne felejtsd el, hogy ez nem igazi backup, mert pár információ így elveszik (ntfs jogok esetleg, módosítási idők, ilyesmi)

----------------------------------
feel the beat - it's everywhere!

Backupnak itt eleg, ha van egy plusz masolat. Mas egyeb nem fontos.

Kerdeztem az intezeti rendszergazdat, mit szolna sambahoz, de nem tartja biztonsagosnak. Nekem ilyen gondjaim nem voltak, mikor otthoni halozaton kemeny ket samba klienst beallitottam, de ha jol emlekszem, a titkositott adatforgalom (?) nem volt teljesen trivialis.

--
[citation needed]

Lehet.

Esszeru titkositasra szukseg van, ez manapsag kulonosebb hokusz-pokusz nelkul megoldhato. Aki az adatokat celzottan meg akarja szerezni, az meg tudja, de nem kell kitarni a kapukat. Nyilvan ha atomtitkokrol lenne szo, nem en nyertem volna meg a melot.

A baculat es amandat megnezem majd, eddig nem volt idom.

--
[citation needed]

( bambano | 2010. 08. 09., h – 20:45 )

az én javaslatom bacula vagy amanda.

Nincs tapasztalatom szofisztikalt backup rendszerekkel, ugy gondolom ez nekem szol:
"However, if you are new to Unix systems or do not have offsetting experience with a sophisticated backup package, the Bacula project does not recommend using Bacula as it is much more difficult to setup and use than tar or dump."

Egyelore egyenen beluli okok miatt a kockazat nagyobbnak tunik, de utanaolvasok. Kosz a tippet.

szerk: es valakinek egyszer a szervert at kell adnom...

--
[citation needed]

Szia.

Bár lentebb már írtad, hogy nem a Te felelősséged, de én nem bíznám a felhasználókra a mentést. Ettől eltekintve szerintem Windows alatt erősen ajánlott a VSS és linuxon is valamilyen snapshot használata (OS X-hez nem értek ennyire, nyilván ott is van hasonló megoldás). A szálban jelenleg említett programok közül tudomásom szerint csak az amandának és a baculának van olyan Windows-os kliense, amelyik tudja ezt.

Én néhány megfontolásból inkább az Amandát használom, készítettem hozzá lvm-snapshot és mysqldump scripteket, ha kell tudok segteni a beállításában.

Üdv: Zoli

Koszi. A snapshotot tarolokapacitas hianya miatt nem terveztem, meg aztan az en kapacitasaim is vegesek.

A felhasznalokra bizott mentesekrol nekem is van nemi ellenerzesem, de tobbet nem akarok vallalni, mint amire kapacitasom van.

Athidalo megoldaskent arra gondoltam, hogy hetente/havonta egyszer kimenne egy automatikus email listara, hogy ki mikor lepett be utoljara. Viszont SMTP szervert nem akarok karban tartani es nem tudom lehet-e emailt kuldeni.

--
[citation needed]

A snapshot készítés itt a kliensen történik és csak a mentés idejére, ezért nem kell túl nagynak lennie. Csak azt a célt szolgálja mint a VSS, hogy a mentésed konzisztens legyen.

Mire az általad írt megoldást rendesen összekalapálod, az idő alatt be tudsz állítani egy erre a célra készült alkalmazást is. Legalább is szerintem, de végül is ez a Te feladatod és döntésed.

Üdv: Zoli

Utananezek, hogy van ez pontosan. Paran ajanlottak vonzo megoldasokat (pl. bacula vagy amanda), de olyasmitol tartok elesben hasznalni, amivel semmi tapasztalatom nincsen. Onmagam szorakoztatasara/szivatasara elbutykoltem sambaval, ftp-vel, rsynckel, de pl. az amanda kimaradt.

--
[citation needed]

Namost, ha érdekel, akkor holnap előkotrok egy másik cmd-t, ami viszont a windows saját backup mütyűrjét használja. Az csinál volume shadow copy-t meg minden, és gyak. semmi nem kell hozzá, csak a scheduler, vagy betenni az autostart menübe.

Bár abban végképp nincs csoda, az ntbackup-ot hívja meg pár paraméterrel, a google ilyenkor is jó barát.

Pedig a natív ntbackup, hálás megoldás bír lenni - telepítés, userek felvétele, de a gép használatba vétele előtt egy teljes mentés system state-tel a rendszerdiszkről, majd időnként ezt ismételni (az elsőt, meg az utolsó n darabot tartsd meg). Az adatdiszkről meg teljes, majd inkrementális, ahogy tetszik.

( Kayapo | 2010. 08. 09., h – 21:13 )

Egyfelöl olvasd el ezt: http://hup.hu/node/81664
Ez egy rendkívül egyszerű megoldás a mentésre, ebből kiindulva, készíthetsz sajátot. Ezzel szemben, mivel az rsync windowson üzemeltetésével vannak problémák, ezért egyszerűbb valamilyen erre a célra készített progit használni, valóban bacula, amanda

----
概略情報

( Fisher v | 2010. 08. 09., h – 21:28 )

Nálam a megoldás:

- ami gépet több munka újratelepíteni, mint a mentést helyreállítani, az hálózati boot + clonezilla egyszeri mentés telepítés után. Gyakorlatban ez a laptopokat jelenti, desktop esetén megesik, hogy inkább újratelepítem, mert olyan régi a mentés, hogy azóta már jobb ha.
- az adatokat, amik fontosak, senki se tartsa a saját gépén, de ennek ellenére a gépek mentve vannak backuppc-vel (ez esetleg mac esetén lehet h problémás, mert mac nincs nálunk)

Rendeszeres mentés csak a D: meghajtóról készül, ott vannak a munkák.
Az nem érdekel, hogy az user mit mókol a saját profiljába, ami fontos, azt ne oda mentse.

Ennyire melyen nem akarok belemaszni. Egy egyszeru megoldast keresek, hogy az adatokrol masolatot tudjanak kesziteni a felhasznalok.

A felhasznalok felelossege kell maradjon, hogy az adataik rendben legyenek, nem az enyem. En ahhoz nyujtok segitseget, hogy ezt meg tudjak tenni, de ennel nem tobbet.

--
[citation needed]

Háttőőő... maga a backuppc meglehetősen egyszerű jószág, nomeg tudok (és gondolom még sokan mások is) segíteni, ha elakadsz.

A művelet nagyjából:

- aptitude install backuppc
- meg kell szerkeszteni egy host fájlt, ami meghatóan egyszerű
- az adott share-eket beállítani a win gépeken
- linuxon ssh (copy paste)
- mac-on kicsit érdekesebb, de szerintem az is megoldható

Ha időre csinálja akkor - a mac-ek kivételével - a 20 gép megvan egy órán belül, sörözéssel, teázással - ki mit szeret -, együtt.

Viszont lehet hogy van ami jobban tetszik: régebben mentettem winrarral cuccokat, emlékeim szerint még verziózni is tud, egyszer kell megkalapálni egy mentőscriptet, ami lementi a megfelelő könyvtárakat, és hajrá.

A halozati bootra ertettem, hogy annal lenyegesen egyszerubb dolog kellene. Mivel az infrastruktura elegge korlatozott, csak egy plusz masolat jelentene a backupot, amit a felhasznalok maguk keszitenek. Szoval taroljak az adatokat a D:-n, meg neha huzzak at a tartalmat a szerverre.

Ami a packuppct es winrart illeti, kosz a tippet, utanuk olvasok. A winrar erdekes, nem tudtam h ilyen feladatokra is hasznaljak.

--
[citation needed]

( ozs v | 2010. 08. 10., k – 09:21 )

Ezt nezted mar? > Cobian Backup

Az egyik cimbora hasznalja teljes megelegedettseggel.

---
Lehet, hogy kívül szőke vagyok, de belül sötét, oké?!

Jobban szeretnek valami elterjedt/jobban tamogatott rendszert. Ha valami gebasz van, akkor szeretnem, ha nem en lennek az elso, akinel a problema jelentkezik.

Egyebkent szimpatikus, de az emlitettek es az elottem hozzaszolo tapasztalatai miatt itt errol a lehetosegrol lemondok.

Egyebkent milyen protokollt hasznal? A honlapon ez van: "FTP backup is also supported in both directions (download and upload)."
Meg mi tamogatott?

--
[citation needed]

( Zs | 2010. 08. 10., k – 17:22 )

Nálunk ugyan nem mentésre volt használva az rsync, de a használata során igen kellemetlen meglepetést okozott a téli/nyári időszámítás váltás. A Linuxos szerver a file dátumot UTC-ben értelmezi és a helyi időzónának megfelelően korrigálja, így a file dátuma hirtelen +/- 1 órát ugrik az időszámítás váltásakor. A Windowsos gépek viszont mindent helyi időben kezelnek. Ennek egyenes ágú eredménye volt, hogy hirtelen az összes file új lett a Windowsos gépek szerint és elkezdtek mindent újra szinkronizálni...
Azóta az rsynccel kapcsolatban óvatos vagyok...

( dfodor | 2010. 08. 10., k – 19:04 )

Windows alatt rsync mennyire mukodo megoldas?

--
[citation needed]

Nem feltetlen a leggyorsabb kell, legyen konnyen kezelheto es megbizhato :)

Ha megjon a vas, az ajanlott programokat megnezem, de addig is erdekelnenek tapasztalatok. Az rsyncnel pl. felmerult a problema a karakterkodolassal. Ez nalam nem jelentkezett egyreszt mert nem nagyon hasznalok Windowst, masreszt meg nem hasznalok ekezetes karaktereket fajlnevnek.

--
[citation needed]

( treczker | 2010. 08. 11., sze – 13:46 )

Ha csak Windowsos gépekről lenne szó a robocopy-t is ki lehetne próbálni. Vista óta része a Windowsnak, de a Windows Resource Kit részeként XP alá is elérhető. Jó pár helyen használom, amire nekem kell, arra tökéletes...

------
Az akarok lenni ami akkor voltam, mikor az akartam lenni ami most vagyok...

( dfodor | 2010. 10. 12., k – 11:30 )

Tobb kollegaval probaljuk a lehetosegeket es egyikuknel fura problemaval talalkoztam a cwRsyncnel.

Ime a szkript: 


@ECHO OFF
SETLOCAL
SET CWRSYNCHOME=%PROGRAMFILES%\CWRSYNC
SET CYGWIN=nontsec
SET HOME=%HOMEDRIVE%%HOMEPATH%
SET CWOLDPATH=%PATH%
SET PATH=%CWRSYNCHOME%\BIN;%PATH%
rsync -e "ssh -p xxx" --delete -avz "/cygdrive/d/valami/" xxx@xxx:/home/xxx/backup/
pause

Az a problema, hogy a letrehozott backup konyvtar jogosultsaga 000-ra allitodik minden futasnal. Szoval ha a felhasznalonak kezzel beallitok rwx jogosultsagot, a kovetkezo futasnal 000 lesz mielott szinkronizalni tudna es hibauzenetet dob, hogy a celkonyvtarat nem tudja irni.

Csak egy kolleganal merult ez fel, XP-t hasznal ket fiokkal (egy admin, egy user), de mindkettonel ugyanaz a problema es -- bar ez valoszinuleg tok mindegy -- tobb billentyukiosztas kozott szokott valtogatni (nemet, angol, kinai). Mas elterest nem vettem eszre a tobbiekhez kepest.

A lehetosegek kozul az Amanda nagyon szimpatikus, meg probalgatjuk a lehetosegeket.

--
[citation needed]