WD My Cloud zrcadleni



Vazeni a mili,uz nekolik dni se snazim vyresit nasledujici problem, lec bez uspechu:Mam dva disky My Cloud 3TB. Jeden chci mit doma a druhy na chate, pricemz bych chtel mit na obou stejny obsah (delam obcas na chate, obcas doma). Existuje nejaka moznost jak oba disky propojit pres VPN tak, aby se zrcadlily?Predem diky za odpovedigufy
Ahoj, neviem, ci je rozumne stavat nejake permanentne VPN. Nemyslim si, ze mas routre, ktore toto dokazu, domace to vacsinou nevedia).Skor sa poobzeraj, ci WD nema taku aplikaciu, ktora sa da na tento NAS nainstalovat a dokaze tuto vec.Pripadne, mozno tam taka funkcia je priamo vstavana v menu.Nemam taky NAS, takze nedokazem povedat presnejsie.Co ale casto vidam v poradne, ludia maju s tymito zazrakmi dost problemov...
<p>použil jsem klientský software vpn v systému mac os x, který unesl výchozí cestu k odeslání veškerého provozu tunelem (ve skutečnosti, pokud mi paměť slouží správně, to bylo cisco). pokud by byli nainstalováni dva tito klienti, nebo dokonce jeden a zdravý klient, pak odpověď na otázku „kam tento paket půjde?“ bude záviset na čase a implementaci. pravděpodobné možnosti jsou, že jeden z klientů „vyhraje“ a vyzvedne veškerý provoz, nebo že jeden z tunelů je implementován prostřednictvím druhého. co se stane v takovém případě na windows, je mimo mě.</p><p>když mluvíte o konfliktech „řešení adres“, záleží na tom, co máte na mysli. pokud máte na mysli arp řešení, neměl by to být problém. stejně jako u každého systému připojeného ke dvěma sítím by měla být v mac adresách dostatečná jedinečnost, aby nedošlo ke kolizím. pokud jde o rozlišení dns, záleží to na konkrétních implementacích klientů vpn a klientské schránky v soukromé síti. pokud se chovají správně, mělo by být možné použít server dns přes privátní síť nebo veřejnou síť (všimněte si však možnosti kolizí názvů na počítačích v klientských doménách vyhledávání). pokud se nebudou chovat, pak to opět záleží na specifikách situace.</p> <p>jak již oscar cabrero odpověděl, pravděpodobně budete chtít cdn a ne skutečný multisite hosting.</p><p><em> statické </em> webové stránky mohou být relativně snadno hostovány na několika kontinentech. <em> dynamické </em> weby nemohou - replikace (velkého) dynamického datového souboru (tj. co je v databázi) přes pomalé a nespolehlivé odkazy wan je velmi obtížný problém řešit dobře.</p><p>chcete tedy zachovat veškerý svůj dynamický obsah (tj. generování html) v jedné lan a přesunout statický obsah (obrázky log, css, js) do sítě pro doručování obsahu.</p><p> <a href="http://cloudharmony.com/speedtest">cloudharmony</a> obsahuje testovací nástroj a několik dobrých blogových příspěvků o cdn. <a href="http://www.paessler.com/blog/2010/05/17/networking-basics/real-world-performance-comparison-of-cdn-content-delivery-network-providers">paessler</a> má přehled výkonu a kvalifikovaná doporučení cdn.</p><p><strong> za předpokladu, že chcete vytvořit multisite dynamický web, přesto: </strong></p><blockquote> <p>existují nějaké úskalí, na které je třeba dát pozor?</p> </blockquote><p>ach ano, mnoho. většinou v tiché korupci replikovaných dat nebo přerušené/zastaralé/zpožděné replikace.</p><blockquote> <p>měl bych mít samostatné domény pro každou oblast, např. .com .co.uk atd</p> </blockquote><p>zcela na vás. pokud jsou vaše stránky velmi regionální/místní povahy, pak může nejlépe fungovat místní tld (tj. .co.uk, .de atd.).</p><blockquote> <p>mám databázi na hostitele?</p> </blockquote><p>alespoň jeden databázový server na každém serveru, ze kterého hostujete, ano.</p><blockquote> <p>jak mohu udržovat databáze aktuální?</p> </blockquote><p>mechanismus replikace vašeho databázového stroje. většina databází to má. existuje více komplexních řešení pro high-end potřeby, ale to je místo, kde byste měli začít.</p> <p>provozoval jsem systém s nejlepší částí z tisíce databází rozložených na více serverech. všechny byly identické struktury a byly synchronizovány s databází šablon, která byla na každém počítači.</p><p>to mi umožnilo migrovat databáze z jednoho db na druhý, pokud by se jeden příliš přetěžoval, a když se změnil klientský mix, mohl jsem na různých serverech vytvářet nové databáze, abych mohl načíst rovnováhu mezi servery. to byla největší výhoda, kterou jsem získal od systému, v tom, že jsem měl na několika samostatných serverech několik velkých kusů cínu, které prováděly více komplikovaných dotazů současně.</p><p>skvělá věc je, že můžete do konfigurace přidat servery svou vlastní rychlostí, protože každý server se začíná přetížit, přidat další do mixu, přenést některé dbs na nový server a skončit pěkně načíst vyváženou sadu serverů. opravdu pěkný a jednoduchý způsob, jak přidat měřítko do systému, kdykoli je to potřeba!</p><p>důvodem, proč jsem šel s tímto přístupem spíše než s jediným obrovským databázovým přístupem, byla naprostá velikost potenciální databáze, která by byla vytvořena ... každá z 1000 databází měla 200 tabulek a mnoho jednotlivých tabulek v každé z databáze obsahovaly mnoho stovek <strong>milionů</strong> řádků dat!</p><p>konfigurace jediné databáze by vyžadovala, aby určité tabulky (přibližně 8 z nich) měly více miliard řádků dat a celková velikost db by byla přes 10tb. podařilo se nám mít více serverů s 5tb úložiště raid 10, s mnoha databázemi na každém.</p><p>to bych udělal! doufám, že to pomůže vašemu rozhodování ... :)</p> <p>za prvé si myslím, že odpověď skeptiků to do značné míry pokrývá: drm obtěžuje lidi. někteří z nás se aktivně vyhýbají nákupu zboží.</p><p>pokud jde o software, je to téměř nemožné. jedním schématem drm může být použití šifrování veřejným klíčem s obsahem šifrovaným symetrickými klíči (výkon symetrických šifrů je výrazně lepší než u většiny pk). šifrovat obsahový klíč soukromým klíčem a software pak může tento klíč veřejným klíčem dešifrovat a obsah dešifrovat.</p><p>což funguje, kromě toho, že se chystám provést program pomocí debuggeru nebo rozebrat váš kód, dokud nenajdu váš klíč, dešifrovat váš obsah a hra není hotová. crypto je pro přenos přes nezabezpečené sítě, nikoli pro bezpečné dešifrování a izolaci na nepřátelských systémech.</p><p>můžete tedy přes internet poslat spoustu různých klíčů pro různé části obsahu. no, vaši platící zákazníci s tím pravděpodobně budou mít problémy, ale mohu jen automatizovat proces ladění nebo připojit vaše přijímané události nebo cokoli jiného. ať tak či onak, mohu chytit ty klíče. není to snadné, ale lze to udělat.</p><p>další fází je tedy zabránit mi používat můj debugger nebo nějakým způsobem zavěsit vaše systémová volání, což je místo, kde začnete psát rootkity. jakmile se to stane, můžu disk odstavit v režimu offline a zkontrolovat/zakázat rootkit, nebo jej upravit tak, aby váš software věřil, že je bezpečný. ve skutečnosti mi to usnadní identifikaci toho, co chráníte.</p><p>existuje další případ, kdy je os komplikovaný a poskytuje nějakou formu zabezpečeného kontejneru. pokud je pro mě možné načíst kód do kruhu 0, stává se toto zabezpečení irelevantní. pokud ne, pokud mohu klonovat vaše jádro mikrok jádra a upravit jej tak, abych mohl načíst kód do kruhu 0, toto zabezpečení se opět stane irelevantní.</p><p>nyní musíte začít používat hardwarové ovládací prvky. jednoduše řečeno, protože mohu změnit operační systém jakýmkoli způsobem, prosím, pravděpodobně budete potřebovat hardwarově implementované drm, které nemám šanci modifikovat nebo číst. budete potřebovat, aby se vaše šifrování stalo na hardwaru tak, že nebude možné číst dešifrovaná data z operačního systému. budete potřebovat veřejný klíč, který jsem zmínil výše, aby zůstal na tomto hardwaru, ne na os.</p><p>v tuto chvíli jste mě osobně porazili, ale jsem si jist, že existují lidé, kteří jsou schopni upravit své kabely hdmi (nebo cokoli jiného) tak, aby rozdělili data na displej a na jiné zařízení, jako je úložiště.</p><p>problémem bude také způsob bezpečného uložení klíčů v zařízení. budete je muset zašifrovat! jinak připojím vaše úložné zařízení k offline systému. a uložte klíče ... počkejte ... podívejte se na vzorec?</p><p>jakmile máte fyzický přístup, hra končí.</p><p>nemyslím si, že drm je technicky možné. ať už použijete jakékoli metody, vždy bude existovat někdo s dostatečnou schopností zrušit tuto funkci, protože na určité úrovni musí být chráněný obsah pro jejich zobrazení dešifrován. to, zda mají motivaci, je jiná věc.</p><p>z pohledu softwarového inženýrství je to správné, aniž by to narušilo vaše uživatele, což jim umožnilo snadno přesunout jejich obsah na autorizovaná zařízení, podporovat nová zařízení ... všechny noční můry. kdo bude kupovat váš obsah, když nemáte podporu windows 8 připravenou ke spuštění? funguje váš obsah v mém systému windows xp)? co tím myslíte, že jej nepodporujete ?! pokud používáte hardware, máte problém s nasazením.</p><p>konečně drm je prostě hluboce nepopulární.</p> <p>jedním ze způsobů, jak toho dosáhnout, by bylo mít náladové desky (více informací zde: <a href="http://www.viget.com/inspire/getting-moody/">http://www.viget.com/inspire/getting-moody/</a> ), zobrazující barevné palety, typografie, snímky, v podstatě cokoli souvisí s webem.</p> <p>moje vps mi dala šanci experimentovat s novým serverovým softwarem. začal jsem s obvyklým nastavením apache2 + mod\_php, ale nyní mám nginx + php-fpm s proxy na některých starších serverech apache2 + mod\_php. také běžím (a ladím) apc, memcached a mysqld.</p><p>pokud se chystáte provozovat několik webů a výkon vašeho sdíleného hostitele je dobrý, zůstal bych na místě. pokud se chystáte uplatnit své právo na root, vps je skvělý ekonomický způsob, jak vyzkoušet nové věci.</p> <h1>řešení ubuntu/linux</h1><h2>1. získejte nejnovější obrázek</h2><p>měli byste to udělat s <a href="https://launchpad.net/ubuntu/+source/testdrive">testdrive</a> <a href="http://apt.ubuntu.com/p/testdrive"><img src="https://hostmar.co/software-small" alt="install testdrive"></a> .</p><p><img src="https://i.stack.imgur.com/rj1n8.png" alt="testdrive"></p><p><strong> poznámka. </strong> pokud je váš klíč menší než 4,4 gb (pro ubuntu 11.04 (natty narwhal)), musíte <strong> musíte </strong> získat alternativní instalační program. pokud je na disku méně než 4,4 gb volného místa, instalační program desktop odmítne pokračovat.</p><h2>2. naformátujte disk usb.</h2><p>to je důležité, pokud již máte na disku něco, co vypadá jako instalace systému linux, nebo se instalační program z nějakého důvodu nebude chtít dotknout tohoto disku. dříve jsem selhal, protože jsem tento krok neprovedl, takže přeskočte na vlastní nebezpečí! potřebujete klíč o velikosti alespoň 3 gb.</p><p>můžete tak učinit z <em> systému </em> → <em> administrace </em> → <em> nástroj disk </em>. vyberte cílový klíč usb, odpojte všechny oddíly a vyberte <em> formátovat jednotku. </em></p><p><img src="https://i.stack.imgur.com/wnna7.png" alt="disk utility"></p><p>než budete moci formátovat disk, musíte se ujistit, že jste vybrali „don't partition“.</p><p><img src="https://i.stack.imgur.com/gkwf2.png" alt="format drive window."></p><h2>3. spusťte virtuální počítač na klíči usb</h2><p>ujistil jsem se (s <code>file</code>), že můj usb klíč byl v <code>/dev/sdb</code>, pak běžel:</p><pre><code>sudo qemu-system-x86\_64 /dev/sdb -cdrom ~/.cache/testdrive/iso/ubuntu\_natty-desktop-i386.iso </code></pre><p>... chcete-li nainstalovat iso i386 na ploše natty narwhal - název souboru se bude lišit, pokud stáhnete jiný obrázek iso.</p><p>podrobnosti zvoleného virtualizačního řešení se budou lišit, ale jako pevný disk vm budete chtít použít soubor zařízení <em> vašeho klíče usb </em>.</p><p>připojit <code>-boot order=d</code> k příkazu kvm, aby byl spouštěn z obrazu v případě, že se pokusí zavést systém z 'pevného disku' a selže, protože tam nemůže najít operační systém.</p><h2>4. instalujte normálně.</h2><p>v tuto chvíli pracujete na virtuálním počítači, který považuje váš klíč usb za jediný připojený pevný disk. zevnitř okna „qemu“ nainstalujte, jak byste normálně dělali.</p><p>několik poznámek:</p><ul> <li> <p><strong> dělení diskových oddílů </strong> nepoužívejte automatický systém dělení diskových oddílů, protože na vašem usb klíči vytvoří odkládací oddíl. to není dobré, protože přepínání se stává <em> super </em> pomalým (systém s dlouhými sekundami zamrzne) a rychle zabíjí život vašeho disku. jednoduše přidělte jeden oddíl pro <code>/</code>. pokud používáte alternativní instalační program, nezapomeňte nastavit příznak <code>noatime</code>, aby se dále snížilo množství zápisů na disk.</p> </li> <li> <p><strong> aktualizace </strong> přeskočte možnost automatického stahování a instalace aktualizací. není zaručeno, že repozitáře budou v době spuštění instalačního programu v konzistentním stavu. osobně bych raději spravoval upgrady ručně pomocí nástroje, jako je <a href="https://help.ubuntu.com/8.04/serverguide/c/aptitude.html">aptitude</a> (který se ve výchozím nastavení s ubuntu již nedodává).</p> </li> <li> <p><strong> alpha-kvalitní software. </strong> věci jsou trochu zvratné - je to nakonec software v alfa kvalitě. nechal jsem <code>dpkg</code> opouštět s chybovým kódem 1, aniž bych musel chybu zkontrolovat - v důsledku toho však nebyly rozbity žádné balíčky. po nastavení jsem se pokusil virtuální počítač vypnout, ale visel. po restartu se však systém zavedl dobře.</p> </li> </ul><h2>5. restartujte a spusťte do své kopie ubuntu</h2><p>možná bude nutné, abyste si osvojili nastavení systému bios, abyste to mohli provést.</p><hr><p>pěkná (nebo nepříjemná věc na základě vašeho případu použití) o ubuntu na usb je, že až příště obnoví grub, také detekuje a přidá do seznamu jádra a operační systémy na hdd. to by vám mělo umožnit zavedení přímo na váš hdd z grub vašeho usb klíče.</p> Přesně, jak píše JanLyko, ještě bych doplnil, že je třeba nastavit úroveň pro mikrofon na max přímo v systému (Skype si nastavuje úroveň sám), **mít vypnuté všechny "zhnusňovače" pro mikrofon, např. potlačení šumu** (se zapnutými Duolingo nerozumí skoro ničemu), problém může být i v nízké propustnosti připojení k Internetu směrem ven (upload). Zálohujte si věci jinam, formátujte pomalým formátem nebo přepište ve skartovacím programu (pokud nechcete, aby někdo časem zneužil uložená data) a reklamujte. Zřejmě nějaká mechanická závada ... nezlepší se to Ve vašem OP, že jste nastavení manipulaci pro výchozí url.


Pro vaši druhou virtuální webový server, stačí použít konkrétní název hostitele v config, který je druhý název hostitele na stejném stroji. Tento jev se nazývá "name-based" virtuální hosting. Viz [wikipedii](http://en.wikipedia.org/wiki/Virtual_hosting) .


Nezapomeňte, že více hostitelů lze vyřešit na stejné IP adrese.


Můžete použít plnou dns systém, pokud budete chtít, stačí zadat místní síťovou adresu (192.168.xxx) - URL, nebude pracovat pro stroje není ve vaší lokální síti.


Více informací bude k dispozici na webmasterů SO webu.


**[Sloupek](http://www.geeksengine.com/article/apache-multiple-local-websites.html) s instrukcemi**