Příspěvky

1

Odkladiště / Re:Podvržení mého čísla v zahraničí

« kdy: Dnes v 16:00:49 »

No jak to záškodníci zjistí by mě také zajímalo... Jestli to prostě ve velkém zkoušení? Byl jsem v zahraničí 3 týdny, první hovor byl cca po týdnu, kulminovalo to v půlce třetího týdne...

Uplne tomu nerozumim, ale co jsem slysel, tak nejaky hacker si zaplati "SS7 connectivity".
Pak se muze tvarit ze on sam je mobilni telefonni operator a muze komunikovat s ostanima telef. operatorama na zemekouli. Odtud muze ziskat ruzne zajimave informace.
Pokud takovy hacker posle zpravu, ze Pepa je ted v Bangladesi a ja by ted chtel roamovat jeho cislo, tak je na ostanich operatorech jestli tomu uveri. SS7 protokol vznikl v dobe kdy se na bezpecnost moc nehledelo. 5G site jsou na tom mnohe lepe.

2

Odkladiště / Re:Podvržení mého čísla v zahraničí

« kdy: 01. 09. 2026, 15:00:56 »

YT kanal Veritasium na tohle tema natocil skvele video s jednim nemeckym hackerem.
SS7 protokol ma minimalni zabezpeceni a hodne veci je zalozenych jen na duvere. 5G site jsou na tom mnohem lepe.

 https://www.youtube.com/watch?v=wVyu7NB7W6Y

3

Windows a jiné systémy / Re:Vlastnosti macOS pro linuxáka

« kdy: 04. 11. 2025, 13:30:21 »

Ja jsem presel a nelituju.
Vyhody: ssh-agent, ssh config, yubikey. jsou pristupne v command line a zaroven v GUI aplikacich. Narozdil od WSL kde mate command line ve virtualce. HW, vydrz baterie, rychlost odezvy, stabilita.

Nevyhody: Klavesnice a klavesove zkratky. Preucit se na Emacs na mac-u bylo peklo. Chybejici GNU nastroje, Apple se vyhyba free software a mate tam sice bash, ale nejaky stary nekompatibilni. Vsechno se musi instalovat pres homebrew.
Kontejnery - na M3 mozne provozovat/testovat Linuxove(amd64) kontejnery, ale je to dost pomale.

4

Server / Re:user@server.org: Permission denied (publickey). (SSH)

« kdy: 19. 10. 2025, 14:50:23 »

Pokud mas root-a na serveru, tak si spust dalsi sshd na foregroundu (na portu 2222) a on ti rekne proc ten klic odmita

/usr/sbin/sshd -D -ddd -p 2222

Muj oblibeny problem je situace kdy je vsechno spravne na strane klienta i na serveru.
Akorat je poradi klicu v ssh-agentovi nahodne a server overuje pouze prvnich 5 klicu.

5

Odkladiště / Re:Jak fungují eDoklady?

« kdy: 06. 10. 2025, 09:57:56 »

[quote  GPU link=topic=31139.msg427519#msg427519 date=1759735872]
Nechápu, proč systém před volbami nebyl připraven na zvýšenou zátěž.
[/quote]

Technicke detaily se nejspis tentokrat nedozvime.
Pri prvnich problemech eDokladu slo o to, ze eDoklady jsou jen interface pro Registr Obyvatel, ktery provozuje Ministerstvo vnitra. A upgrade neceho takoveho je projekt na nekolik roku (takhle proste statni sprava funguje).

PS: mozna ze tentokrat byl problem v necem uplne jinym.

6

Sítě / Re:Provoz LTE a Wi-Fi na Turris Omnia

« kdy: 06. 08. 2025, 11:29:16 »

Mam to doma a funguje mi to. Koupil jsem Quectel EP06-E CAT6 do mini-pci.
Dneska bych ale radsi sel do 5G modemu.

Jediny problem na ktery jsem narazil bylo, ze kdyz mi operator zapnul IPv6, tak mi prestala fungovat AnyConnect VPN na IPv4(kvuli MTU). Proto bych dneska uz radsi volil to 5G.

7

Vývoj / Re:Framework vs. čistý kód

« kdy: 17. 07. 2025, 14:53:26 »

Osamely vlk, ktery vyviji aplikaci sam bez frameworku?
Nakonec skonci s tim, ze zacne psat svuj vlastni framework - jinak to dopadnout nemuze.

PS: Ukolem programatora neni ani tak psat kod, jako spis cist kod. Ctenim ciziho kodu se stravi daleko vic casu nez psanim.

8

Software / Re:Lokální LLM AI moduly

« kdy: 14. 05. 2025, 21:29:37 »

Ja si ted hraju s timhle. Pomoci Pythonu se stahne z huggingface model s tim se pak delaji ruzne veci.
Pak se vygeneruje onnx file ktery se nakonec nahraje do databaze kde se to integruje se SQL.

Da se to vyuzit na veci jako: najdi v DB vsechny produkty ktere maji v popisku zvire.

https://oracle-base.com/articles/23/ai-vector-search-23

PS: Disclaimer, uznavam, ze pouzivat AI uvnitr databaze se trochu uchylarna.

9

Vývoj / Re:SQL: vypis susedov

« kdy: 27. 04. 2025, 13:31:38 »

Vim ze je to nevyzadana rada, ale strankovani je spatne z mnoha duvodu. Vykon databaze je jen z nich.
Mnohem lepsi a modernejsi pristup je "inifine scolling". Je to mnohem jednodusi a pro uzivatele je to i prehlednejsi.

hmm... ako to funguje s niecim, co je potencialne tabulka o 1000+ riadkoch?

Zobrazit 1000+ radek v prohlizeci zase neni takovy problem. Otazka je jestli o to uzivatel doopravdy stoji.
U nekonecneho scrolovani mate vyhodu ze uzivateli nerikate kolik zaznamu jste nasli.

U strankovani nekde zobrazujete x/y, kde "x" je aktualni stranka a "y" je celkovy pocet stranek. Spocitat to y byva casto velmi narocne na vykon a uzivatele to casto ani nezajima. Projde jen prvnich 3-5 stranek a pak zada jiny dotaz.

U nekonecneho strankovani si zapamatujete posledni zobrazene ID a to pak pridavate do filtru where clausule:

Kód: [Vybrat]

WHERE 1=1
and ID > :last_diplayed_id
and <... dalsi podminky hledani >
FETCH FIRST 50 ROWS ONLY;

Pokud mate dobre udelane indexy, tak se pouzije INDER RANGE SCAN a databaze nemusi znovu prochazet zaznamy ktere uz byly zobrazene predchozim dotazem. To je totiz hlavni problem se strankovanim. Pro zobrazeni x-te stranky databaze musi stejne projit stranky 1 az (x-1). Ke zobrazeni celkoveho poctu stranek databaze prochazi uplne vsechny nalezene zaznamy a pak posle uzivateli jen maly vyrez dat.

10

Vývoj / Re:SQL: vypis susedov

« kdy: 25. 04. 2025, 11:45:37 »

Vim ze je to nevyzadana rada, ale strankovani je spatne z mnoha duvodu. Vykon databaze je jen z nich.
Mnohem lepsi a modernejsi pristup je "inifine scolling". Je to mnohem jednodusi a pro uzivatele je to i prehlednejsi.

11

Vývoj / Re:SQL: vypis susedov

« kdy: 24. 04. 2025, 08:56:16 »

Od verze 8.0 by melo MySQL mit alespon castecnou podporu ISO SQL:2008, konretne windowing functions LAG a LEAD.

12

Server / Re:SSH heslo vs. klíč?

« kdy: 17. 03. 2025, 16:52:30 »

Krome hesla a klice je jeste k dispozici kerberos ticket (popr ssh certifikat, ale k tomu neexistuje rozsirena infrastruktura).
Kerberos je imho jeste lepsi volba.

Klice jsou pouzitelne pouze na infrastrukture kde je mozne forwarovani klicu,
pokud vam to spravce zakaze a donuti vas ulozit si privatni klic na kazdy server, tak jsou klice k nicemu.

Yubikey umoznuje integraci se ssh-agentem, kdy je privatni klic ulozeny v tokenu, ze ktereho se "nikdy" nedostane.
Utocnik pak nemuze privatni klic zkopirovat ani kdyz by ziskal root-a na vasem laptopu.

13

Odkladiště / Re:Zálohování stále se měnících velkých dat

« kdy: 14. 01. 2025, 10:08:54 »

Velke databaze jako Oracle, SQL Server anebo Postgre maji transakcni logy ktere se taky zalohuji. Diky tomu je pozny PITR (point in time recovery). Databazi je mozne obnovit k libovolnemu bodu v historii.

Bankovni aplikace maji vlastni "ucetnictvi". Jako za na jedne strane je "ma dati" "dal" (nostro a vostro). Pokud by doslo ke zmene dat v jedne bankovni aplikaci tak by vznikla dikrepance s hodnotami v jine aplikaci anebo s hodnotami z vypisu z uctu i jine banky.

14

Sítě / Re:Rozdíl mezi REJECT a DROP ve firewallu

« kdy: 03. 01. 2025, 09:42:04 »

Pokud jde o ICMP tak existuje doporuceni NIST ktere vyjmenovava ICMP zpravy ktere by se nemely dropovat.
Z hlavy si pamatuju jen ICMP host unreachable.
I nas v praci se nejaci mozkovi giganti ze security rozhodli zahazovat kompletne vsechno ICMP vsude na vnitrni siti a to se pak dely veci. Hlavne systemy ktere mely nakonfigurovane HA mely problemy, umrely na timeout protoze cekaly dlouho na pripojeni do databaze.

15

Server / Re:Aky file system pre DB server?

« kdy: 06. 09. 2024, 14:40:55 »

Docela by mne zajímalo, zda se DB nějak přizpůsobily SSD (případně CoW souborovým systémům) – nic takového jsem nezaznamenal (ale je možné, že mne to jen minulo). Konkrétně jestli se DB umí při zápisu na disk (tabulky, indexy) přizpůsobit tomu, že zapisuje na disk, kde seek není penalizován – a DB by vynechala „složitost“ související se snahou nefragmentovat data. (A druhá věc je, zda se DB přizpůsobuje velikosti bloků na SSD, které – alespoň dříve – typicky bývaly větší, než bloky souborového systému.)

Prizpusobovat se SSD nestoji za namahu. Oracle i Postgres maji uz od pradavna parametry optimizeru pro nahodne a sekvencni cteni. Takze se dokazi v pohodo SSSD prizpusobit. Pokud uz se to predelava, tak se to prepise kompletne.
AWS Aurora - klon Posgresu - nepouziva WAL logy pro replikaci, a pri zapisu na "disk" pouziva API EFS filesystemu.

Oracle pouziva pluginy pro zapis na ruzne "disky". Jeden plugin treba umi "direct NFS", coz je userspace klient pro NFS. Oracle Exadata pouzivala Infiniband, kdy cluster nekolika DB serveru pozival zapis do clusteru nekolika "cell serveru". Dneska to pokrocilo o kousek dal a z Infinibandu se vyvinulo "RDMA - remote DMA". Tahle technologie umi prenest data z pameti jednoho serveru na druhy, bez toho aby se toho ucastnil OS anebo CPU s minimalni latenci. Krome Infunibandu je tu jeste "RoCE" - RDMA over Converged Ethernet.

Takze bych rekl, ze databaze se spis prizpusobuji tomu, ze nebudou mit zadne disky, a misto toho budou komunikovat s nejakou distribuovanou sitovou sluzbou.