Příspěvky

2161

Studium a uplatnění / Re:Zkušenosti s firmou Microsoft v Praze

« kdy: 27. 12. 2017, 08:54:31 »

Microsoft je top zaměstnavatel, ale musíte počítat se dvěma úskalími:
1. plánovitě se tam obměňují lidé, zachovává se jen menšina,
2. je to zářez do CV, po kterém se špatně hledá další práce - nový zaměstnavatel očekává buďto experta, kterého už Microsoft přestal bavit, nebo mu dojde, že zaměstnanec nebyl pro Microsoft dost dobrý, aby se udržel.

V pražském MS nejvíc vydrží ti, které si MS sám uhuntuje, vybere si je podle zkušeností z projektů.

2162

Server / Re:Automatizované bezpečné předávání dat mezi linuxovými servery

« kdy: 20. 12. 2017, 13:37:30 »

Rikal jste, ze ta data chcete jen stahnout, takze jsem cekal, ze vam je pod tim rootem pripravi nejaky skript na vzdalenem serveru a vy to pak stahnete pres nejake scp nebo rsync. BTW, tomu neprivilegovanemu uzivateli muzete nastavit jako shell treba /bin/false, aby vam tam nikdo nelezl, kdyby ukradl klice. Tusim, ze scp by s tim melo chodit, jestli i rsync se uz nepamatuju.

Pokud /bin/false není v /etc/shells, neproběhne ani scp či rsync. Jako lepší řešení mi přijde rsssh, tedy restricted secure shell, tam se dá pak povolit, že projde např. pouze rsync či scp, ale nic dalšího.

2163

Server / Re:Automatizované bezpečné předávání dat mezi linuxovými servery

« kdy: 20. 12. 2017, 13:34:53 »

Děkuji za odpovědi. K řešení ssh s klíčem (neprivilegovaný uživatel) - některé příkazy potřebují práva roota. Posbíraná data nechci dávat do Nagiosu, ale historicky i uchovávat, to Nagios umí? SNMPv3 umí spustit libovolný příkaz? Děkuji, Pavko.

Ano, snmpd umí spustit příkaz a poslat jeho návrat.
http://net-snmp.sourceforge.net/wiki/index.php/Tut:Extending_snmpd_using_shell_scripts

2164

Server / Re:Automatizované bezpečné předávání dat mezi linuxovými servery

« kdy: 20. 12. 2017, 06:46:27 »

Dobrý den, mám v plánu napsat vlastní utility na statistiku linuxových serverů - chtěl bych na serverech automatizovaně získávat informace typu obsazení místa na discích, monitoring SMART, obsazení paměti, apod. Tyto získané údaje bych chtěl sbírat do jedné centrální databáze na dedikovaném stroji. Řeším problém, jak předávat data mezi serverem sbírajícím data a jednotlivými servery - ssh bez hesla se mi moc používat nechce, sshpass z důvodu bezpečnosti také ne. Doporučili byste mi nějaké relativně bezpečné řešení, ideálně s minimalizací zásahů při změnách skriptů na jednotlivých serverech? Vše by mělo běžet automatizovaně, pro jednotlivé distribuce bych si skripty vychytal. Děkuji, Pavko.

Na tento účel se nejvíc hodí SNMPv3, je to standard pro předávání těchto informací a je i šifrovaný. Podle mě není potřeba znovu vynalézat kolo, když je technologie funkční a hotová.

2165

Odkladiště / Re:Jak odkázat bezpečně bitcoiny do dědictví

« kdy: 19. 12. 2017, 10:38:42 »

Jde o to, aby k penezence ziskal pristup ten, kdo pristup ziskat ma, ne aby si je privlastnil nejaky urednik, nebo jiny clen z pripuzenstva., nez ten, ktery to ma ziskat.

A samozrejme aby nedoslo k tomu, ze BTC penezenka, resp. jeji seed, bude nenavratne ztracena, nedostane to nikdo.

Jsou dvě roviny a tři možnosti.

První rovina je rovina právní:
a) můžete to vyjmou z dědictví a předat to jako odkaz,
b) může to být součástí dědického řízení.

V případě odkazu jsou jistá omezení, ale to už musíte zhodnotit po konzultaci s notářem.

Druhá rovina je technická. Tu za Vás nikdo nevyřeší, jak předat peněženku. Pokud to nevymyslíte dobře, nikdo se ničeho nedomůže, neb v případě bitcoinu ani zásah soudu nezajistí, aby se dostala do správných rukou. Každopádně pro tuto část dědictví / odkazu je vhodné stanovit správce části pozůstalosti. Správce pak smí disponovat s peněženkou, než bude možné ji vydat do správných rukou. Správcem může být i ten, komu má peněženka připadnout.

Je nutné, abyste tu technickou část dobře promyslel, protože, jak už jsem psal, soudně se nikdo ničeho nedomůže.

2166

Server / Re:Kam se z Debian 9 poděla funkce mail?

« kdy: 18. 12. 2017, 21:15:52 »

To jo, ale kdysi stačilo spustit dpkg-reconfigure exim4-config, vyplnit 3 položky a pošta okamžitě fungovala. Instalovat a konfigurovat postfix 3 dny se mi fakt nechce, jelikož 90% návodů už stejně nefunguje... Nějaký jiný, primitivní tip?

Jaké návody? Při instalaci postfixu zvolíte, že chcete konfiguraci se smarthostem, zadáte FQDN smarthosta a máte hotovo.
Nebo si klidně nastavte exim4, to je fakt jedno.

Primitivnější tip, než odkliknout 4 dialogy a vyplnit jméno smarthosta fakt neumím .

2167

Server / Re:Kam se z Debian 9 poděla funkce mail?

« kdy: 18. 12. 2017, 18:06:12 »

Nechci poštovní server ani ho potřebuji, stačí mi jen sem tam odeslat informační email o zálohách na svůj email.

To ovšem bez základního poštovního serveru nejde, takže proto to asi nemáte nainstalované.
Jinak samotná utilita mail je v balících heirloom-mailx nebo bsd-mailx, ale bude to vyžadovat jako závislost exim4 nebo postfix, sendmail apod. Osobně doporučuji postfix, už během instalační konfigurace můžete zadat smarthosta, na kterého se bude pošta předávat.

2168

Odkladiště / Re:Hazard a cenzura internetu

« kdy: 17. 12. 2017, 18:53:48 »

Proč jsou legální hry typu ruleta, kde by design člověk vždy v průměru prohrává? Proč jsou legální losy, kde firma vytiskne losy v celkové hodnotě 1 000 000 Kč, ale už předem nastaví, že jako ceny dá jen X procent této částky? Proč jsou legální všechny ty výherní automaty, tedy chytré krabičky, které se na člověka podívají, a řeknou mu "prohráls"?

Asi bychom měli prohibovat alkohol, cigarety, automobilismus, tučná jídla, práci přesčas, ...
To se bude žít krásně, až nám stát (zase) ve zprávách řekne, že se dnes máme lépe, než jiní až zítra.

2169

Server / Re:Apache 2.4 + HTTP2 nahodne ukonci spojenie

« kdy: 15. 12. 2017, 18:24:33 »

Zkuste do chrome přidat Rozšíření HTTP/2 and SPDY indicator, přes něj se dá něco odchytit. Třeba to napoví.

2170

Odkladiště / Re:Skoda Octavia kill switch

« kdy: 14. 12. 2017, 16:29:33 »

U Octavie, kterých je na ulicích mraky, bych to celé nepřeháněl. Žádné auto se nedá zabezpečit na 100 %, a zrovna u Octavie stačí odradit zloducha, aby si vybral jiné auto o pět parkovacích míst dál (je to hnusné, ale je to tak). Pak je taky poměrně levná havarijní pojistka, Škody mají solidní pojišťovací koeficient.

2171

Sítě / Re:Decentralizace internetu a sítová neutralita

« kdy: 14. 12. 2017, 16:04:12 »

Není to síť, která si klade za cíl nahradit stávající zábavný internet, ale třeba snadné vybudování ostrovní sítě bez plánoval hierarchii stanic nebo budování specializovaných AP.

Pak budete čelit jedné nepříjemné věci: díky tomu, že to nebude pro hodně lidí atraktivní, budete mít málo zájemců. A díky tomu bude i kusová cena jednoho bodu sítě vysoká (nízké úspory z rozsahu).

2172

Odkladiště / Re:Skoda Octavia kill switch

« kdy: 14. 12. 2017, 15:49:55 »

Nejaky majitel Octavie co si instaloval vlastni kill switch a podelil by se o zapojeni? Zajima me hlavne jaky kill switch je ve Vasi instalaci pouzit (RF/mechanicky), jaky okruh se vypina a kudy nejlepe vest kabelaz.

Co jsem se setkal, řešily se mechanické vypinače za pojistku a před vstřikovače. Vstřikovače, pokud si dobře pamatuji (opravte mě, kdo víte líp), mají trvalých +12 V a spínají proti kostře.

2173

Sítě / Re:Decentralizace internetu a sítová neutralita

« kdy: 14. 12. 2017, 15:45:43 »

V době kdy všichni spoléhají na google a podobné tomu tak není a nedávný výpadek to prokázal.
Komerční ale i komunitní ISP jsou hnáni hladem po datovém toku, každý blbec chce tv on demand, a pak je třeba datový tok jen proto je infrastruktura drahá, nabubřelá a vachrlatá.
Neexistují nástroje, které by umožnili komunikaci koncáků na uřízlé větvy, to není decentralizace.

Pak tu stojí ale dvě otázky:
1. Na Vámi navržené decentaralizované síti zmizí "hlad po datovém toku, kde každý blbec chce ..."?
2. Má někdo zájem o služby (ne)internetu na nějaké užízlé větvi? Sice mu TO poběží, ale nic NA TOM nepoběží.

2174

Sítě / Re:Decentralizace internetu a sítová neutralita

« kdy: 14. 12. 2017, 15:13:10 »

Toto je decentralizace.
Bohužel většina si už zvykla na centralistický přístup tak že si bez těch nadřazených struktur nedokáže představit ani žádnou síť  ani svůj život.

Ale internet centrálně řízený není, má jen, řekněme, ohniskové možnosti zásahu do provozu. Není nikde nikdo, kdo by mohl ústředně internet vypnout. A i Vy jste připustil možnost ostrakizace člena, který by se nechoval podle pravidel. I ostrakizace je mechanismus řízený ústředně. Podle mě v tom máte sám trošičku nepořádek.

Jinak myšlenka přenosové sítě, která by byla tvořena navzájem propojenými blízkými body není podle všeho reálná. Taková síť by měla neuvěřitelnou režii na to, aby vůbec přenesla nějaká data.

Moje hlavní otázka zní, jakou by měla mít Vaše řešení výhodu oproti možnosti vybudovat vlastní infrastrukturu (á la internet), s internetem propojenou?

2175

Odkladiště / Re:Jak blokovat XMLHttpRequest na cizí servery

« kdy: 14. 12. 2017, 11:17:08 »

Vypni si js ... easy.

Teda, Vy co rada, to perla.

Doplnil bych, že mezi vhodná řešení patří ještě nechodit na tu stránku, neotvírat prohlížeč, nespouštět počítač, nemít internet a pro jistotu ani elektřinu.