Příspěvky

5206

Server / Re:OwnCloud pro produkční nasazení

« kdy: 09. 07. 2014, 16:14:37 »

Proč píšete o nějakém pluginu? Podle toho, co jsem pochopil, chcete udělat nějakou aplikaci, která bude také ukládat nějaká data. Tak řešte tu aplikaci, ukládání dat je zatím nepodstatný detail, který se dá snadno změnit. Existují i knihovny, které sjednocují přístup k různým úložištím, takže pak můžete úložiště vyměnit teoreticky jen změnou konfigurace.

5207

Server / Re:OwnCloud pro produkční nasazení

« kdy: 09. 07. 2014, 11:52:44 »

Ale mne nie je treba cloudovať.. asi  :-)  Ja chcem produkt pre tlačiarov a súborové úložisko mi pripadá ako najlepší štartovací bod. To porovnanie s Dropboxom nemusí až tak sedieť.

V tom případě bych nejprve zapomněl na úložiště souborů a řešil bych, co ta aplikace má dělat. Různých souborových úložišť existují spousty, stačí si pak vybrat, co bude nejlépe vyhovovat vašim potřebám – případně je možné podporovat i více různých souborových úložišť.

5208

Server / Re:OwnCloud a alternatívy - "produkčné" nasadenie

« kdy: 09. 07. 2014, 10:48:54 »

Tak to mi teda definujte cloud podle vas. Podle me 2x esxi, kazde na jinem fyzickem zeleze, ktere jsou zclusterovane = redundantni cloud a je jedno jestli ho mam doma anebo na sitelu.

Cloud nejen podle mne znamená, že aplikace běží na větším množství uzlů, přičemž počet uzlů se dynamicky mění. Takže pokud jeden uzel havaruje, klient to nijak nepozná a komunikuje s jinými uzly. Pokud se připojí více klientů, další uzly se automaticky nastartují, aby se rozložila zátěž, pokud špička opadne, přebytečné uzly se zase zastaví. Cloud od clusteru tedy poznáte mimo jiné tak, že cluster má přesně daný počet uzlů, u cloudu je to proměnlivé. Přičemž vaše řešení „2ד bych nenazýval ani clusterem…

Tak k tem replikam samozrejme esxi take pristupuje. Synchronni replika dat je snad uz standard dnes ne?

A ta replika je na předem neznámém počtu uzlů, přičemž infrastruktura ESXi se sama stará o rozvažování?

1x autorizačný server

To ale není cloud. Jakmile máte někde konstantu označující počet serverů, není to cloud.

- prístup do "blok storange" so súborovým systémom, kde by boli reálne uložené dáta

Takže data budete ukládat třeba do S3 přes HTTPS. Umí OwnCloud přistupovat k datům v S3?

5209

Server / Re:OwnCloud a alternatívy - "produkčné" nasadenie

« kdy: 09. 07. 2014, 07:05:36 »

Nevidim jediny duvod proc by nemohl ownCloud bezet v cloudu, pouzivam ho uz nejakou dobu na vmware doma a kdyz hapne (coz se jeste nestalo) tak se vytoci na druhem esxi jako kazda jina virtualka. Bezi mi na debian jessie a zabira tak malo zdroju, ze si troufnu tvrdit, ze by jel na 1 core VM a mohl bych zapnout i fault tolerance

To, že vám OwnCloud běží ve virtuálním počítači, vůbec neznamená, že poběží v cloudu. Je to každé úplně něco jiného. Jednotlivé uzly cloudu klidně mohou běžet na fyzickém hardwaru.

staci jen zalohovat datastore

Nestačí jen zálohovat, ty repliky musí být on-line ukládány na několika místech najednou, a musí také být transparentně přístupné (tj. pokud je jedna nepřístupná, čte se z jiné), neexistuje tam žádné přepínání na zálohu nebo dokonce obnova ze zálohy.
Takže je to přesně jak jsem psal - z OwnCloudu by bylo nutné cloudovou službu teprve udělat, a bylo by to podstatně těžší, než využít nějaké už existující cloudové úložiště a nad ním teprve vystavět svou službu.

5210

Server / Re:OwnCloud a alternatívy - "produkčné" nasadenie

« kdy: 08. 07. 2014, 18:10:28 »

Není, z jednoho velmi jednoduchého důvodu. Dropbox je služba, která běží v cloudu - tj. výpadek jednoho nebo několika serverů uživatelé nijak nezaznamenají, protože data budou na dalších serverech (aby nedošlo k omylu, to neznamená, že o data nemůžou přijít nebo že nemohou být nedostupná - mohou, zejména pokud dojde k závadě na cloudové infrastruktuře). OwnCloud je aplikace, která běží na jediném serveru. Předělat ji na cloudovou by asi bylo složitější, než ji napsat znova - třeba s pomocí cloudového úložiště Amazon S3, které ostatně používá i Dropbox.

5211

O serveru Root.cz / Re:Fórum se nefunguje kvůli gemius.pl

« kdy: 06. 07. 2014, 11:18:15 »

To je NetMonitor - oficiální měřící systém, který se v Česku používá. Bohužel nemáme jak ovlivnit, jestli funguje nebo ne. Už jsem ale zhruba před čtrnácti dny dával na vývoj dotaz, jestli by se tyhle měřící kódy nedaly pouštět asynchronně, aby neovlivňovaly zbytek webu. Popoženu to.

existuji i jine metody mereni, ktere nestopuji, tim zase poskozujete uzivatele

Kolik zadavatelů reklamy ty jiné metody měření uznává?

5212

Hardware / Re:Ovládání 220V pomocí Arduina

« kdy: 02. 07. 2014, 13:34:09 »

V tom je totiž naprosto zásadní problém. Pokud tazatel není osoba odborně způsobilá, tj. nemá kvalifikaci podle vyhlášky 50/78, nemá na elektrické zařízení, které nepracuje s bezpečným napětím, vůbec sahat.

Podle kterého zákona? A pokud podle té vyhlášky – který zákon mi nařizuje tou vyhláškou se řídit?

5213

Sítě / Re:Dvě sítě a počítače v ní

« kdy: 02. 07. 2014, 12:21:32 »

Linkové broadcasty se budou šířit v celé fyzické síti, o IP adresách nad linkovou vrstvou nic neví. IP broadcasty se budou šířit  v celé fyzické síti nebo VLANě.

5214

Sítě / Re:Dvě sítě a počítáky v ní

« kdy: 01. 07. 2014, 12:21:01 »

Dále, síť uvnitř je gigová a takhle to všechno z jedné sítě do druhé pojede přes router a to přes jediné jeho rozhraní, což si myslím, že bude jak zdroj problémů, úzké hrdlo a single point of failure.

Pokud mas privedenou do firmy jednu lajnu s jednou verejnou ip adresou, tak to stejne jinak nepujde. Zalezi jaky router pouzijes, co v nem nastavis a na rychlosti pripojeni.

S linkou do internetu to nijak nesouvisí. Pokud bude mít dvě oddělené sítě, půjde každá komunikace libovolného klienta s libovolným serverem přes router. Takže pokud má router dvě gigové síťovky, k jedné budou připojeny servery a k druhé klienti, a čtyři klienti budou ze čtyř serverů tahat data, budou se muset o to gigo podělit a každý dostane jen 250 Mbit/s. Pokud to bude jedna síť, půjde to přes switch, a každý klient tak může mít svůj 1 Gbit/s (4 Gbit/s snad zvládne uswitchovat i ten nejlevnější switch s gigovými porty).

5215

Server / Re:NTP server na shared hostingu

« kdy: 01. 07. 2014, 11:05:21 »

S tim VPS bych byl opatrnej. Jestli se pro VPS pouziva OS-level virtualizace (openvz, vservers, lxc, atd), pak vsechny VPS sdili stejnej kernel. A tady muze byt problem: I kdybys umoznil manipulovani se systemovym casem (plus pro "time-slewing" potrebujes ovlivnovat primo timer), jak by se kernel vyporadal s tim kdyz jeden VPS bude chtit neco jineho, nez druhej?

Když se to vezme úplně přesně, NTP server jen poskytuje přesný čas klientům, seřizování času na počítači, kde běží, není jeho starost – o to se stará NTP klient. Takže teoreticky by to mělo fungovat tak, že o přesný čas se stará hostitel, a hostovaný systém ten čas přes NTP server jen „posílá dál“ klientům.
Ale to jsou pořád jen spekulace, když nevíme, čeho chce vlastně tazatel docílit.

5216

Server / Re:NTP server na shared hostingu

« kdy: 01. 07. 2014, 10:19:24 »

Pokud hostingem myslíte web hosting, pak to samozřejmě nejde, to je jen web server. NTP server si můžete nainstalovat tam, kde máte práva roota – na vyhrazeném serveru nebo na VPS.
Ale moc nerozumím tomu, jak to vlastně chcete použít. Vlastní zdroj času (GPS, atomové hodiny) tam asi mít nebudete, k tomu byste potřeboval vlastní server a možnost připojit k němu nějaký hardware. Takže asi stejně budete brát čas z nějakého jiného NTP serveru – a proč pak tenhle server nevyužijete přímo pro ty „vlastní účely“?

5217

Sítě / Re:Dvě sítě a počítáky v ní

« kdy: 01. 07. 2014, 06:59:52 »

Použít to klidně můžete, komunikace bude vypadat, jakoby to byly dvě fyzicky oddělené sítě - tj. komunikace mezi sítěmi půjde přes router. (Windows nebudou posílat ARP požadavek na IP adresu z jiné sítě. Nedává žádný smysl, aby - když chcete komunikovat třeba se serverem Google - Windows zkusily ARP do lokální sítě, čekali na timeout a teprve pak začaly komunikovat přes bránu.) Nevýhoda je jen v tom, že ty sítě nejsou oddělené z hlediska bezpečnosti, takže záškodník z jedné sítě může klidně posílat pakety počítači v druhé síti, i když by mu to pravidla na firewallu zakazovala (router snadno obejde). Pokud ty sítě chcete oddělit i z hlediska bezpečnosti, používají se switche s VLANy - pak se to chová, jako byste měl opravdu dvě fyzicky oddělené sítě.
Záleží tedy spíš na tom, jakou chcete mít infrastrukturu - pokud vše v jedné síti, jenom rozšiřte masku. Pokud chcete mít sítě oddělené, s tím, že třeba v budoucnosti uděláte ze sítě se servery demilitarizovanou zónu a dáte před ně společný firewall, zvolte variantu se dvěma nebo více sítěmi.
Jinak v síti 10.0.0.0/8 se můžete pořádně rozšoupnout, tam opravdu není potřeba troškařit s /24 nebo /22. Klidně si vyhraďte /24 pro servery, /24 pro tiskárny a /22 nebo /20 pro osobní počítače.

5218

Server / Re:Zabezpečení web serveru

« kdy: 29. 06. 2014, 23:02:25 »

Co přesně byste na tom chtěl "ošetřovat"?

Třeba:

Vy jste původní tazatel?

Já si dovedu představit milion věcí, co na tom ošetřovat, a bude to mít milion různých řešení. A taky si dovedu představit, že si prostě jen nějaký script kiddie hraje, což je jeho problém, serveru to nijak nevadí - a tedy není potřeba to řešit nijak.

Ale jak je to doopravdy, to nám může prozradit jen původní tazatel. Nemá smysl, aby si teď každý začal vymýšlet, že se mu tím ošoupávají elektrony v procesoru.

Pokud na server nasadim fail2ban či podobný nástroj a vytvořim pravidlo, bude každá další IP taktéž zablokována. Mě to stojí 5 minut času, nic víc.
Uveďte pádné důvody na základě faktů, proč se takovému problému nevěnovat, aby diskuze měla smysl.

Když na tom serveru úplně vypnete webový server, budou zablokovány všechny IP adresy, dokonce i ty, které se k útoku teprve chystají. A nepotřebujete k tomu ani 5 minut, stačí 5 sekund i s přihlášením.
Základní fakta jsou, že si nejprve musíte uvědomit, co se děje, následně to, jaký to způsobuje problém, a na závěr, jak ten problém řešit. Váš postup, kdy nejprve navrhnete "řešení", které daný problém pravděpodobně vůbec neřeší, zato vytváří několik nových problémů, není zrovna efektivní.

5219

Server / Re:Zabezpečení web serveru

« kdy: 29. 06. 2014, 16:43:27 »

Co přesně byste na tom chtěl "ošetřovat"? Klient požádal o soubor, server zjistil, že takový soubor neexistuje, zapsal to do logu a vrátil  klientovi informaci, že takový soubor neexistuje nebo že k němu nemá přístup. Co vám na tom vadí?

5220

Vývoj / Re:Bash davkovy prevod HTML do PDF

« kdy: 24. 06. 2014, 14:17:46 »

Nerozumím tomu, co znamená „v souboru je pouzit base64“, a o jakém snímku v PDF je řeč. Chcete tím říct, že máte v HTML vložený obrázek (tag img), a tento obrázek není vložený přes odkaz, ale přímo Data URI jako např.

Kód: [Vybrat]

<img alt="snímek" src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAADIA..." />

Data URI je nestandardní rozšíření, podle mne je nejjednodušší to, co popisoval kolega – zkonvertovat to na normální obrázek vložený odkazem. Shánět další a další programy pro konverzi z HTML do PDF nemá podle mne smysl, protože to nestandardní rozšíření nejspíš také nebudou podporovat. Lepší je sehnat něco, co vám ta Data URI zkonvertuje na klasický odkaz – třeba Data URI Image Extractor.