Příspěvky

286

Software / Re:systemd-{networkd, resolved} + mDNSResponder -nastavenie systemu

« kdy: 07. 05. 2020, 15:12:07 »

1) .network files maju prioritizaciu, ak sa volaju rovnako: najvacsiu ma ten v /etc, potom v /run a nakoniec v /usr. Takze ak to urobis tak, ze nekonfigurovane zariadenie berie konfig z /usr a nakonfigurovane z /etc a zapisujes to do rovnako nazvanych suborov, tak sa vies takto medzi nimi prepinat, postaci ti zapis/vymazanie konfigu do /etc a reload networkd.

2) spustanie sluzieb http/hostapd vies riesit bud targetom v samotnom systemd; nakonfigurovany device bude mat iny cielovy target ako nenakonfigurovany, alebo iba enable/disable service.

3) naco presne tam mas mDNSResponder? Resolved vie resolvovat a respondovat na mDNS sam o sebe. Akceptuje este aj Avahi, pokial chces publikovat dalsie sluzby. Applacky mDNSResponder som v Linuxe moc pouzivany nevidel.

4) Ked pouzivas resolved, do nsswitch si pridaj "resolve" (nss_resolve). Usetris si kontext switch pri resolvovani. Do /etc/resolv.conf sa rucne nevrtaj, manazuj ho cez resolved/networkd.

287

Windows a jiné systémy / Re:Windows 10 instaluje špatné ovladače

« kdy: 08. 04. 2020, 21:14:41 »

Myslím, že pointa byla v tom, že než si ty ovladače případně podepíšete/submitnete na WHQL, změníte příslušná ID (min. v INF souborech)-

A to je dobré presne načo? Windows taký HW nikdy nenájde, keďže KVM prezentuje VirtIO zariadenia s redhaťáckym vendor ID.

288

Windows a jiné systémy / Re:Windows 10 instaluje špatné ovladače

« kdy: 08. 04. 2020, 17:46:15 »

Tím ale nedojde ke kolizi VID. Každý si to submitne pod svým přiděleným VID a neleze do zelí někomu jinému.
Ty nejhorší situace nastávají z toho, kdy nějaký nadšený amatér (Číňan) vyrobí HW a vylosuje VID / PID generátorem náhodných čísel.

Ale áno, príde ku konfliktu, všetky VirtIO zariadenia používajú vendor ID 1af4 a 1b36 (t.j. Redhat), aj keď ovládač nie je od Redhatu.

Edit: https://github.com/qemu/qemu/blob/master/docs/specs/pci-ids.txt

289

Windows a jiné systémy / Re:Windows 10 instaluje špatné ovladače

« kdy: 08. 04. 2020, 16:52:18 »

Můžeš uvést konkrétní příklad Virtio ovladač, který má různé vendory? Myslel jsem, že všechny jsou od Redhatu.

Každý môže zobrať virtio-win z KVM projektu, urobiť na ňom QA a submitnúť ho na WHQL. Napr. SuSE to robí ("SUSE Linux Enterprise Virtual Machine Driver Pack"), svojho času aj Ubuntu (https://launchpad.net/kvm-guest-drivers-windows/).

Redhaťácke sú populárne, pretože sú aktuálne a zadarmo.

290

Windows a jiné systémy / Re:Windows 10 instaluje špatné ovladače

« kdy: 08. 04. 2020, 14:47:01 »

Pravda. Přesto zůstává platná teze o nekompatibilitě (asi) kvůli starému hardware.

V tomto prípade áno.

291

Windows a jiné systémy / Re:Windows 10 instaluje špatné ovladače

« kdy: 08. 04. 2020, 14:22:25 »

Problém s některými výrobci byl, že přidělili (chybně) kolizní ID hardwaru a systém se pak nemůže rozhodnout, který ovladač zařízení patří. Přednost pochopitelně dostane ten správný.

Toto tvrdenie obsahuje dva predpoklady, ktoré nemusia byť pravda, resp. boli by pravda iba v dokonalom svete:

- niektorí výrobcovia pridelili (chybne) kolízne ID,
- systém sa preto nemôže rozhodnúť, ktorý ovládač zariadeniu patrí a prednosť dostane "ten správny".

Pre bod 1:

Pridelené ID môže byť správne. Môže ísť o ten istý hardware (alebo virtuálny hardware), pre ktorý existuje viacero ovládačov. Príkladom môžu byť ovládače pre Intel SATA, ktoré majú implementáciu aj od Microsoftu aj od Intelu, alebo VirtIO, ktoré majú ten istý ovládač od niekoľkých vendorov s rozličnými digitálnymi podpismi, obhospodarujúcimi tie isté PCI ID (to je dôvod, prečo VirtIO ovládače nie sú vo Windows update a treba sa s nimi babrať ručne).

Pre bod 2:

A tak dostaneme nastavenie v BIOS-e SATA AHCI vs RAID. Jeho jediný účel je, aby zariadenie claimoval Intel driver, pretože Windows uprednostňoval Microsoftí, ktorý je presne ten nesprávny. Takže narovnávak na ohýbak.

292

Studium a uplatnění / Re:Vplyv ekonomického kolapsu na IT

« kdy: 03. 04. 2020, 00:34:59 »

Zajimala by mne definice "zufala nehnutelnost na 30 rokov". Hypoteky jsou jeste porad jedny z nejvyhodnejsich forem uveru a kdo se nenarodil se stribrnou lzickou v hube tak je pomerne prirozeny ze se na ni bude snazit dosahnout.

Realita je takova, ze i s nadstandartnim platem za byt v Praze bude clovek platit minimalni splatku cca 15k mesicne bez dalsich poplatku. Kdybych se rozhodl, ze to chci mit zaplacene 2x rychleji tak uz musim platit 30k a to majoritni vetsina lidi neda a navic sem porad namocenej v uveru na 15 let, takze tim nic moc extra neziskam.
Abych koupil nemovitost, zaplatil ji za par let a koupil dalsi tak musim vydelavat penize ktere jsou uplne mimo bezne i nadprumerne prijmy. Bavime se o obycejnych smrtelnicich. Takze ano, nove auto kazde 2 roky nebo dovolena na kajmanech je asi neco co clovek muze ozelet a nasetrit si, na druhou stranu budu radeji platit hypo 15k a dalsich 15 setrit nez abych vyplacnul 30.

Ano, hypo su jedny z najvyhodnejsich uverov, ale stale je to uver a predstavuje riziko ako uver. Preto pokial nezaraba, treba sa ho zbavit.

Splatky uverov nefunguju linearne; prave preto, ze sucastou je aj splatka istiny, aj urok, a ked splacas istinu rychlejsie, tak v dalsej splatke budes platit urok z nizsej sumy. Preto rychly prepocet v Exceli - ked zdvojnasobis splatku z 15k na 30k, (pri zachovani urokovej miery a pozicanej sumy), tak skratis splacanie z 30 na 11,7 roka. Na skratenie z 30 na 15 rokov treba 24,6k mesacne. (Naopak, pri splatke cca 9k by nikdy nebol splateny; pocitam s tym, ze 15k splatka/m pri 30 rokoch a 3% uroku je sucasna hodnota cca 3,5m; urok z toho je tych cca 9k. V ostatnych vypoctoch sa urokova miera vykratila . Pre dalsie info odporucam googlit "casova hodnota penazi", funkcie v Exceli alebo LO pmt, rate, nper, pv, fv).

Rychle splatenie hypo sa vsak da urobit aj inak - mas splatky ako si mal, na rovnake obdobie ako si mal. Len si treba dat v zmluve dohliadnut, aby si mohol robit predcasne splatky bez penale (niektore slovenske banky to maju v standarde, do urciteho percenta pozicanej sumy kazdy rok). Takze mas naplanovane bezne splacanie a pokial sa ti podari nieco usetrit, zarobit bokom, mat lepsie premie, tak vtedy mas dve moznosti:

- pokial mas moznost investovat tie peniaze s lepsim vynosom ako je tvoj urok na hypo (pozor na riziko), tak rozdiel vo vynosoch je tvoj dalsi zarobok;

- pokial tu moznost nemas, tak urob extra splatku na hypo. Mas ten option, tak ho vyuzi.

Takze splacanie hypoteky sa moze vyrazne skratit aj beznemu cloveku, ked dobre zahra karty ktore ma.

293

Sítě / Re:OpenVPN klient funguje na Linuxu a MacOS, s Windows jsou problémy...

« kdy: 24. 03. 2020, 18:11:43 »

Z configu klienta dat prec riadok "route...".

Na serveri doplnit do configu servera:

Kód: [Vybrat]

push "route 192.168.0.200 255.255.255.255"

teda ak vazne chcete routovat /32... preco nie /24? Fakt iba na ten jeden pocitac? A to verite klientovi, ze sa sam obmedzi?

294

Server / Re:Backup serveru

« kdy: 23. 03. 2020, 19:03:03 »

Pokud to má být nová složka pro každou zálohu, proč rsync a ne obyčejné scp?

Pretoze rsync dokaze zobrat root predoslej zalohy a preniest cez linku iba rozdiel voci nej (--link-dest/--copy-dest). scp by prenasalo vsetko.

295

Sítě / Re:VPN pro road warriory

« kdy: 19. 12. 2019, 13:25:12 »

OpenVPN pre MacOS -> tunnelblick, do server.conf dat:

Kód: [Vybrat]

push "dhcp-option DNS ip-adresa-dns"
push "dhcp-option DOMAIN domena-kde-hladat"

V tunnelblicku mat pre dane pripojenie nastavene "Nastavit nameserver"

Wireguard: pre vsetky platformy DNS server je v [Interface]. Ako ho nechat pouzivat iba pre konkretne domeny, sa nastavuje v kazdom systeme inac, genericky pre jednotlive interface. V Linuxe NetworkManager, ked sa pouziva backed dnsmasq alebo systemd-network vie forwardovat na specificke resolvery pre konkretne domeny; v macos sa to da nastavit v /etc/resolver/ (man 5 resolver), vo Windows cez Add-DnsClientNrptRule.

Pokial sa niekomu podarilo rozbehat IKEv2/Strongswan tak, ze to fungovalo s Windows/Linux/Android/MacOS/iOS aj spoza NAT, tak sa rad pozriem na to, aky konfig pouzil.

296

Server / Re:Zálohování s rsync

« kdy: 11. 12. 2019, 16:07:49 »

To, co hladas je "--link-dest=", kde nezmenene subory budu hardlinkom na subor v inom strome. Teda to nesplna podmienku "nebyt hardlinkovane", ale na inkrementalne zalohy je to dobre.

Na tomto je zalozeny celkom pekny skript https://github.com/laurent22/rsync-time-backup

297

Server / Re:ZFS na controlleru s HW RAID a s jedním diskem v logickém poli

« kdy: 04. 12. 2019, 20:55:42 »

V podstate rozdiel je iba v troch veciach:

1) v hba rezime su dostupne smart data pre jednotlive disky,
2) v raid rezime su na disky ukladane metadata o konfiguracii pola, takze sa nedaju preniest do ineho pocitaca (bez rovnakeho smartarray) a pole tam mountnut,
3) v hba rezime sa neda bootovat, ako som spomenul vyssie.

298

Server / Re:ZFS na controlleru s HW RAID a s jedním diskem v logickém poli

« kdy: 04. 12. 2019, 20:00:33 »

A este jeden detail: zo smartarray v hba mode sa neda bootovat. Treba sdkartu a na nu dat /boot.

299

Server / Re:ZFS na controlleru s HW RAID a s jedním diskem v logickém poli

« kdy: 04. 12. 2019, 19:57:18 »

P420i sa da prepnut do hba modu. Treba na to relativne aktualny firmware a utilitku "ssacli" bud z hp service packu, alebo z hp repa. Samozrejme, ked sa robi toto nastavenie, tak nic z pola nemoze byt mountnute.

Zmena sa robi:

Kód: [Vybrat]

ssacli controller slot=0 modify hbamode=on

Zobrazit, v akom mode je radic:

Kód: [Vybrat]

ssacli controller slot=0 show

Zmena je permanentna, pokial ju nezmenite naspat s hbamode=off

300

Server / Re:Synology NAS - max. kapacita

« kdy: 22. 10. 2019, 16:04:22 »

Na 32-bitovych Synology je maximalna velkost jedneho volume (filesystemu) je 16 TB. Nikde nie je napisane, ze by sa dal vytvorit iba jeden volume.

Kedze je to velkost volume a nie disku, tak napr. 4x6TB v RAID5 zlahka presiahne limit; do druheho volume sa preleje nejakych 300GB.