Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Nová témata / Natazeni ethernet kabelaze v byte - firma/parta okolo Prahy
« Poslední příspěvek od glondrej kdy Dnes v 21:18:17 »
Ahoj,
Potreboval bych po byte znova a tentokrat poradne roztahnout ethernet (a mozna rovnou i optiku). Byt 4+kk, do kazdeho pokoje aspon dva kabely..
Naposledy "elektrikari" hodili kabely jen do hole drazky ve zdi a napevno zazdili. Nejak zapomneli na pozadavek dvou kabelu a tak vsude natahli jen jeden - u dvou pokoju se mi to jeste povedlo zvratit, protoze jeste nebyla zatvrdla malta. Navic nechali kratke vyvody (cca 30cm ze zdi v technicke mistnosti), takze jsem musel spojkama nastavovat... Celkova kvalita se uz projevuje - ze zvojenych pokoju uz funguje jen po jednom kabelu.

Doporucili byste nekoho, kdo by toto dokazal napravit a udelat nejak poradne? Ceka nas rekonstrukce koupelny, vymena oken, malovani... Takze kdyz uz bude v byte bordel, poresil bych i tohle. Bude treba i hruba prace - do existujici drazky se husi krk nenacpe (cast vede v podlahovych listach, tam to snad muze zustat..). Byt je v Celakovicich (Praha vychod). Diky za tipy!
2
Vývoj / Re:Vezme AI ajťákům práci?
« Poslední příspěvek od czmiho kdy Dnes v 21:14:00 »
Kdyz bublina praskne, tak o nejvic penez prijdoe Elon, Jeff, kozena bundicka, Larry. Indove budou nekde dal v poradi, ale i tak je to zaboli. Presto vsichni (krome korejce, ten se jen veze; neco jako Cisco v .com bubline) delaji jedno rozhodnuti za druhym, kterym se do toho nori hloubeji a hloubeji, pali penize na capex, ktery by z vetsi casti po splasnuti mohli pouzit leda tak jako zarazky pod dvere. Moznosti:

  • jsou to vsechno (vcetne jejich poradcu) naprosti tupci, kteri neumi do peti napocitat a sve firmy zdedili po tatincich (a Indove se do CEO pozic dostali jen kvuli diverzite), takze nevidi, co se deje a navic nikdy neslyseli o sunk cost fallacy
  • hromadna psychoza, ktera postihla zrovna tuhle skupinu pravdepodobne zpusobena jestercimi lidmi a/nebo Astarem Seranem
  • vedi neco, co my ne

Vynechal jsem nejakou moznost?
3
Software / OS Reboot (HW Reset)
« Poslední příspěvek od datlikMS kdy Dnes v 20:09:12 »

Ahojte,

neviem presne, kam to mam zaradit (HW/SW/server), najskor config

HW:
HP Microserver gen8
CPU: Intel(R) Xeon(R) CPU E3-1220L V2 @ 2.30GHz (hyperthreading on)
RAM: 16GB RAM ECC
radic v HBA LSISAS2008: FWVersion(20.00.07.00), ChipRevision(0x03) [Serial Attached SCSI controller: Broadcom / LSI SAS2008 PCI-Express Fusion-MPT SAS-2 [Falcon] (rev 03)]
1x Intel SSD - DVD bay (OS)
6x SATA WD Ultrastar HDD
2x SSD (WD Red 500GB)
Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme BCM5720 Gigabit Ethernet PCIe (jeden port mam pre komunikaciu v ramci domacej siete, druhy pre komunikaciu do internetu - VM Ubuntu s contajnermi)

OS:
TrueNAS CE(Community Edition) 25.04.2.6
Nad kazdou dvojicou rovnakych diskov je spraveny Mirror. VM su na SSD.
VM1: 1 CPU, 2 cores, 1 thread, 2GB RAM, Debian 13, ubiquiti controller (unifi)
VM2: 1 CPU, 2 cores, 1 thread, 2GB RAM, Ubuntu 24.04.3 LTS, docker, containers:
   ghcr.io/linuxserver/qbittorrent:latest
   qmcgaw/gluetun:latest
   balabit/syslog-ng:latest
   mariadb
   teamspeak:latest
   atmoz/sftp:latest
   portainer/portainer-ce:latest
   alastairhm/alpine-lighttpd:latest

Bezal som na tom HW od roku 2022 s TrueNAS Core. Nemal som tolko HDD, priebezne pribudali, vsetko bez problemov aj v plnom configu. Nemal som tolko containerov.
Spravil som po Vianociach migraciu na TrueNAS CE(Debian based), kedze konci support pre FreeBSD 13 a tym padom uz nie je udrziavany Core. Odisiel mi pred casom aj jeden z tych dvoch SSD, tak som pocas migracie OS vymenil aj oba Intel SSD za uvedene WD Red, zaroven som zapol hyperthreading. S VM som sa netrapil, mal som priblizne rovnaky config pod FreeBSD(bhyve), nechcel som vymyslat s konvertovanim imageov, tak som spravil uplne nove VM(qemu).
Po migracii sa mi zacal stroj nahodne rebootovat. Nie je to vyslovene tragicke, vsetko sa automaticky pospusta. Casovo je to v dnoch, bolo aj par dni po sebe, vydrzalo aj do 7-10 dni. Neviem najst nic v logoch, TrueNAS to po reboote precisti. Spravil som si syslog container a presmeroval logy tam, ale nic podstatne tam nevidim (hladam podla uptime systemu nieco podozrive v logoch). Dorabal som si aj logovanie kernelu do toho syslogu, nic podozrive, navyse vzdy sa to po reboote nejako rozsype (asi preto, ze to nejde nastavit cez gui). Vsimol som si raz kopec chybovych hlasok v logoch toho ubuntu (nieco s GPU, mal som "Ensure display device", odkedy som to dal prec, je cisty log aj ubuntu). Povodne som si myslel, ze sa to deje pri velkom loade, gluetun drzi OpenVPN connection na NordVPN server a pri velkom trafficu na qbittorrent vyzieral CPU (skusal som aj wireguard, ale tam bolo malo peerov, co nie je logicke vysvetlenie, ale je to dost komplikovane na ladenie cez ten gluetun). Nakoniec som obmedzil CPU pre container.
Nevzdavam to, mam este nejake tipy, co poskusat
- vypnut hyperthreading
- skusat bezat containerov (pripadne ich nejako priebezne zapinat)
- skusit odpojit tie SSD (logicky nevidim preco, ale je to jedna zo zmien)
No aj tak som sa chcel spytat na Vas nazor, co prehliadam. Ocakaval som, ze budem schopny nejakym sposobom zalogovat chybovy stav pred rebootom, co mi napovie, kde je problem. Viete mi prosim Vas nieco k tomu poradit alebo dat nejake hinty?
Dakujem
m
4
Problem je, ze se rozpadne tunel, cili na telefon se uz ani nepingnu.


Jinak se snazim pripojit na VNC server; avsak problemy s VNC nebo s aplikacni urovni samotnou nikdy zadne nebyly. Vse je OK do momentu, nez zhasnu displej.

Zadne dalsi tunely, SIMka od keepgo, tvari se to jako polsky operator v roamingu, IPv4-only (keepgo IPv6 ani nenabizi).


LineageOS 22.2-20250912-NIGHTLY-xz2c (tenhle build uz neni k sehnani, ted jsou k dispozici i nejake z 2026)

Wireguard (i WG Tunel) bezi jako userspace app, kernel modul wireguardu neni k dispozici.


- 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.
Tohle tam vubec nemam; maximalne tak moznost povolit aplikaci background usage (coz je aktivni).


Kuriozne, zkousel jsem i pres adb root Doze zcela vypnout a tento nemel zadny vliv.
Podeziram, ze tam spis neco pri display-off vrta primo do modemu a mimo jine throttluje LTE-data, aby se jednou za cas mohly zkontrolovat notifikace.
5
Po té úpravě wireguard- Optimalizace :Neoptimalizováno na jsem si na 90% jistý,že   smartphone  bude mít wireguard tunel stále dostupný.  Těch 10% je androidovská nejistota, protože tohle mi tenhle OS je nevypočitatelný, tím spíš v každé nové verzi, kde se něco vyhodí ,něco překope.
(poznámka, po změně nastavení je nutné appky Ukončit a znovu spustit.)
6
Sítě / Víc SSID se síťovkou bez interface combinations
« Poslední příspěvek od LacconePanda kdy Dnes v 17:37:09 »
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):")


7
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)
8
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.
9
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é.
10
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.
Stran: [1] 2 3 ... 10