Dotaz: Jak synchronizovat složky v Linuxu a Windows7

[Berka]

Ahoj, poradí někdo, jak udržovat složku v Linuxu a složku ve Windows7 on-line? Pokud se něco změní v jedné z nich okamžitě se to projeví v té druhé. Děkuji.

Odpovědi

[starejbar]

řešil jsem to taky a vyšel mi z toho dropbox

[Petr Maleček]

Možností je mnoho, začal bych třeba DropBoxem (ano, dostaneme oba 250MB navíc :D). Používám dlouho a k plné spokojenosti. Problém je jen v tom, že potřebuješ přístup k internetu, aby služba fungovala.

Pokud bys chtěl něco jen v rámci interní sítě bez závislosti na internetu, tak rsync a cron.

[ency]

Nebo treba 8GB, viz paticka.

[Berka]

Mě se jedná o to, že upravím soubor.php třeba v pspadu a pokud soubor uložím aby se hned soubor uložil na server a v prohlížeči se načetli stránky už s touto změnou, nechci sdílet data někde u někoho ale na svém pc a svém serveru, možná jsem se špatně vyjádřil. Možnost je WinSCP ale ta umí synchronizaci jen jedním směrem

[Petr Maleček]

To je dost složité, musel by jste jak jsem psal - rsync a nějaký sledovací scriptík, který by v případě, že zjistí změnu rsync spustil. V opačném případě právě ten dropbox :) Je to bezpečné úložiště.

[pavlix]

Obousměrná synchronizace není bezpečná. Nástroje typu rsync apod to nezvládnou.

Na ruční sychronizaci slouží například program unison, případně jakýkoli systém správy verzí (Git, Mercurial, …).

Automatickou synchronizaci bych nedělal, není to dobrý nápad.

[Ruža Becelin]

CIFS

[Berka]

Díky ale o ničem.. v dnešní době komunikace bez šifrování jako by nebyla?

[dustin]

Samozřejmě přes VPNku, třeba OpenVPN. Windowsí klient je docela OK.

[pavlix]

Díky ale o ničem. V dnešní době šifrování bez autentizace jako by nebylo. :D

Teď vážně, kdo ti zakázal CIFS komunikaci zabezpečit?

[dustin]

A co rovnou editovat ten soubor na serveru, přes ssh? No jo, já zapomněl, že ve windows něco jako sshfs/gvfs/kioslaves neexistuje...

Oboustranně dobře synchronizuje unison, na tvůj účel by bohatě stačil. Ale musel by se spouštět pravidelně, třeba každou minutu, třeba v nekonečné smyčce v .bat. A nebo navěsit replikaci na něco jako inotifywait - a já zase zapomněl...

A nebo by možná bylo nejjednodušší pro vývoj začít používat OS, který ti bude výkonným partnerem a ne koulí na noze.

[Berka]

Kdyby existoval Pspad a Photoshop pro Linux nejsem na widlích ani vteřinu...

[Petr Maleček]

PSPad používám už léta pod Linuxem bez sebemenších problémů.

[Berka]

Vážně? A celý nebo jenom tu část kterou zvláda i notepad?

[Šangala]

O kterou funkcionalitu Vám jde? PsPad, jsem používal a je to velmi kvalitní editor i s nějakými charakteristikami IDE. Nicméně na větší projekt to není už to pravé (podle mě), Eclipse (či NetBeans) je na tom mnohem lépe a jako obyčejný editor je zas vim-ko.

[pavlix]

Vlákno bylo přesunuto do samostatné diskuse.

[dustin]

Vždycky existuje alternativa, je to jenom o tom, do jaké míry se člověk chce učit nové věci. Někdy jsou jiné jenom mírně.

[pavel]

Proč to řešit tak složitě....

[dustin]

Problém je, že autor dotazu nemá (zatím) ty soubory přes síťové sdílení (tedy smb/cifs). Kdyby je měl, může editovat rovnou ty.

[pavlix]

Řešení tohoto problému by bylo, kdyby si autor uvědomil, že nepotřebuje to, na co se ptá, ale právě to síťové sdílení nebo jednosměrnou synchronizaci, která je podstatně jednodušší.

[Berka]

A co z toho jako plyne? Nějak jsem to nepochopil :(

[Marián Kyral]

PsPad jsem nahradil Kate. Byl to trochu nezvyk, Kate něco chybí, něco se dělá jinak, ale zase na druhou stranu, umí i něco navíc. Asi nejlepší je podpora sessions - můžu mít pro každý projekt vlastní session. Když ji pak spustím, tak se mi otevře tak jak jsem ji naposledy ukončil. V PsPadu se mi motaly soubory z různých projektů dohromady.

[pavlix]

Asi nejlepší je podpora sessions - můžu mít pro každý projekt vlastní session.

Zavádění či možná „vylepšování“ podpory sessions bylo před pár lety natolik bolestné, že jsem Kate opustil ve prospěch vimu, ve kterém jsem už tak jako tak v té době zvládal spoustu věcí rychleji než v kate.

Pravda je, že jsem cítil nutkání počkat, až to zase dají dohromady, byl jsem na kate hodně zvyklý a ty sessions se postupem času snad nějak srovnaly. Finálním argumentem nakonec byla ta rychlost a plynulost práce.

[kaaja]

A co rovnou editovat ten soubor na serveru, přes ssh? No jo, já zapomněl, že ve windows něco jako sshfs/gvfs/kioslaves neexistuje...

Tak něco jako sshfs by sshfs pro windows by mělo být http://dokan-dev.net/. Nikdy jsem to nepoužil, tak mě prosím nekamenujte.

[Berka]

Zkoušel jsem, ale nenašel jsem verzi, který by po spuštění do 2 sec. nepřestala pracovat...

[pavlix]

Já osobně bych na windows spíš používal to, co windows alespoň jakž takž umějí, takže CIFS.

[Filip Jirsák]

A co rovnou editovat ten soubor na serveru, přes ssh?

Nebo přes WebDAV. Webový server už na tom serveru běží, na portu 80 nebo 443 je ten server jistě také přístupný... Jako bonus máte v některých implementacích verzování nebo zamykání.

[Berka]

Jenže ja se na tu složku z normálních programů ve windows nedostanu, ty data uvidím po připojení jen v tom okne webdav, nikde jinde..

[lertimir]

Podle mne se musíte rozhodnout jakou cestou půjdete. Synchronizace vždy znamená načtu dva adresáře porovnám a provedu akci. Musíte mít něco, co "porovná" a kdy "porovná".

1. První možnost je vzdálený připojený filesystém viz CIFS přes openVPN. Pak nesynchronizujete a pracujete přímo na vzdáleném systému transparentně. Otázka je proč se Vám tahle možnost nelíbí, když to chcete "okamžitě"?
2. Druhá možnost je lokální editace a pak synchronizace. Pokud to ale chcete "okamžitě", potřebujete proces, který Vám bude adresář monitorovat a při změně provede akci (provede trigger "teď synchronizovat". Ve windows netuším jaké monitorovací procesy na adresář jsou. V linuxu (v případě že byste Win běžel jako virtuální stroj se sdíleným diskovým prostorem a editoval ve sdíleném prostoru) můžete monitorovat třeba pomocí watch -d ls -l a následně změnu v adresáři zpracuje do SFTP uploadu.
3. Nebo to můžete mít tak, že budete sychronizovat "ručně" tedy řekněme ručně spustíte skript, který provede např sftp nebo webDAV na cíl, zpracuje rozdíly a provede upload. (Nebo ten skript budete mít součástí startovací dávky PsPadu a při ukončení programu s provede, ale to by jistě nebylo "okamžitě".) V podstatě se dá říci, že ten trigger, který spouští synchro jste vy, a jinak synchro skript může být stejný.

Nic jiného v principu není možné.

[pavlix]

watch -d ls -l

inotify.

a následně změnu v adresáři zpracuje do SFTP uploadu.

Pozor, on chtěl tu synchronizaci oboustrannou. To nejde dělat automatizovaně. Je potřeba aby se oboustrannosti vzdal, nebo se vzdal úplně synchronizace a pracoval nad jedním FS (což by bylo nejlepší). Jinak zbyde pouze možnost 3.

[Filip Jirsák]

WebDAV se dá ve Windows připojit jako normální disk s písmenem. S tím by pak měl umět pracovat každý program.

[pavlix]

Oboustranně dobře synchronizuje unison, na tvůj účel by bohatě stačil. Ale musel by se spouštět pravidelně, třeba každou minutu, třeba v nekonečné smyčce v .bat. A nebo navěsit replikaci na něco jako inotifywait - a já zase zapomněl...

Oboustrannou synchronizaci je potřeba pouštět interaktivně. Kvůli konfliktům. Unison je oproti VCS navíc dost náchylný na ztrátu dat.

[JirkaK]

Pokud by ti nešlo přímo o synchronizaci jako takovou, ale stačilo by ti transparentně pracovat přímo se soubory na serveru, pak by tu bylo několik řešení, napadá mě zhruba tohle:

1. Samba+VPN (OpenVPN) - asi nejlepší řešení, může to být plně transparentní - OpenVPN se dá nastavit tak, aby se automaticky připojila po startu systému, nebo
2. použít sshfs (předpokládám, že bude existovat i alternativa pro windows, viz výše), nebo
3. použít Sambu na serveru a k ní se připojovat přes protunelovaný port skrz ssh (na linuxu pomocí ssh, na windows pomocí Putty).

[pavlix]

Při troše snahy se dá komunikace zabezpečit IPsecem a tím má člověk vyřešeny ekvivalentní problémy pro všechny protokoly.

[petulko]

ja pouzivam spideroak

http://www.linuxexpres.cz/software/spideroak-vs-dropbox