PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují
… více »GIMP 3.2 byl oficiálně vydán (Mastodon, 𝕏). Přehled novinek v poznámkách k vydání.
FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.
Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.
Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.
Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.
Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.
V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.
MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Postavil jsem si server-A /debian/ který se připojuje k vpn /za tou vpn běží samba server-B/.
Pokud přímo na serveru-A dám smbmout //atd... , tak se normálně adresář připojí a vše jede jak má.
Pokud se ovšem pokusím o to samé z počítače který je v LAN síti za serverem-A, tak jediné co z toho dostanu je:
ping na server-B /jede bez potíží/
pokud se pokusím připojit /klient winXP/ vzdalený disk tak ho sice vidí , požádá o přihlašovací údaje a jakmile dám připojit tak chvíli chroustá a pak napíše že vzdálený disk již momentálně není k dispozici.
Subnety síti jsou odlišné nic nekoliduje. Nevím už kam mám sáhnout :o).
Na serveru-B běží i http. Pokud dám na serveru-A links server-B tak vše najdede , v LAN siti za serverem-A již ne. Vyskoušel jsem i místo winXP pustit liveUbuntu ale výsledek byl stejný. Nenapadá někoho něco ?
tcpdump -i eth0 -l -vv -n -s 0 host 192.168.16.250 22:45:56.241093 IP (tos 0x0, ttl 62, id 15431, offset 0, flags [none], proto ICMP (1), length 60) 192.168.16.250 > 192.168.4.53: ICMP echo reply, id 512, seq 8960, length 40výpis na port 139
23:15:12.422065 IP server.netbios-ssn > 192.168.4.53.2827: S 1078985033:1078985033(0) ack 1014835718 win 5840 < mss 1440,nop,nop,sackOK> ^C 1 packets captured 1 packets received by filter 0 packets dropped by kernel
iptables -t nat -L -vn , hlási jen maškarádu z eth1 na eth0
Tak si fakt nevím rady. Stroj na kterém běží samba normálně pingnu , v té síti je ještě jedne počítač na kterém běží RDP, tam se normálně připojím. Když dám v připojit síťovou jednotku vše proběhne jak má a v průzkumníku se objeví složka Server-samba:/adresar .. když ale na to kliknu tak se obsah nezobrazí. Furt běží jen přesýpací hodiny :o)-
Pokud to samé udělám na serveru kterým se připojuji do te VPN tak je vše OK , vše je vidět.
Mohl by mi prosím někdo poradit co konkrétně mám odsledovat ? tcpdump vypisuje činnost pokud se pokusím přistoupit třeba /http / jako by to bylo z adresy serveru co mě připojuje do VPN . /a né z LAN IP z které se pokouším na to http dostat/
Schéma sítě
SAMBA /siť -192.168.16.0/ --> ciscorouter --> VPNTUNEL --> MujSERVER --> MojeLAN/192.168.4.0
routy na MujSERVER
192.168.16.0 0.0.0.0 255.255.255.0 U 0 0 0 tun0 192.168.4.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 0.0.0.0 ver.IP 0.0.0.0 UG 100 0 0 eth0
MojeLAN je připojen přez eth1 , eth0 je WAN, tun0 je od vpnc tunelu.
defaultní brána na MujSERVER je na eth0.
Ping z MojeLAN /klient winXP/
Prikaz PING na 192.168.16.250 s d‚lkou 32 bajt…: Odpoved od 192.168.16.250: bajty=32 źas=41ms TTL=62
13:09:31.502578 IP server.www > 192.168.17.17.36978: Flags [F.], seq 352, ack 390, win 1716, options [nop,nop,TS val 482660589 ecr 352237], length 0ovšem nevím co y toho mám vyčíst.
Tiskni
Sdílej: