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

Stran: 1 ... 68 69 [70] 71 72 ... 165
1036
Menit MAC na aktivnim rozhrani je blbost
Zmenil bych ji pred jakymkoliv poustenim WPA supplikantu a aktivaci sitovky.
Pak neni duvod aby tam visela stara.

Nastest v Gentoo skrze /etc/conf.d/net je to jen optiona a sitovy skripty to provedou na spravnem miste.


1037
Hardware / Re:Graficka karta pro vice monitoru
« kdy: 29. 09. 2021, 02:46:58 »
Jakakoliv novejsi NVidia nebo AMD.
(protoze Intel se zasek na podpore jenom pro 3)

Pokud neni problem si priplatit, muzes vzit Quadro / FirePro, pak ty vystupni konektory budou stejneho typu (DP), protoze consumer grafiky maj holt takovej random mix konektivity.

Pokud ty monitory jsou FHD / QHD, tak jich muzes na DP povesit vice, maji-li podporu na daisy chain vystup.

1038
Server / Re:Zvětšení disku u Forpsi
« kdy: 28. 09. 2021, 14:57:03 »
Je stale mozne zvecsit to 4 particiu napr takto https://www.redhat.com/sysadmin/resize-lvm-simple ale aj ked je to jednoduche, tak by to mal robit niekto kto vie presne co robi.

Presne tohle bych udelal i ja, namisto sloziteho slucovani.

Fdisk - delete - 4
Fdisk - create, primary, (4), overit zda je tam stejny pocatek, enter (implicitni konec disku)
Fdisk - print, write
reboot
pvextend / lvextend / resize2fs

hotovo.

1039
Hardware / Re:microSD karta topí a nefunguje (záchrana dat)
« kdy: 27. 09. 2021, 23:23:15 »
Tak to leda kontaktovat firmy co se obnovou dat zivi, mas tam hw problem.
A pokud topi flash cip, tak to je uz spis marny.

1040
Sítě / Re:Možnost výběru VPN tun/tap neomezená?
« kdy: 27. 09. 2021, 14:53:47 »
nevim co neni jasny na: https://en.wikipedia.org/wiki/TUN/TAP

TUN je vhodny pro beznou IP sitarinu - tj. znate/mate svoje IP adresy, resp. ty se musi konfigurovat OOB skrze vpn aplikaci. Pokud to neni P2P vpn (1:1), tak vpn reseni musi resit routing mezi vice klienty.

TAPem lze prenaset cokoliv - treba DHCP a nepocitacove protokoly kdyby na to doslo (simuluje opravdovou sit, vpn je jako "switch"), vhodnejsi na pool reseni s vicero klientama, kteri jsou rovnocenni.

Osobne preferuji TAP, protoze takovou vpn jde hodit do bridge kde jsou virtualky a IP resi centralni DHCP. Jsem holt vice pres ten hardware :)

1041
Vývoj / Re:Agregace velkého množství streamovaných dat
« kdy: 26. 09. 2021, 21:11:28 »
Nechapem, preco tu existuje potreba bastlit nieco custom ked v Sparku si staci precitat dokumentaciu a po skonceni projektu budem o technologiu mudrejsi. Namiesto toho sa to tu navrhuje "davat do suborov a potom paralelizovat na dva priechody" lol ..., Da sa v tom programovat aj v Java API, Scala nie je treba.

Tak se predvedte, jak bude vypadat onen Spark query, a jakou to bude mit casovou a pametovou narocnost? Tazatel objem dat i ukol uz dostatecne popsal na peti strankach.

Osobne mam pocit, ze custom bastl prosazuje "stara skola", tj ti co si umi predstavit data a pametovy/souborovy format a vi jak efektivne napsat praci s daty.

Pak je zde tapajici "stredni" trida, kdo se to snazi lepit skrze knihovny nebo jazykove konstrukty, ale netusi uz jak to je ve skutecnosti narocne (casove/pametove).

A pak tady dobehnou decka jako vy, ktery vytasi zazracny frikulinsky jazyk/framework, ktery by to mel udelat, ale o pocitaci vedi snad jenom tolik, ze to bez internetu neudela ani tuk :-)

1042
Bazar / Re:Prodám ramky DDR3L ECC 16/32GB
« kdy: 24. 09. 2021, 23:00:07 »
Nebylo by od věci upozornit, že to jsou registered moduly a v běžném PC s běžným CPU nepoběží.

Kdo jeste provozuje DDR3 desktop systemy? I ten posledni, kdo me napada, uz presel na 10400F :-)

1043
Vývoj / Re:Agregace velkeho mnzstvi stream dat
« kdy: 22. 09. 2021, 18:06:24 »
Převeď si to do nějakýho rozumnýho binárního formátu. 90 milionů metrik popíšeš místo stringem o velikosti desítek bajtů jedním integerem, čímž se Ti velikost zprávy smrskne skoro desetkrát a vejde se Ti to do paměti.....

Dik za hint, tohle mi asi ale nepomuze. Prevod na integer otisk postaci pro agregaci, ja to ale pak zase potrebuju expandovat na puvodni stringy a poslat dale do sveta.

Tak holt prijde ke kazdemu sloupcovemu streamu i bitmapa jestli je field used. Bitmapa bude obsahovat indikaci zda je to null/nenull, coz je 1 Gbit/hodinu * pocet sloupcu. A pro expandovani random N-teho zaznamu se holt musi spocitat kolik jich bylo prazdnych predtim, ale pokud delas exapanzi jako replay dat od pocatku, tak to je v podstate takova "dekomprese" on the fly :)

Pokud by ale celkovy pocet sloupcu byl hodne velky a kazdy record mel velice nahodny subset poli, bych spis uvazoval o klasickem binarnim DB formatu s indexem pro indikaci jaky je to sloupec - jako:  byte cc (column count), byte field_lookup[cc], unsigned data[cc] ... a pripadne to zarovnaval na nejake 1MB boundary nebo ukladal index kde ktery record zacina.

Btw podle jakych podklicu to chcete agregovat? Na beznou celkovou agregaci nepotrebujete lookup prece. A pokud by podklice nasledovali za sebou (napr. casova osa), tak staci flushnout agregaci a zacit s nulou pro dalsi cast.

1044
Hardware / Re:SSD nebo Wifi v M.2 slotu
« kdy: 21. 09. 2021, 13:33:09 »
Prodej tu 3020 a kup si novejsi model - napr. 3060/3070 ma normalne M2 NVMe slot, ale v pcie rezimu to je nejak osekany, protoze je tam lowend H-series chipset. Myslim ze az 7xxx rada ma plnohodnotny port.

S 3020 je nejlepsi co muzes udelat - ze tam poridis 2TB+ ssd, vse ostatni je bleh reseni.

1045
Software / Re:RDP klient pro Linux
« kdy: 21. 09. 2021, 09:49:25 »
V starsi verzi to je taky:

Kód: [Vybrat]
$ xfreerdp
FreeRDP - A Free Remote Desktop Protocol Implementation
See www.freerdp.com for more information

$ xfreerdp --version
This is FreeRDP version 1.2.1-dev (git n/a)

$ xfreerdp --help | grep -i admin
    /admin                      Admin (or console) session
    /restricted-admin           Restricted admin mode
    /pth:<password hash>        Pass the hash (restricted admin mode)

1046
Sítě / Re:wifi bridge kvuli kompatibilite s MacBook air
« kdy: 19. 09. 2021, 10:34:28 »
A co je duvodem, ze se AIR nepripojuje? Nemate nahodou cizi verzi, ktera ma freq table jinou nez EU ?

1047
Odkladiště / Re:Náhodná velikost písem v DNS logu
« kdy: 18. 09. 2021, 18:39:57 »
... Tím je možné otrávit cache resolveru, což může být poměrně nebezpečné.

Nebezpecne to je snad jen u spatne napsaneho DNS serveru - i kdyz neznam detaily implementace, tak bych ocekaval maximalne tak DoS chovani - ze do request-response tabulky se jiz nevejdou nove prichozi dotazy, nez moznost podvrhnout falesna data.

Krome zdrojoveho portu prece musi byt soucasti klice i zdrojova adresa - a pokud je DNS traffic hrnut na jeden uzel, ktery to koncentruje skrz sebe, tak to holt neni chyba protokolu, ale realizace. Co brani velkym mezi-uzlum v pouzivani celeho C jako IP poolu, pro sve dotazovaci rozhrani? Kdyz chtej do vseho strkat nos, at ho maj alespon adekvatne dimenzovany.

1048
Software / Re:Komunikace se čtečkou karet z webu
« kdy: 17. 09. 2021, 19:52:27 »
Nejmenší zlo asi je mít vlastní aplikaci, které komunikuje se čtečkou a zobrazuje nějakou webovou stránku.
(Tj. uvnitř aplikace běží jádro prohlížeče.)

Pokud to ma byt webova aplikace, tak ji tak napis - a pro cast komunikace se cteckou pouzij cross-domain ajax, ktery bude pristupovat na "server" bezici na localhostu, kde bude pak nativni kod - tvoje vlastni API prelozeno na komunikaci se cteckou skrze dodavatelske knihovny, nebo API OS.

Ale tohle zrejme sezene prave ve forme pluginu do prohlizece - tak nevim zda ma smysl si to komplikovat.

1049
Odkladiště / Re:Náhodná velikost písem v DNS logu
« kdy: 17. 09. 2021, 16:58:19 »
V DNS dotazu na velikosti písmen nezáleží. Čehož se někdy využívá a velikost písmen se nastavuje náhodně, aby dva dotazy na stejné doménové jméno nebyly stejné. Může to mít vliv třeba na šifrovanou komunikaci – když doménové jméno zapsané dvakrát stejně zašifrujete dvakrát stejným klíčem, dostanete stejný výstup. Nebo-li opačně, když někdo sleduje šifrovanou komunikaci, vnutí vám svůj DNS dotaz a pak v šifrovaném kanálu uvidí znova ta samá data, ví, kdy a na jaký DNS záznam jste se ptala. Když se ale náhodně změní velikost písmen, bude i v šifrovaném výstupu pokaždé něco úplně jiného, takže nikdo nepozná, že se ptáte na tu samou doménu.

Pokud uz nekdo sifruje komunikaci, tak snad ne takto, bez IV a v ECB rezimu.

DNS ma snad jen DoT / DoH rezimy a ani jeden z nich zrejme neskonci produkovanim rovnakych dat na stejne dotazy.

1050
Odkladiště / Re:Náhodná velikost písem v DNS logu
« kdy: 17. 09. 2021, 16:07:14 »
Kodovanim male/velka pismena se pouziva DNS system pro odesilani vysosanych informaci - napr. hesel ci klicu.

Stran: 1 ... 68 69 [70] 71 72 ... 165