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 - farbydos2

Stran: [1] 2 3 ... 6
1
Server / Re:Napadený server
« kdy: 31. 05. 2024, 12:14:37 »
Jak již předřečníci zmínili, jde o těžkou disciplínu. Ještě se můžete podívat na ss:https://www.root.cz/clanky/uvod-do-prikazu-ss-zjistete-podrobnosti-o-sitovych-rozhranich/

Ideální by bylo zkusit server nějak omezit v přístupu do dalších sítí, aby se infekce případně nemohla šířit dál. Samozřejmě vyměnit hesla, klíče atp.

2
Server / Re:Vypnutí serveru na dvou UPS
« kdy: 16. 02. 2024, 12:03:17 »
Teoreticky by šlo vnést do systému trochu determinismu. Předpokládám, že napájecí zdroje serveru jsou v redundantní konfiguraci. Nechť je dále inteligentnější/s debianem komunikativnější UPS označena UPS A a druhá UPS B. Pak by šlo nastavit, že server preferuje napájení ze zdroje UPS B a failover jde na UPS A. Logiku UPS B není třeba vůbec řešit a můžete ji klidně nechat odpojit zátěž natvrdo bez ohlášení po sériovce. Druhá UPS pak bude v debianu pod dohledem a podle klesající kapacity UPS A se server vypne.

Kdybych se spletl a zdroje nebyly v redundantní konfiguraci, bude potřeba sledovat obě UPS a podle slabší vypnout.

3
Sítě / Re:Jak nastavit priority DSCP u switche MikroTik
« kdy: 15. 01. 2024, 14:07:49 »
Důležitý technický detail: klasické Dante používá starší standard PTP, ale AES67 a cokoliv se suity SMPTE2110 potřebuje PTPv2 (IEEE1588-2008). PTPv2 má předepsanou hierarchii, kde vystupují grandmasteři, transparent clock, boundary clock a ordinary clock, a dále bývá dle konkrétních požadavků aplikace vyhrazen specifický profil a případně doména, volba unicast/multicast... Tak je tomu i v případě AES67. Pokud by navíc byl požadavek udržovat přesnou synchronizaci s okolními technologiemi (například pro AV aplikace dle SMPTE2059), záleží na výběru sdíleného časového údaje (například TAI vs UTC). Pro korektní funkci PTPv2 je potřeba opora v hardware a celá hierarchie je navržena pro velkoformátové škálování realtime (distribuovaných) systémů a aplikací. Mikrotik má jen několik vybraných prvků, kde je implementována podpora PTPv2, Cisco podporuje PTPv2 v ve vyšších řadách Catalyst (konkrétně 9300 a vyšší), v novějších Nexusech a v několika industry řadách. Podporu PTP mají také switche Juniper, Arista nebo z levnějších Huawei (tuším, že se jedná o řady S*800).

Naproti tomu časování dante má větší laxitu a vystačí si s komoditnějšími prvky. Proto se relativně snadno implementuje na levnějších síťových prvcích. I zde je ale potřeba vybrat zdroj hodin a spotřebitele časového údaje pro synchronizaci.

Obecně platí, že kriticky časované aplikace by měly být korektně segmentovány od nekritických. Pokud se Vám podaří rozběhnout mezi prvky audiosítě správné časování, můžete se zamyslet, zda je potřeba navrhnout dante síť v tomtéž segmentu jako síť pro odesílání mailů a internet. Fronty a DSCP lze pak nastavit podle možností switchů a provozu. Zjednodušeně jde o nástroj, jak pomoci síťovým prvkům rozhodnout, která data mají přednost (potenciálně na úkor jiných). Můžete volit DSCP dle doporučení (například https://en.wikipedia.org/wiki/Differentiated_services nebo dle doporučení pro Dante), ale precizní třídění provozu dle priorit stejně přijde na řadu až ve chvíli, kdy další priority nastavíte a přes prvky v síti začne takto rozmanitý provoz proudit.

4
Vývoj / Re:MySQL a přecenění se změnou DPH
« kdy: 04. 01. 2024, 15:35:01 »
Lenze pre ukladanie grosov urcite float ani double pouzit nechcete, pri dost vysokych cislach sa vam zacnu stracat haliere, koruny, desiatky korun. Je to dane tym ze vo float je cislo ulozene ako mantisa, ktora ma urcitu maximalnu velkost nasobenu exponentom.
Cize pouzijete na jednoduchsich DB decimal (ktory je ulozeny podobne ako BCD) alebo pouzijete typ premenu ktory je ulozeny ako integer s tym ze pri vypoctoch sa transparentne deli podielom platnym pre danu menu (napr 100 pre euro).

Ak nechceme zbytocne komplikovat vypocty tak ukladame cenu a zaklad DPH dopocitavane, a ziadne dodatocne vypocty ani zaokruhlenia nie su potrebne, pretoze zaklad z ceny vieme vypocitat presne, kdezto cenu zo zakladu nie. To ze je to fakt som ukazal na priklade a v predoslom prispevku som aj vysvetlil preco to tak je.
Float má nevýhody, o kterých jsem psal. Ale nemám pocit, že by je typ decimal(x, y) řešil. Obecně může záležet na pořadí operací i u decimal. Pokud navíc data prezentujete zaokrouhlená, musíte se rozhodnout, jestli se budete držet prezentované přesnosti (haléř, setina haléře atp.), nebo budete interně používat vyšší přesnost a pak nebudou dokonale odpovídat prezentované mezivýsledky s výsledky spočtenými.

Jen si představte, že na položku za 0,0007 korony dá někdo akční nabídku tři za cenu dvou. A pak se na faktuře těchto položek objeví desetitisíce. S typem decimal(x, 4) bude výsledek záviset na pořadí operací a uplatnění slevy. A je úplně jedno, jestli počítáte DPH z daňového základu, nebo postupujete naopak. Jiní tu citovali pasáže o povinných údajích na fakturách; většinou je zvykem vycházet z nutných údajů a pak dle okolností doplnit nepovinné: Occamova břitva...

5
Vývoj / Re:MySQL a přecenění se změnou DPH
« kdy: 03. 01. 2024, 22:58:39 »
Způsob uložení toho či onoho je jen jedním z mnoha aspektů, který se řeší při návrhu architektury systému.

Ale ani zdaleka ne jediným.  A dost často se vyplatí použít jeden rovnák na ohýbak na místě A, než tři rovnáky na místech B, C a D.

Ale to byste jako superznalý expert měl dávno vědět.
Ak dokazete s presnej ulozenej ceny dopocitat presny zaklad, tak aky rovnak na miestach B, C, D potrebujete. Ten zaklad sice dopocitavate ale na chlp sedi stym ako by ste ho ukladal. Kdezto cena dopocitana zo zakladu sa rozchadza stym ako by ste ju mal ulozenu.

Co ve Vaší terminilogii znamená rovnák? Pokud se jako základ pro výpočty použije datový typ float nebo nějaký odvozený, budou operace násobení a sčítání komutativní, ale obecně ne asociativní a distributivní. Poslední dvě vlastnosti jsou splněny jen do jisté odchylky. Všechny tři vlastnosti mohou být při účetních operacích potřeba. Když k tomu přidáme požadavek, že pro reálnou měnu je vhodné prezentovat data s konečnou docela malou přesností a v hezké podobě, nemůžeme problém nikdy vyřešit. Můžeme se snažit eliminovat důsledky, počítat interně s vyšší přesností, vybírat precizně pořadí operací, ale boj je to marný. Obecně je špatný nápad problém zhoršovat nadbytečným zaokrouhlovánám mezivýpočtů. Výsledky mezivýpočtů ale na fakturách mohou vystupovat a není v mé moci říci, jestli je lepší pracovat se zaokrouhlenými hodnotami dle prezentované formy, nebo držet pro výpočty přesněji, ale nepatrně odchýlené od vytištěných hodnot.

Pár příkladů je i na wiki: https://en.wikipedia.org/wiki/Floating-point_arithmetic#Accuracy_problems

6
Bazar / Re:Prodám serverová CPU
« kdy: 22. 10. 2023, 10:27:37 »
E5 2678V3 je stále k prodeji

7
Bazar / Re:Prodám serverová CPU
« kdy: 10. 10. 2023, 00:08:01 »
Cenu samozřejmě můžete nabídnout. Původní cena byla 2/3 nabídky z Czechserver. Za 700 Kč mohu CPU nechat, chcete-li.

8
Bazar / Prodám panel AUO B140RW02 V0 (Thinkpad t430)
« kdy: 08. 10. 2023, 14:54:49 »
Prodám panel AUO B140RW02 V0 pro Thinkpad t430 apod. Jde o lesklou variantu 1600x900. Použit byl jen krátce během čekání na matný FHD panel. Cena dohodou, případně vyměním za balení kávy.

9
Bazar / Re:Prodám serverová CPU
« kdy: 08. 10. 2023, 13:59:31 »
Snižuji cenu:
Intel Xeon E5-2676 v3 (12-Core 2.40 GHz): 1 000,- Kč,
Intel Xeon E5-2697 v2 (12-Core 2.70 GHz): 800,- Kč-

10
Bazar / Prodám serverová CPU
« kdy: 18. 09. 2023, 21:54:45 »
Nabízím k prodeji:
  • Intel Xeon E5-2676 v3 (12-Core 2.40 GHz): 1 500,- Kč,
  • Intel Xeon E5-2697 v2 (12-Core 2.70 GHz): 1 200,- Kč-
Dohoda možná. Předání ideálně v Praze.

11
Bazar / Prodám staré SAS řadiče
« kdy: 13. 09. 2023, 23:18:26 »
Prodám staré řadiče:

Dell Perc H800: 500 Kč/balení zrnkové kávy,
Dell Perc s300 + interní SAS kabel pro 4 disky: zdarma (nefunguje s Linuxem),
Adaptec HBA 1000-8i + rozplet na 4 SAS + rozplet na 4 SATA: 2000 Kč/několik balení zrnkové kávy,
Adaptec asr5085 500 Kč/balení zrnkové kávy.

Obrázky případně mohu poslat na e-mail. Pouze osobní předání v okolí Prahy 4. Případně mohu na zkoušku zapůjčit SAS shelf Del Powervault MD1200.

12
Sítě / Re:WireGuard a funkce AllowedIPs
« kdy: 10. 10. 2022, 15:57:20 »
Jen jsem letmo přeletěl konfigurační soubory a zdá se mi, že na tzv. "serveru" máte (správně) masku /32, kdežto na klientech /24. Doporučil bych ji ve vašm případě také změnit na /32.

Jednotliví "klienti" pak komunikují skrze "server". Uvozovky píši naschvál, protože WG je by design řešen symetricky a zná jen pojem peer.  VPN "server" tak vznikne především nesymetrickou konfigurací routovacích tabulek jednotlivých peerů. Ať má server adresu WG rozhraní 10.8.0.1/24 a ať jsou tu dva klienti peer1 10.8.0.2/32 a peer2 10.8.0.3/32.

Pokud bude mít peer1 v AllowedIPs: 10.8.0.0/24, nastaví se na peer1 při startu WG rozhraní směrování: 10.8.0.0/24 přes příslušné WG rozhraní. Jde o volbu. Klidně můžete do routovací tabulky peer1 zasáhnout ručně a nasměrovat si přes WG rozhraní cokoliv dalšího. Nebo můžete nepoužít AllowedIPs a místo toho nastavit směrování v PostUp...

Pokud se podaří spustit point-to-point spojení peer1 a serveru, projde ping atp. Můžeme se posunout dál. Na serveru se musí povolit směrování paketů. Třeba pomocí sysctl -w net.ipv4.ip_forward=1 v PerUp, Pak bude možné posílat pakety mezi peer1 a peer2 tak, že server bude hrát roli prostředníka. Není potřeba nic NATovat. Pokud by měl peer1 přistoupit do části sítě, kam má přístup pouze server, třeba do rozsahu 192.66.66.0/24, musela by se do AllowedIPs peer1 přidat i tato část sítě a pak by musel server provoz NATovat.

Na mikrotiku budete asi muset nastavit v IP->Addresses na WG rozhraní 10.8.0.3/32 a adresu sítě 10.8.0.1. Pak v IP->Routes nastavit směrování 10.8.0.0/24 přes 10.8.0.1.

13
Hardware / Doporučte „chytré“ hlavice pro radiátor
« kdy: 10. 10. 2022, 14:38:54 »
Ahoj, nemáte někdo zkušenosti s "chytrými" hlavicemi pro řízení klasických radiátorů? Hledám náhradu běžných termostatických hlavic, aby bylo možné jednoduše ovládat jejich nastavení vzdáleně, nastavit průběh topení během dne atp.

V bytě se zatím používá jen Philips hue. Nebráním se ani nákupu nějaké jednoticí brány pro správu dalších zařízení, ani připojení přes WiFi. Celkem by se jednalo o čtyři hlavice. Moc rád bych ale naplnil následující:

  • Ovládání bez pofidérního cloudu. Pokud by se daly hlavice používat jen v lokální síti, bylo by to ideální. Přístup do lokální sítě je skrz VPN.
  • Výhled, že se ze zařízení brzy nestane e-waste, protože výrobce vydá aktualizovaný design a rozbije podporu a/nebo nebude vydávat aktualizace...
  • Ideální by bylo multiplatformní řešení. Webová správa mi přijde fajn.

Díval jsem se na řešení Loxone, ABB, Danfloss a nějaké náhodné výrobky na Alze. Rád bych ale ještě nasbíral postřehy někoho, kdo se pokusil něco podobného doopravdy nasadit. Díky moc.

14
Hardware / Re:Hardware pro virtualizaci a domácí router
« kdy: 16. 08. 2022, 09:31:43 »
K domácímu servření doplním několik pozorování z vlastní zkušenosti. Nejde přímo o reakce na předchozí odpovědi...
  • Překvapilo mě, jak dobře se hodí plnohodnotné IPMI, iDRAC nebo iLO atp, Hlavně pokud je člověk zvyklý na plnohodnotnou vzdálenou správu odjinud.
  • Hodně se tu řeší spotřeba. Spousta dnešních serverů má dost pokročilé řízení spotřeby, automatickou regulaci ventilátorů, účinné zdroje atp. Obrovský vliv má ve výsledku způsob použití. Pokud se používají zbytečné služby, člověk ad hoc tvoří a neuklízí testovací virtuály a kontejnery, má server větší spotřebu.
  • 10GBe že energii. Uživatel si musí rozmyslet, co je pro něj přínosné a kdy už jde o rozmar. Třeba zde je srovnání síťovek, které by člověk mohl najít v různých bazarových serverech https://www.servethehome.com/qsfp-v-sfp-v-10gbase-t-testing-power-consumption-differences/. Přijde mi, že hlavně starší síťové karty moc úsporné nejsou, i když zdaleka nejsou plně využity. Ne úplně obstarožní intel x550 má odběr: https://www.intel.com/content/dam/www/public/us/en/documents/product-briefs/ethernet-x550-brief.pdf
  • Výpočetní grafiky mají docela velký idle odběr: Tesla P100 řádově 30 W, Quadro RTX4000 řádově 10 W. Detailnějí namátkou: https://www.servethehome.com/nvidia-quadro-rtx-6000-gpu-review/7/. Osobně mi přijde, že v idle je Tesla žravější. Mít tedy v domácím labu plonkovou GPU, která se využívá jen občasně stojí energii.

15
Hardware / Re:Menší telefon
« kdy: 28. 07. 2022, 13:28:11 »
Také jsem hledal menší telefon. Přišlo mi, že dobře vypadaly iPhone 13 mini nebo Samsung Galaxy S22. 13 mini má teď přítelkyně, S22 já.
Náhodná pozorování a komentáře:
  • Ani jeden neumí dual SIM, ale oba umí eSIM
  • Ani jeden nemá klasický sluchátkový výstup. Samsung jack do svých "lepších" telefonů už snad nedává. iPhone nemá jack už dlouho.
  • Čtečka otisků prstů na S22 s krycím sklíčkem funguje někdy docela pofidérně.
  • Telefony docela nabobtnají, když se dají do pouzdra. Oba jsou docela tlusté i s obyčejným přiléhavým obalem zad. Případně se zastavte v obchodě a zkuste si telefon přímo v ruce i s pouzdrem.
  • Baterka vydrží S22 den až dva (data zapnutá, poloha zapnutá, žádné hry, žádná videa, prohlížení webu a mailů, čtení a telefonování). Subjektivně mi přijde, že i13 mini vydrží déle.
  • Samsung nabízí DeX. Po připojení k monitoru se člověk dostane do desktopu. Zatím jsem nepřišel na efektivní využití, ale přijde mi to jako fajn možnost. Aby se dalo prostředí dobře používat, je potřeba mít dotykovou obrazovku s USB-C nebo

Stran: [1] 2 3 ... 6