Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Mám wifi kartu, a chci na jednom rádiu( na jedné usb wifi kartě) zprovoznit víc SSID (a tím pádem mít víckrát interface v ip link abych s tim mohl pracovat).. Je to možný?
nejdřív se zeptám, jsou oba přístupy totožný?
1. přes `iw wlan0 add interface ap1 type managed mac 01234....` si mohu přidat nové interface. Jenže to platí jen do toho limitu v výpisu dole (#total , #AP) v příkladu-  ( a jako bonus chyba linux je, že si jch mohu přidat milión, ale začne to házet Resource busy až v momentě kdy chci dát ip link set ap5 up nebo spustit hospad - něco z toho - možná je to schválně dynamicky reportované právě z důvodu že dopředu se neví jestli interface bude AP/STA)

2. obejít interface combinations a v hostapd si definovat nové direktivy bss a ssid  . Zde poněkud příkladů na internetu moc není v podstatě googlím "multiple hostapd ssid same card" nebo single band multissid . A

příklady:
))1 (pozor, jde o openbsd) , ))2  ))3

Drtivá většina karet umí jen 1 frekvenci a  maximálně AP+client současně.
Kód: [Vybrat]

příklad štědré karty která zrovna umí  toho víc
         software interface modes (can always be added):
        valid interface combinations:
                 * #{ managed } <= 1, #{ P2P-device } <= 1, #{ P2P-client, P2P-GO } <= 1,
                   total <= 3, #channels <= 2
                 * #{ managed } <= 1, #{ AP } <= 1, #{ P2P-client } <= 1, #{ P2P-device } <= 1,
                   total <= 4, #channels <= 1

Jde to? Nebo je na to uplně jiná technologie MBSSID?

PS: a co znamená první řádek z mého výpisu? ("software interface modes (can always be added):")


2
Odkladiště / Re:Spotify Premium, podvodné SMS
« Poslední příspěvek od _Jenda kdy Dnes v 17:24:41 »
Já rozdávám emailové honeypoty, kudy chodím, a do toho, co dostalo nazuby, se zatím nikdo nechytil. Takže to bude nejspíš zneužití jen SMS brány (které nemusí být ani vinou nazuby) než únik databáze. (SMS mi teda taky žádná nepřišla)
3
Ahoj nikdy jsem wireguard s keepalivem na smartphonu neprovozoval,ale zkusil jsem to,pouze jsem si v konfiguraci appky vyplnil nenulový keepalive a uvidil co se bude dít. Ale jak čtu dotaz, kouká z toho na mě jedna věc, sice zmiňuješ wireguard x krát, ale prakticky chceš využít nějakou appku co poslouchá, (něco v terminálu, minimalistické nc -L -p 80 ) nebo přímo nějakou appku
 a tím se projeví rozdíl mezi ping a tcp connect = to je má teorie . tím se určí jestli je problém jen s zmraženou appkou nebo "appkou wireguardu"=nejde ani ping

Mé body k tomu:
v čem je problém, v jaké appce?  nebo ani ping nejde?
jsi na ipv4 či ipv6? nebo nějaké další tunely ?
mě to jde - - velice podobný konfig, LTE, IPv4, lineage (to fakt už je verze 22???)
beží wireguard v režimu root nebo userspace (volba v nastavení)

pravidelný ping 200ms (díky pomalýmu master serveru)
první ping po delší době 500ms

případně  sada pingů 2700ms, 1700ms, 122ms,155m,166ms.


... jednou v testování se mi stalo, že telefon neodpovídal ani na ping  ani na primitivní TCP "echo".

Problém je někde v konfigu lineage os, je tam víc úrovní wake lock, teď to asi nedokážu dohledat a jsou to různá doze a  co hůř , ty timeouty běží i k půl hodině, (to znamená, že až po půl hodině  nejpozději od zhasnutí se projeví, že appka odumře)

Asi 15 minut jsem di dal práci a hledal, jak jsem to nastavoval, není to soubor, ale mění se to příkazem:
https://gitlab.com/LineageOS/issues/android/-/issues/3431
 adb shell dumpsys deviceidle whitelist +com.android.messaging
adb shell dumpsys deviceidle whitelist +com.android.phone ...


NIcméně zkusil bych jednodušší test nejdřív,před editycí sys souborů
- wake lock v termuxu - přesně tak se chová skript v termuxu- zhasne obrazovka, skript se uspí bez wake locku
- najít :wireguard (+ aplikace)- Info oaplikaci -  využití baterie -2. položka optimalizace baterie, pokusit se zmenit z Optimalizovanáno na neoptimalizováno (provedení v ui je tristní - místo přepínače vyjede seznam všech appek, nahoře vyber optimalizovanáno- přepni na neoptimalizované, v seznamu vyber wireguard a appku a dej neopotimalizovat), tím pádem první položka Omezit využití zšedne.


PS: pokud má android appka, která naslouchat na portu, být špuštěna, zobrazí se nějaký dialog povolení oprávnění??? Neidky v android os jsem neviděl přes dlouhý seznám oprávnění něco jako povolit poslech na portu xyz.
4
Vývoj / Re:Vezme AI ajťákům práci?
« Poslední příspěvek od Martin Poljak kdy Dnes v 16:51:22 »
Proc tak masivne propousteji (je to druha vlna, podobne velka probehla pred 4 mesici) se spekuluje, ale jelikoz si museli minuly kvartal pujcit (vydali dluhopisy) a celkove se dostali do negativniho cash flow protoze masivne investuji do AI inflastruktury, tak nejlogictejsi vysvetleni je, ze se potrebujou zbavit lidi, aby mohli jeste vic penez nacpat do hardware. Takze je to dalsi priklad jak AI zabiji inzenyrske pracovni pozice, i kdyz jinym zpusobem, nez jak by clovek predpokladal.
Ovšem v tomhle případě je to "zabíjení" zhruba stejné, jako způsob, jakým zabíjí třeba trh s paměťmi. Prostě žere další a další zdroje, které by jinak byly podstatně využitelnější k něčemu jinému protože pořád panuje přesvědčení, že když do toho narvu další zdroje, jednou to vydělávat začít musí. Fakt to docela připomíná dotcom bublinu. Ale stejně jako tehdy nelze říci jak vlastně dopadne. Jestli je ten dojem oprávněný nebo ne těžko říct. Potenciál to má ale to měl tehdy web taky. A stejně tak dnes jako tehdy na to ani trh ani technologie nebyly zralé.
5
Vývoj / Re:Vezme AI ajťákům práci?
« Poslední příspěvek od czmiho kdy Dnes v 16:40:53 »
Amazon mel rekordni rok (AWS navysilo Y/Y trzby o 20%) ale v patek propustili 16k lidi (skoro vsechno white colar joby vcetne devu a opsaku; tady video chlapka ktery byl spolu s celym tymem odejit, resil bezpecnostni incidenty v AWS https://www.youtube.com/watch?v=GjkCSQndS1E ). Proc tak masivne propousteji (je to druha vlna, podobne velka probehla pred 4 mesici) se spekuluje, ale jelikoz si museli minuly kvartal pujcit (vydali dluhopisy) a celkove se dostali do negativniho cash flow protoze masivne investuji do AI inflastruktury, tak nejlogictejsi vysvetleni je, ze se potrebujou zbavit lidi, aby mohli jeste vic penez nacpat do hardware. Takze je to dalsi priklad jak AI zabiji inzenyrske pracovni pozice, i kdyz jinym zpusobem, nez jak by clovek predpokladal.
6
Vývoj / Re:Vezme AI ajťákům práci?
« Poslední příspěvek od Martin Poljak kdy Dnes v 16:38:40 »
Vy tady jste podle mě optimisti, co si myslí, že LLM moc jejich práci nezmění, já mám opačnej dojem.
Až nebudete mít jen "dojem", pak to bude relevantní diskuze. Do té doby je to sice také diskuze, ale z principu věci o dojmologii. Navíc je problém ten, že nejen vy co se AI týká vydáváte svět za černobílý. Fakt by mě zajímalo, kde se tenhle bias bere. Asi u lidí, co doteď vůbec netušili, co vlastně vývoj softwaru je ale teď jsou z nich AI nadšenci/experti mající pocit, že když mají po ruce něco, co vypadá kladivo, všechno je hřebík a oni přebudují svět. Jenomže on černobílý není. Prakticky nikdo neříká, že LLM jejich práci nezmění. Změní podobně, jako veškerý ostatní technologický vývoj.

Ostatně většině z nich vůbec nedochází, že ještě předtím ta AI nahradí stáda lidí na o mnoho méně kvalifikovaných pozicích a navíc pak na jejich místo půjdou ti, co ta AI vytlačila a jsou zhusta podstatně schopnější a inteligentnější než oni ;) 

Třeba poslední dobou sleduju videa od týpka, co automatizuje celej vývoj:
https://www.youtube.com/@davidstrejc
...a přesně tihle lidé se ten konflikt a ten dojem černobílosti snaží vyvolat protože na tom vydělávají. K jídlu jedině zelenina... řekne vám každý zelinář. To už začíná být taková klasika.

Já upřímně řeším, co dál, jestli má smysl jít do houbky směrem k tomuhle "AJ vývoji", nebo se ohlížet po jinym oboru.
To záleží, co vás zajímá a baví. Já kvůli tomu, abych kafral s chat botem a dělal nekonečné code review do vývoje nepřišel. Podobně, jako kočí určitě nedělali u koní proto, že by toužili fírovat na parní lokomotivě.

Podle mě nastane krize, kdy velká část vývojářů nebude potřeba.
Podle mě máte křišťálovou kouli. Nemáte dvě? Hodila by se i na leccos jiného.
7
Odkladiště / Re:Spotify Premium, podvodné SMS
« Poslední příspěvek od brk kdy Dnes v 15:17:48 »
Bingo. Na nazuby jsem nekupoval nic, ale na holíme ano. Koukám, stejná firma.  :-\
Tak pořád menší zlo, než kdyby to uteklo přímo Spotify.
8
Distribuce / Re:Časté aktualizace jádra a restarty systému
« Poslední příspěvek od Jindřich Lněnička kdy Dnes v 15:13:05 »
Osobně dělám správu HPC clusteru + nějaký servery se službama, co pouštíme ven. Služby jsou easy-breezy, tam je všechno v kontejnerech a s 2 K8s "matkama", takže není problém je jeden po druhým shodit, updatovat a nahodit.

HPC je větší oser (a zní to jako tvůj use-case). Tam to řeším tak, že nejdelší job pro běžnou frontu, mám ve Slurmu nastavený na 2 týdny a hlídám, kdo má přístup do fronty s delšími joby. 1x za 2 měsíce se pak celý cluster shodí a updatuje se matka + obraz, ze kterého bootují nody skrze Warewulf. To řeším tak, že ve Slurmu včas nastavím cutoff, že nemá brát dlouhé joby a uživatele varuju v motd, že delší joby budou až do rebootu viset ve frontě. Pokud někdo potřebuje extra dlouhý job, tak ho nasměruju buď na dedikovaný workstation, nebo holt odložím update. Když by nějaká CVE hodně hořela, nejspíš bych řešil update urgentněji.

Ryze prakticky jsme se zaměstnavatelem už řešili, jestli by to nešlo udělat líp (při plánování nové infra), ale to vždycky ztroskotá na faktu, že buď by bylo potřeba udělat celý cluster robustnější (víc matek, rozhazování obrazů postupně po částech clusteru), což by stálo peníze navíc, zaplatit korporátní support s live-patchingem (další peníze navíc), nebo obětovat kus bezpečnosti, což nikdo nechce.
9
Odkladiště / Re:Spotify Premium, podvodné SMS
« Poslední příspěvek od slavJaro kdy Dnes v 13:35:50 »
taky přišly, nazuby/holíme nakupoval před 6 lety (ale čistím pravidelně!), spotify samozřejmě ne.
Taky byl odkaz na lihi.cc/xxx...
10
Odkladiště / Re:Spotify Premium, podvodné SMS
« Poslední příspěvek od asdf.root kdy Dnes v 12:33:47 »
Též mi ta sms přišla, nekupoval jste něco na nazuby.cz?
Stran: [1] 2 3 ... 10