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.
Multimediální přehrávač mpv byl vydán ve verzi 0.42.0. Jde o větší balík změn po bezmála roce. Mimo jiné se lépe integruje s Waylandem nebo rozšiřuje podporu DVD/Blu-ray, např. umožňuje přehrávat rovnou obrazy médií (soubory iso).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.5.0. Přehled novinek v poznámkách k vydání.
Byla vydána (𝕏) nová verze 8.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Byla vydána verze R14.1.7 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).
MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.
Mám tento problém. Udělal jsem si image Windows XP ve virtuálním stroji, kde byla sít nastavena na "192.168.2.x" . Pak jsem tento image vzal nahrál na živý stroj a zařadil do domény na linuxu (Samba s LDAP). Síť je neustále "192.168.2.x". Vše se povedlo a funguje. Pak jsem vzal ten image znovu a zařadil do jiné domény (opět Samba s LDAP), která je v síti "10.1.0.x". Počítač se tam zařadí, ale po restartu vyhledává a vyhledává a pořád vyhledává doménu. Po Ctrl+Alt+Del přestane vyhledávat a je možné se do domény přihlásit. U obou počítačů je nastaveno DHCP. Ten druhý PC mohu restartovat jak chci, čekat na vyhledání jak dlouho chci a chování je pořád stejné. Přenastavoval jsem lmhosts, ale to na to nemá vliv. Pak jsem někde četl "blbost": "Nastav statickou IP adresu, restart a nastav DHCP". V zoufalství jsem to udělal a nestačím se divit. Vše se chová tak jak má. Po zapnutí PC se už nic nevyhledává a do domény se dá bez problémů přihlásit.
Je toto chování normální? Se Sambou a LDAP to evidentně nemá nic společného. Dokáže to někdo vysvětlit? Dle mého soudu si Windows asi něco drží v nějakém registru. Registry jsem prošel a nic nenašel.
9.10.2009 10:19
koulinek | skóre: 19
| blog: koulonet
Sou ty XP sysprepnuté nebo tam je diky tomu image stejne SID?
Každé PC má svoje jedinečné SID.
9.10.2009 16:01
koulinek | skóre: 19
| blog: koulonet
Ale práve nakopírovaná VM nikoliv, tam je SID shodne.
Windowsy si dokazu pamatat naposledy priradenu IP adresu aj s IP adresou konkretneho servera. Po naslednom pripojeni do siete automaticky posielaju uz len DHCPRequest a DHCP server potvrdzuje DHCPAck-om. Je to na jednej strane rychlejsie, na druhej to "zarucuje" to ze budete mat rovnaku IP adresu ako naposledy. Ked vsak medzitym nastavite IP adresu staticky a nasledne opet prepnete na DHCP rezim, tak procedura uz prebieha od prvej spravy DHCPDiscover (teda system neziada ziadnu konkretnu adresu),... a tu je mozne, ze PC dostane od servera inu adresu aku povodne klient mal s tym, ze napr su v nej aj dodatocne info ako napr. wins server, ktory je pre sambacke domeny nevyhnutna sucast funkcionality. Mozno bol problem v tom, ze do DHCP servera ste IP adresu pre WINS server dokonfigurovali neskvor a client ju realne nikdy nedostal, lebo si len potvrdzoval tie sietove parametre, ktore mal "nacacheovane".... az dokym sme mu cache neresetli statickym nastavenim IP.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz