Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Mirek Prýmek

Stran: 1 ... 88 89 [90] 91 92 ... 618
1336
Server / Re:MircoServer Gen8 - výběr OS + virtualizace
« kdy: 07. 03. 2019, 09:18:52 »
nepodařilo se mi a ani jsem nikde na forech atd nedohledal, ze by jsi mohl mit nainstalovany proxmox by default na sd karte. VmWare to umi a take to tak vyuzivam, ale proxmox na to neni delany.
Pod příspěvky máš moto "Když chceš, dokážeš vše!", tak jakýpak "nepodařilo se mi"! ;)

Ale vážně: nevím, co jsi zkoušel, ale pokud máš tu flashku do počítače strčenou při instalaci, měla by se zobrazit jako disk, kam můžeš Proxmox nainstalovat. V čem je problém?

Kromě toho, je to normální Debian s pár custom balíčky. Na disku je zavaděč v MBR/EFI, na první partišně je další stage a pak už je systém na ZFS (popř. LVM). První i druhý zavaděč můžeš nakopírovat kam chceš, stejně tak i ZFS. Není nic, co by ti bránilo dám kteroukoliv z těch částí na flashku. Osobně v tom ale moc nevidím logiku, protože ZFS budeš mít typicky na redundantním disku, zatímco když ti odejde flashka, seš v pytli. Mít systém na "datovém" disku ničemu nevadí, nijak se s datama nemíchá, je to oddělenej FS.

1337
Hardware / Re:Chytrá elektroinstalace v bytě
« kdy: 04. 03. 2019, 21:11:27 »
Míň super pak je těch pouhých 8 byte dat co do CAN zprávy vměstnáte. I když jsem se snažil využít část 29 bitového ID pro další data, tak je to pořád málo.
Jo, to je určitě největší slabina. Implicitně jsem předpokládal, že v domácí atomatizaci se budou po téhle sběrnici posílat jenom věci typu "sepnuto/rozepnuto", "teplota je 24C" apod., které se do 8B vejdou a pokud by bylo potřeba řešit něco bohatšího, tak někde vedle postavit třeba ethernet/MQTT. Do spojování CAN paketů bych se spíš nepouštěl, to je opruz, to je jasný.

A dokumentace CAN řadičů u procesorů jimi vybavených je taky docela tristní viz STM32 nebo ESP32.
Většinou základní příklad, ale bez maskování a filtrace zpráv.
K příkladům od STM se vyjadřovat nebudu, to bych se musel rozčílit :) Co se týče CAN, je to slabý i u jinak dobrýho ESP32.

Hezkej příklad jsem našel v knížce Beginning STM32: https://github.com/Apress/Beg-STM32-Devel-FreeRTOS-libopencm3-GCC/tree/master/rtos/can je to tam i s filtry. Bohužel, ten zabundlovaný FreeRTOS je nějaká prehistorická verze. Ale práce s CAN je z toho vidět dobře.

1338
Server / Re:MircoServer Gen8 - výběr OS + virtualizace
« kdy: 04. 03. 2019, 21:01:28 »
Protože to nebude mít výkonu ani RAM nazbyt, já bych doporučil FBSD a jaily. Má to menší režii, než ostatní vyjmenované možnosti.
V tom výčtu mi citelně chybí LXC, které by bylo s těmi jaily srovnatelné.

Na zamyšlení je, co vše je opravdu potřeba běhat odděleně, konkrétně na fbsd se věci do sebe moc nepletou. Já když jsem přecházel z (povětšinou) Debianů na FBSD, tak jsem měl taky tendenci každou věc cpát do jailu. Měl jsem pocit, že když se něco nepovede, začne se lépe znovu. Pak jsem zjistil, že to skoro nepotřebuju, protože všechny balíky se instalují do /usr/local, nastavení do /usr/local/etc, ..., takže samotný základní systém zůstává za všech okolností zdravý, nezahnojený.
Jj, to je na FreeBSD přímo geniální. Plus ten base systém stačí "nainstalovat" prostým rozbalením jednoho archivu.

I tak se ale jaily hodí třeba když chce člověk updatovat nějakou knihovnu a byl by to problém pro nějakou jinou komponentu, kterou tam má taky. To se ale na domácím systému stejně nestane.

Hlavní nevýhoda FreeBSD je v tom, že je trošku míň aplikací a jsou míň odladěné - přece jenom, user base je výrazně menší.

Osobně bych doporučoval spíš Proxmox, kde jsou skvěle ošéfované LXC kontejnery, včetně oddělených síťovek, na venek se to tváří skoro úplně jako virtuál. Do plnotučného virtuálu bych dal jenom věci, kde to je opravdu potřeba (což typicky nebude vůbec nic).

1339
Hardware / Re:Chytrá elektroinstalace v bytě
« kdy: 04. 03. 2019, 18:31:21 »
Měl jsem to podobně, ale nechtěl jsem tahat všechno do rozvaděče k nějakému řídícímu PLC.
Přesně na tohle jsem se chtěl zeptat. V bytě to chápu, ale v RD tahat spoustu okruhů do jednoho místa? Není to zbytečný trápení? Není lepší mít třeba jednu jednotku na patro a mezi patrama natáhnout jenom data a silovku? Zvažoval/realizoval jste to někdo? A pokud ne, proč?

Jenže najít nějaký rozumný multimaster protokol pro drátovou sběrnici je skoro nemožné.
Shodou okolností jsem si právě hrál s CAN bus a přijde mi, že by se pro DIY HA dala skvěle použít. Transceivery jsou levné a MAC má kdejakej mikrokontroler přímo v sobě (STM32, ESP32). Po webu jsem ale našel celkem málo lidí, kteří by to používali. Nevím proč a zajímalo by mě to.

Jediná zásadní nevýhoda, o které zatím vím, je, že bych na to nenapojil žádný zařízení třetí strany. S Modbus je aspoň jakžtakž šance něco hotovýho koupit. Na druhou stranu, udělat (ne-obecný) převodník CAN - Modbus je celkem triviální.

Další nevýhoda multimasteru obecně je, že jedno zblázněný zařízení může zbortit celou sběrnici/větev, ale to mi nepřijde jako zas tak strašlivá nevýhoa - v porovnání s kilometrama ušetřených drátů, portů a místa... Celkem se mi ta myšlenka zamlouvá a zajímal by mě názor někoho, kdo se v tom pohybuje víc.

1340
Software / Re:Nejasnosti ohledně suoders
« kdy: 19. 02. 2019, 22:07:43 »
Ve skutečnosti to může udělat proces, který má capability CAP_SETUID (resp. CAP_SETGID pro změnu skupiny). Ale to už jsme opravdu světelné roky za původním dotazem.

A pak se ještě hodí dodat, že binárky su i sudo mají nastavený setuid bit, který znamená „spusť pod uživatelem, který je vlastníkem souboru“. Tím je zařízené, že su i sudo se vždy spustí pod rootem, ať je spustí kdokoli, a proto pak mohou provádět ty „kejkle“ a přepínat kontext uživatele. Není to tedy žádná speciální vlastnost těchto programů, že by měly nějaké speciální výsady vůči linuxovému jádru. Jenom využívají setuid bit a toho, že jsou díky němu vždy spuštěny pod rootem. Programy jako su nebo sudo si může napsat každý – ale setuid (a setgid) bit jsou velmi nebezpečná hračka, zejména pokud tu binárku vlastní root.
Do tehle veci jsem zamerne nezabihal, protoze to tazateli jenom zamota hlavu :)

1341
O serveru Root.cz / Re:Zrizeni nemoderovane sekce na Root.cz
« kdy: 19. 02. 2019, 22:04:53 »
Takze misto toho, aby si zakladal udet a pamatoval username a heslo na root.cz, tak si bude ehm ... muset zalozit ucet a pamatovat username a heslo na MojeID? To ma byt zlepseni?
Pokud by skutecne pouzival MojeID jenom na root.cz, tak by to moc smysl nedavalo. Pravdepodobne ho ale vyuzije i jinde a pak to smysl zacne davat. Nehlede na to, ze MojeID podporuje i jinou autentizaci nez jenom heslo.

O te drobnosti, ze ne kazdy chce, aby si jeho budouci zamestnavatel snadno nasel vse, co kdy napsal do diskusi na internetu je snad lepsi se nezminovat, to by pan Prymek pravdepodobne nepochopil, coz dokazuje svym navrhem. Pokusim se to vysvetlit. Nikdo nema rad korporaty a openspacy, ale v nekterych firmach se to nerika, staci aby to nekdo z HR nasel a misto nedostanete. Pred dvaceti lety bylo zcela adekvatni nenavidet Micro$oft za jeho chovani k opensource, ale je situace jina, firma muze mit s M$ smlouvu a lidi z HR to pozadi neznaji.
To naprosto chapu. Sice jsem nikdy v korporaci nepracoval, ale umim se empaticky vcitit do nekoho, kdo ma tak tezky zivot. Jenom nechapu, jak to souvisi s tim, co jsem napsal. Sam sem pises pod nickem 11111... - pod nim te nekdo z Microsoftu bude googlit?

a je zcela na miste upozornit redakci, ze pokud si chce zachovat stavajici komunitu, tak tyto kroky udelat nesmi.
To samozrejme je na miste a nevsiml jsem si, ze by to tu nekdo nekdy zpochybnoval. Nekteri uzivatele svoje nepoteseni timto krokem vyjadrili, sefradaktor jim na to odpovedel, ze i presto na tom kroku redakce trva, protoze splnil ucel. Co na tom chces dal resit?

Domnivam se, ze i kdyby root ted hned zrusil cenzuru a registraci, tak dosahne mnozstvi prispevku a velikost komunity z pulky ledna 2019 tak za rok az dva.
Nepouzivej slovo "cenzura", protoze o zadnou cenzuru tady vubec nejde. Pokud chces vedet, co je to cenzura, poslechni si na Vltave porad https://vltava.rozhlas.cz/sex-porno-a-devalvace-fantazie-i-7748692 abys vedel, jak skutecna cenzura fungovala. Je to super porad, fakt doporucuju :)

1342
Server / Re:ISO z na inštalovaného servera použitá na kvm
« kdy: 19. 02. 2019, 21:50:57 »
Dobre, ale ked mam napr. SSD 120GB a urobim v clonezilla IMG, ktory ma velkost napr. 40GB a chcem ho restorovat na novy SSD napr. 60GB, tak to clonezilla nepusti a zahlasi, ze disk je mensi ako povodny. Zatial som nepatral, ci sa to da nejako nastavit aby mohol byt novy disk mensi ako povodny (resp. ci sa to vobec da).
Ty ale chces ten server provozovat ve virtualu, takze z virtualniho disku, ne? Ten si muzes udelat jak velky chces - i vetsi nez kolik mas realne k dispozici fyzicke kapacity.

1343
Software / Re:Nejasnosti ohledně suoders
« kdy: 19. 02. 2019, 21:37:38 »
su zada heslo uzivatele root
Su pozaduje heslo uzivatele, na ktereho se chces prepnout. Muzes si to sam vyzkouset:

Kód: [Vybrat]
$ sudo adduser test
Adding user `test' ...
Adding new group `test' (XXXX) ...
Adding new user `test' (XXXX) with group `test' ...
Creating home directory `/home/test' ...
Copying files from `/etc/skel' ...
Enter new UNIX password:                                  <-  "abcdefg"
Retype new UNIX password:
passwd: password updated successfully
Changing the user information for test
Enter the new value, or press ENTER for the default
Full Name []:
Room Number []:
Work Phone []:
Home Phone []:
Other []:
Is the information correct? [Y/n] y

$ su - test
Password:                                        <-  "abcdefg"
$ whoami
test

1344
Software / Re:Nejasnosti ohledně suoders
« kdy: 19. 02. 2019, 21:18:22 »
5. pokud ano, tak se sudo (běžící pod rootem) přepne, aby že běžel pod uživatelem "lojza"
Tady jsem jeste zapomnel dodat, ze prave a jedine root ma pravo se prepnout na jineho uzivatele. Tj. sudo tenhle krok muze udelat prave proto, ze bezi pod rootem (at uz ho spusti jakykoliv uzivatel).

1345
Software / Re:Nejasnosti ohledně suoders
« kdy: 19. 02. 2019, 21:08:30 »
Dává možnost uživateli "john" vykonávat jakýkoliv příkaz, za jakéhokoliv uživatele
Aby to tazatel úplně dobře pochopil, asi by se slušelo říct, jak to funguje:
1. jsem přihlášený jako uživatel "mirda"
2. když napíšu do shellu "sudo -u lojza x", tak se prostě spustí program "sudo" s parametry "-u lojza x"
3. sudo má nastavenou takovou zvláštní vlastnost*, že ať ho spustí jakýkoli uživatel, běží sudo s právy roota - tj. jako kdyby ho spustil root
4. sudo se podívá do své konfigurace (sudoers), jestli má "mirda" právo spustit příkaz "x" pod účtem uživatele "lojza"
5. pokud ano, tak se sudo (běžící pod rootem) přepne, aby že běžel pod uživatelem "lojza"
6. když běží pod uživatelem "lojza", spustí program "x"

Tj. konečný efekt je úplně stejný, jakoby se uživatel lojza přihlásil do systému a do shellu napsal "x".

Z toho taky plyne, že pro účely konfigurace sudo je úplně jedno, jestli program "x" existuje nebo ne. Pokud neexistuje, tak se stane přesně to stejné, jako kdyby lojza napsal do shellu "x" - shell (resp. sudo) mu řekne, že program neexistuje.

Kód: [Vybrat]
$ sudo x
[sudo] password for mprymek:
sudo: x: command not found

Takže kdybysme chtěli být přesní, příkaz se nevykonává "za jiného uživatele", ale skutečně POD tím jiným uživatelem - sudo se na něj prostě přepne.

Taky z toho plyne odpověď na otázku "co se stane, když mám právo X spustit pod uživatelem Y, ale Y nemá právo spustit X" - no stane se přesně to, co se stane, když se Y pokusí spustit X. Protože přesně to se pod kapotou sudo děje.

* v tomhle kontextu to není důležité, proto to dál nerozvádím

A chápu to dobře, že služby jsou také uživatelé?
Ne. Unixové systémy znají uživatele a procesy. Každý proces běží pod nějakým uživatelem (typicky pod tím, který ten proces spustil, spíš výjimečně pod jiným).

"Služba" nemá v unixovém světě přesně daný význam, může být implementována různě. Každopádně je to proces.

kde zjistím, která služba má jaké oprávnění?
To už jsme si řekli, že je blbost, ale pokud by otázka byla "jak zjistím, jaký uživatel má jaké oprávnění", tak to je otázka, která nedává v unixovém světě moc smysl. Jednotlivé spustitelné soubory na disku mají u sebe poznačeno, kdo je může spustit. To je celé. (Resp. to je ten základ, na který se ptáš, kromě něj existují ještě úplně jiné světy, ale ty teď ignoruj)

K tomu sudo a skupině: napsal jste, že jsou nezávislé, ale pokud nemám skupinu sudo, pravidla se neuplatní. Nejsou tyhle věci v rozporu? Nebo můžu uživateli přidat skupinu, kterou vytvořila konfigurace sudoers bez toho, abych ji vytvořil v groups?
Nejsou v rozporu. Sudoers žádné skupiny nevytváří. Do sudeoers se dívá program sudo, nikdo jiný. A program sudo se dívá jestli uživatel "mirda" má právo něco udělat. Popřípadě se dívá, jestli má právo něco udělat někdo, kdo je členem nějaké skupiny a jestli je mirda jejím členem. Pokud tam bude pravidlo, že člen skupiny "admins" může spustit X, tak se sudo podívá, jestli je mirda členem admins. Pokud ta skupina neexistuje, tak logicky mirda jejím členem není -> mirda nemá právo spustit X (jinými slovy: tohle pravidlo se neuplatní pro nikoho).



Neber si to prosím osobně, ale silně bych doporučoval, aby ses tyhle věci snažil nastudovat sám a ptal ses až v případě, že něčemu nebudeš rozumět - tj. stylem:

Přečetl jsem si v knize tohle [...], pochopil jsem to takhle [...], když si to zkusím, stane se tohle [...] a přitom jsem čekal, že by se mělo stát [...]. Co jsem špatně pochopil?

Tohle je daleko lepší způsob, který ušetří čas tazateli i odpovídajícím.

1346
Sítě / Re:Levné SIM karty pro IoT
« kdy: 19. 02. 2019, 15:28:27 »
Ne každý má firmu. A tohle je nabídka jen pro firmy.
Ta druhá ano, ta první ne.

Postovne 6.99 Eur, to je ten duvod.
Když si to rozpočítáte mezi 3 lidi a pak připočítáte poštovné po ČR, tak ušetříte asi tak 80Kč a budete se tady domlouvat týden. Výhoda je, že ten, kdo ty karty objedná, je bude moct kdykoli zablokovat a ten, kdo je neobjedná, je nebude moct nabít. A to se za 80Kč vyplatí, protože když si to rozpočítáte na měsíce za těch deset let, je to měsíčně úspora kolem skoro korunu!

1347
Sítě / Re:Levné SIM karty pro IoT
« kdy: 19. 02. 2019, 14:02:06 »
Taky pekne - 10 let provozu za 12 euro s dani - 500MB nebo 250 SMS

Nebudete nekdo z Prahy delat objednavku? Dve by se mi hodily na pokusy.

Taky bych se přidal... 1-2 ks. Ostrava
Co vymýšlíte za blbosti? Prostě si to objednejte na sebe, v čem je problém?!

1348
Sítě / Re:Levné SIM karty pro IoT
« kdy: 18. 02. 2019, 21:39:42 »
Ještě jedna podobná možnost: https://1nce.com/

1349
Sítě / Re:Levné SIM karty pro IoT
« kdy: 18. 02. 2019, 15:01:44 »
Shodou okolností teď kolega zmínil https://www.thingsmobile.com/business/sim-iot-m2m-

To by asi mohlo odpovídat tomu, co chceš, ne? (Osobní zkušenost nemám, prodávám, jak jsem koupil - jenom odkaz)

1350
Server / Re:ISO z na inštalovaného servera použitá na kvm
« kdy: 18. 02. 2019, 09:58:43 »
pouzivam na to web proxmoxu a tam sa bootuje z ISO (prip z fyz. mechaniky)
Proxmox (resp. KVM) umí bootovat spoustou různých způsobů, mj. i z fyzického disku. Klidně jsi to mohl udělat i tak, že bys vzal disk ze starého serveru a jenom ho v Proxmoxu přidal virtuálu a nechal nabootovat (samozřejmě bys pak ale neměl zálohu původního stavu).

tak dufam, ze sa to podari
Podaří, je to správný postup. Pravděpodobně ale budeš potřebovat znovu nastavit síť (ve virtuálu budeš mít jinou síťovku).

BTW, na Proxmoxu máš thin provisioning, takže velikost disku nehraje roli (pokud ho nemáš úplně zaplněný).

Stran: 1 ... 88 89 [90] 91 92 ... 618