Byla vydána OpenIndiana 2026.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).
Americký výrobce polovodičů onsemi (ON Semiconductor) zrušil plány na rozšíření výroby v rožnovském závodě v Česku za dvě miliardy dolarů (podle aktuálního kurzu zhruba 43,5 mld. Kč). Důvodem je vývoj na trhu.
O víkendu probíhá na FIT VUT v Brně konference OpenAlt 2026 o otevřeném softwaru a datech, IT bezpečnosti, DIY a IoT. Na programu je spousta zajímavých přednášek. Pokud jste v Brně, stavte se. Vstup zdarma. Přednášky lze sledovat i online na VHSky a YouTube.
Qualcomm uzavřel víceletou dohodu se SpaceX. Bude dodávat rádiové technologie, baseband jednotky a software pro plánovanou pozemní 5G síť Starlink Mobile. Výstavba má zahrnovat desítky tisíc základnových stanic v USA. Zahájení nasazování se očekává v roce 2027. Qualcomm dohodu označuje za svůj dosud největší 5G kontrakt.
Google rozšířil Cloud Vulnerability Reward Program. Nově nabízí odměnu až 250 tisíc dolarů za vysoce závažné architektonické bezpečnostní chyby označované jako Root-in-Cloud.
V březnu byla oznámena spolupráce GrapheneOS s Motorolou. Nejnovější vlajka Motorola Signature 27 je první Motorola s oficiální podporou GrapheneOS. GrapheneOS (Wikpedie) je varianta Androidu zaměřující se na bezpečnost a soukromí.
Omarchy (Wikipedie) je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 4.5.0. Nově také pro Apple Silicon, konkrétně pro M1/M2/M3/Neo MacBooky.
Byla vydána nová stabilní verze 8.3 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 156 s bezpečnostními opravami z Chromia 157. Přehled novinek i s náhledy v příspěvku na blogu.
Ahoj všem, po dlouhé době se na něco zeptám...
Mám tu problém, můj domácí server (routující net domácí síti) se chová dle mého naprosto nepochopitelně a už opravdu ani netuším čím by to mohlo být, a protože víc hlav víc ví, snad na to nějak přijdeme.
Takže, máme tu tedy stroj, budeme mu říkat router, ten má v sobě 2 síťové karty:
INTERNET----ETH0-------ETH2--------DOMÁCÍ SÍŤ
Problém je v tom, že každou chvíli (někdy je to po minutě, jindy po deseti) jakoby vytuhne spojení - nejde se dostat dále než za ETH0.
Mé poznatky:
Takto se to začalo chovat po restartu serveru, před tím běžel několik měsíců naprosto bez problému (a byl také několikrát restartován).
Před tím a potom co to začalo dělat se hw neměnil, taktéž ani sw (prostě to jelo, potom restart serveru a nejelo...).
Zvláštní je, že pokud je eth2 odpojená, tedy kabel venku a síť shozená (ifconfig eth2 down), tak připojení je naprosto v pořádku, pokud jen vytáhnu kabel a neshodím síť padá to.
Zvláštní je, že onen výpadek se netýká jen serveru, ale i ostatních zařízení nad ním, pro představu podrobnější nákres :
INTERNET----ISP---MŮJ PANELÁK/SWITCH---ROUTER
Tekže, když vezmu notes k onomu switchi který se nachází v suterénu našeho paneláku, připojím se tak se to chová jako když jsem za routerem - padá to, ovšem, pokud kabel vedoucí do mého bytu (do routeru) odpojím ze switche tak připojení je najednou naprosto stabilní.
Nepomohl reinstall systému.
Nepomohl reset biosu.
Nepomohla výměna síťové karty která routuje domácí síť.
Zkoušel jsem už snad úplně vše co mě napadlo, a vůbec nemám tušení co s tím je. Když kabel z toho switche co vede ze suterénu napíchnu přímo do notesu, tak připojení jede naprosto v pořádku, tedy, problém bude na 99% v serveru.
Je tam debian lenny. Kdyby vás cokoli napadlo, jakákoli drobnost, budu rád, už si s tím lámu hlavu asi týden a dost mě to vytáčí.
Kdo mi to pomůže vyřešit má u mě pivo/čokoládu
Děkuju.
Řešení dotazu:
Tím to asi nebude, nic kolem toho se před/po výpadku nemělnilo...
Vlastně, nedávno jsem aktualizoval jádro, ale už si nevzpomínám jestli to bylo před tím nebo potom co to začlo padat...
Podle tcpdumpu toho tam běhá docela dost, vypisuje to cca 30 záznamů za sekundu, v naprosté většině jsou to arp požadavky netýkající se serveru, dotazuje se to postupně všech strojů v rozsahu 85.207.x.x pořát dokola.
Nemám tušení
Dobře, teď jsem nemocný, takže nehrozí že bych k tomu switchi mohl jít, ale jak mi bude lépe tak zkusím ten jejich vyměnit za nějaký svůj.
A ano, chová se to tak, že pokud do toho switche připojím svůj stroj a na něj je aktivní eth2 tak to padá i všem na tom switchi, pokud eth2 je neaktivní (ifconfig eth2 down, vytáhnout kabel) tak net jede v pořádku.
"nejde se dostat za eth0" znamená, že se pingnu ne eth0 ale už nikam dál, ani na defaultní bránu, ani na jiná zařízení na tom switchi, prostě dál než za eth0 se ty pakety nedostanou
Tím to nejspíše není, při přepnutí eth0 na half duplex se to zastaví úplně, po několika sekundách to přepne zase na full, navíc, když jsem odpojil eth2 tak se za celou noc do netu poslalo (úmyslně - ping) 38 000 paketů, z toho se ztratilo asi 50, když je eth2 zapojená a nahozená tak se ztrácí 20-50% paketů
Kolize kterých zařízení? Na pozici eth2 jsem vyměnil už 3 síťovky a když do eth2 navedu net a eth0 vede do domácí sítě, chová se to naprosto stejně...
Tak vyřešeno, nakonec bylo řešení mnohem jednodušší než jsem předpokládal.
Stačilo změnit ip síťovky eth2 na 10.0.0.1 (a zařízení na ni připojené samozřejmě přenastavit).
Takže problém byl v kolizi ip adres mé lokální sítě (respektive eth2), protože isp přiděloval ip adresy zákazníkům v rozsahu 192.168.x.x - stejné adresy jako já jsem používal v lokální síti.
Jsem blbec, mělo mě to napadnou, ale nedošlo mi to...
každopádně moc díky za snahu, a jak jsem slíbil, jdu na pivo a cestou si koupím čokoládu :)
Tiskni
Sdílej: