Příspěvky

331

Windows a jiné systémy / Re:Windows RDP a nemožnost vypnutí PC

« kdy: 15. 01. 2021, 15:36:11 »

To bych musel vyzkoušet - jestli se neodhlasí a pak vypnou a jen přesunu problém o obrazovku vedle. Většinou je to ale obyč user, který je přepracován a podívá se na hodiny a musí jít vyzvednout dítě ve škole ->šup vypnout PC..a za 10s aha nebo až ráno... Dalo by se řešit WOL ale primárně nevypínat:)

Tohle už nevyřešíte nijak o moc líp. Pokud potřebuje pracovat na dálku, tak ho to poprvé vyškolí a příště už si dá pozor. Pokud nebude mít splněnou práci, tak ho vyškolí i samotné pracovní povinnosti. Nejde nijak vyřešit požadavek, aby uživatel směl a zároveň nesměl počítač vypínat , maximálně se dají uspořádat dialogy, aby to neudělal ve stereotypu.

Už jsem to psal, v provozech, kde je toto potřeba řešit, se využívá terminal server a uživatel prostě práva nemá. Můžete to nastavit i na místním PC, ale to se uadminujete, když budete v případě potřeby vzdáleně restartovat desítky počítačů. (U terminálu se to řeší automatickým odhlašováním při nečinnosti, a když už je náhodou potřeba opravdu restartovat, tak otočit jeden terminal server je jednodušší, než desítky stanic).

332

Windows a jiné systémy / Re:Windows RDP a nemožnost vypnutí PC

« kdy: 15. 01. 2021, 15:13:07 »

Podle mě nejsmysluplnější, když už, je sebrat ovládání vypínání z nabídky trvale a naopak ho zobrazovat na přihlašovací obrazovce. Uživatele pak lze naučit, že pokud chtějí počítač vypnout, tak se mají odhlásit a vypínač je pak k dispozici. Dokonce se toto řešení dá i nakombinovat s tím, že uživatel nejen nevidí tlačítko, ale ani nemá oprávnění restartu - pak odpadnou všechny vedlejší cesty k restartování (alt-f4 na ploše, cmd shutdown, ...). Ale když se nejprv odhlásí, tak už to jde.

Není třeba znovu vynalézat kolo.

333

Windows a jiné systémy / Re:Windows RDP a nemožnost vypnutí PC

« kdy: 15. 01. 2021, 14:04:59 »

Díky hned jak se k tomu dostanu vyzkouším. To vypadá že by to šlo.

Má to zásadní nedostatek. Pokud se uživatel neodhlásí - v případě místní sese jen uzamkne počítač, v případě vzdálené sese se jen odpojí, pak se script nespustí (spouští se při loginu) a tím pádem se docílí opačného stavu: místní uživatel ikony mít nebude, nebo naopak vzdálený je mít bude.

334

Windows a jiné systémy / Re:Windows RDP a nemožnost vypnutí PC

« kdy: 15. 01. 2021, 11:59:10 »

Podle mě, když jsou uživatelé tak moc neznalí, že si dokáží vypnout počítač, je pro ně lepší zřídit terminal server a otázka vypínání / restartů tak přechází do rukou administrátora.

335

Windows a jiné systémy / Re:Windows RDP a nemožnost vypnutí PC

« kdy: 14. 01. 2021, 15:03:19 »

Na W10 jde buďto skrýt tlačítka (všem, místním i vzdáleným uživatelům) a pak ještě nastavit skupiny uživatelů, které smí vypnout systém. Ani jedno přesně neřeší to, co chcete, ale co vím, jsou tyto dvě možnosti.

336

Software / Re:SW pro evidenci nepřítomností

« kdy: 06. 01. 2021, 14:03:35 »

Tipuji, že takové řešení moc na trhu nebude. Zaměstnavatel musí evidovat přítomnost, nikoliv nepřítomnost. To kvůli počítání příplatků (přesčasy, svátky, ...) a dovolené, případně i fondu pracovní doby. I kvůli odpovědnosti (pracovní úrazy) je potřeba mít evidenci přítomnosti. Takže nemyslím, že by se někdo obtěžoval dělat řešení, které by to evidovalo z opačné strany.

337

Hardware / Re:NAS hardware pro cca 56TB (TrueNAS)

« kdy: 04. 01. 2021, 13:59:05 »

Mrkněte se na původní dotaz a na vaši první odpověď. Nedává totiž vůbec smysl. Tazatel se ptá, co za hardware používáme a vy mu radíte jak zvládnout deduplikaci, pak nadhodíte pár termínů a zakončíte to tím, že 56 TB je hodně a v budoucnu bude potřeba nahradit to jiným hardwarem. Občas mě tohle fórum hodí do jiného vlákna po přihlášení, nestalo se vám to během psaní té odpovědi taky?

Očekávám, že při řešení HW pro 56 TB na TrueNAS si už nějaké takové otázky tazatel klade, nebo by si je zodpovědět měl. Třeba i tím, že řekne, že to potřebuje jen na filmy a další balast, a nic dalšího z toho neočekává. Každopádně 56 TB je už pěkná kláda, a i když máte doma čas přetahovat data týden, obvykle se to zkomplikuje tím, že se to dělá v době, kdy už něco začne zlobit (zkušenost).

Ano, forum mě taky hází do jiného vlákna - ne při odpovědi, ale ve chvíli, kdy se přihlašuji. Je to otravné. Stejně jako je otravné, že na webu zůstávám na zařízení přihlášený, ale forum mě odhlašuje, když se přihlásím jinde.

338

Hardware / Re:NAS hardware pro cca 56TB (TrueNAS)

« kdy: 04. 01. 2021, 13:12:34 »

Pokud na tom mám navěšeno desítky zaměstnanců, tak k tomu asi budu přistupovat jinak, než když to mám hozené doma někde pod stolem. V tom prvním případě se finančně nemůže vyplatit dělat cokoli nad "živými" daty a prostě koupím nové pole a nakopíruju tam data z toho starého.

Nikde jsem nevyčetl, že je to pro to, mít 56 TB doma pod stolem - ale samozřejmě tím se požadavky hodně mění.

339

Hardware / Re:NAS hardware pro cca 56TB (TrueNAS)

« kdy: 04. 01. 2021, 11:10:51 »

Nechci být hnidopich, ale možnost kopírování dat z NASu je úplně ta nejzákladnější funkce, kterou umí i FreeNAS.

Kopírovat ano, ale to ta data jsou dostupná buďto na původním NASU, nebo na novém. Pokud jsou to živá data a na nich závisí třeba několik desítek zaměstnanců, tak jim připravíte několik dní, kdy jejich práce a mzdy padnou z části vniveč.

340

Hardware / Re:NAS hardware pro cca 56TB (TrueNAS)

« kdy: 04. 01. 2021, 10:37:06 »

Dále, aby ZFS dávalo při takovém objemu dobrý výkon, jsou potřeba aspoň 2 SSD disky (ZIL, L2ARC) a samotný NAS potřebuje jeden disk sám pro sebe (neumí se rozumně podělit např. s ZIL či L2ARC).

To jako vyzaduje skutecny disk device, nestaci mu partisna?
Na teto urovni se ty block device tedy lisi zcela minimalne, tak to nechapu takove omezeni.. jsem rad, ze s tim ZFS kramem nemusim delat :-)

(kdyz uz si to vynucuje ssd v mirroru, tak bych videl pocatek tech disku na boot+OS, taky v mirroru)

ZFS to stačí a umí. Klikátko ve formě TrueNAS to neumí.
Nemá smysl to lámat přes koleno, buďto to vzít, jak to je, nebo si to celkem stejně úspěšně postavit na čistém FreeBSD.

341

Hardware / Re:NAS hardware pro cca 56TB (TrueNAS)

« kdy: 04. 01. 2021, 09:55:13 »

Pro 56 TB už to není moc legrace. Nevím, jestli zamýšlíte používat deduplikaci. Pokud ano, tak ZFS vyžaduje (aspoň zatím) 1 GB RAM per 1 TB HDD (ve skutečnosti o něco víc). Dále, aby ZFS dávalo při takovém objemu dobrý výkon, jsou potřeba aspoň 2 SSD disky (ZIL, L2ARC) a samotný NAS potřebuje jeden disk sám pro sebe (neumí se rozumně podělit např. s ZIL či L2ARC). Počítáte s tím vším?

Obvykle se takové storage nabízejí ven jako iSCSI target, to samo o sobě představuje dost ladění parametrů.
U takového objemu (56 TB) je určitě šikovný multitiering, který TrueNAS (ZFS) neumí. Nezapomínejte na to, že data není potřeba dostat jen dovnitř, ale se i o ně starat, v budoucnu je umět převést na nový HW apod. - to taky nejsou operace, které by šly jen tak udělat na lusknutí prstu, pokud to technologie sama neumí.

342

Software / Re:Zálohování v rámci sítě

« kdy: 31. 12. 2020, 22:04:28 »

Záloha chodí na NAS Synology o čtyřech diskcích v RAIDU 5. To asi není nutné zálohovat.

Šlo mi spíš o tip na nějaký program, který je lepší než to co používám

No a na to jste dostal jasnou odpověď: nemít data na stanicích, protože to se nedá rozumně a spolehlivě uhlídat. Dostal jste i tipy, jak se to dělá - např. mapováním síťových jednotek na cesty, kam se ukládají data, nebo synchronizace dat (cestovní profily), ... Tím, že budete opakovat špatně otázku stojící na špatných předpokladech, tím se správné odpovědi nepřiblížíte.

Jinak Synology bych rozhodně zálohoval, jsou to dost bídná zařízení s naleštěným UI, ale jinak s mizerným chlazením, mizernými zdroji, a v dost případech i mizerně signalizují nejen pre-fail disků, ale i jejich selhání. Nebylo jedno Synology, které jsem viděl, že tvrdí, jak jsou disky v pořádku (i po jeho dlouhé kontrole) a ve skutečnosti z nich nešlo číst data. Neptejte se mě, jak je něco takového možné, ale kluci v Synology to zvládli.

343

Server / Re:Domácí virtuální server postavený na Proxmoxu

« kdy: 28. 12. 2020, 22:11:16 »

Tady se musím připojit k názoru. ZFS ve virtualizaci nemá moc smysl, resp. jedině tam, kde se hodí jeho snapshoty výměnou za pokles výkonu. ZFS má smysl na bare metal, kde se o disky nedělí s ničím jiným, jinak to nejde vyladit a výsledek je katastrofa. Obecně lze říct, že aby se výhody ZFS projevily, je potřeba mít 4 rotační disky + 2 SSD + hafo RAM (pokud potřebujete deduplikaci, tak desetkrát hafo RAM). V případě FreeNAS je ještě potřeba další disk na samotný systém.

FreeNAS je navíc potřeba velmi pracně naladit, přes parametry v loader.conf, rc.conf a sysctl.conf. Jakkoliv je to prakticky stejný systém, co používá iXsystems v komerčních produktech, jejich know how tkví v tom, že to mají sladěné, aby to fungovalo správně. Ve free verzi na tom zabijete dlouhé večery a ve virtualizaci je to nesmysl na druhou.

Ako som spominal najradsej by som BTRFS koli mensim narokom na HW voci ZFS + passthrough disky, neviem ci je to to iste ako tebou zmienena virtualizacia ZFS? Vies prosim o nejakom zdroji kde sa pojednava o takomto "narocnom" HW setupe - 4 rotační disky + 2 SSD + hafo RAM (pokud potřebujete deduplikaci, tak desetkrát hafo RAM) - celkom ma to zaujima.

S btrfs nemám prakticky žádné zkušenosti, protože mu chybějí (nebo jsou nespolehlivé) právě ty funkčnosti, které já hledám.

Co se týče ZFS, materiálů je hodně - jak kolem OpenZFS, tak kolem BSD+ZFS, tak i kolem FreeNAS, i na Oraclu k původnímu ZFS. Bohužel, nikde nejsou moc "hotové" rady, spíš informace, co jak funguje, co jaký parametr ovlivňuje. Z toho si to musí každý složit sám. Co jsem pochopil, tak ZFS nikdy nepoužívala laická veřejnost (kanón na vrabce), takže v diskusích jsou informace kusé a někdy i špatné. Ti, co to nasazují do enterprise, se zase neexhibují v diskusích. Oracle dřív i iXsystems dnes nemají důvod pouštět svoje know how .

344

Server / Re:Domácí virtuální server postavený na Proxmoxu

« kdy: 28. 12. 2020, 12:46:20 »

- zapomeň na ZFS a freeNAS. Je to velmi pomalé, zřejmě to má nějaký problém s nenativním diskem
- obecně dobré NAS VM řešení je docela problém, optimální cestu jsem zatím nanašel, obecně mám problém oproti nativním s rychlostí

Tady se musím připojit k názoru. ZFS ve virtualizaci nemá moc smysl, resp. jedině tam, kde se hodí jeho snapshoty výměnou za pokles výkonu. ZFS má smysl na bare metal, kde se o disky nedělí s ničím jiným, jinak to nejde vyladit a výsledek je katastrofa. Obecně lze říct, že aby se výhody ZFS projevily, je potřeba mít 4 rotační disky + 2 SSD + hafo RAM (pokud potřebujete deduplikaci, tak desetkrát hafo RAM). V případě FreeNAS je ještě potřeba další disk na samotný systém.

FreeNAS je navíc potřeba velmi pracně naladit, přes parametry v loader.conf, rc.conf a sysctl.conf. Jakkoliv je to prakticky stejný systém, co používá iXsystems v komerčních produktech, jejich know how tkví v tom, že to mají sladěné, aby to fungovalo správně. Ve free verzi na tom zabijete dlouhé večery a ve virtualizaci je to nesmysl na druhou.

345

Sítě / Re:Dostatečný signál pro Chromecast v paneláku

« kdy: 28. 12. 2020, 11:11:20 »

byvam v podnajme a nemozem vrtat, ale 10 metrove eth kable som si popri stenach poza skrinami natiahol do miest, kam WiFi signal silou nestaci..

Proč byste nemohl? Zákon to umožňuje a nelze to ani podnájemci zakázat. Jediná podmínka je, že to musí uvést do původního stavu (nebo zaplatit náhradu). U dírky ve zdi je to o jednom máznutí štukovým tmelem a dvou tazích štětcem. Nehledě na to, že se dá obvykle s pronajímatelem dojednat nějaký kompromis - např. že se to udělá pořádně (esteticky) a přenechá se mu to pro další nájemníky; pak se nemusí řešit ani ta oprava jedné dírky. Není to o nic větší zásah, než si pověsit obraz na zeď.