Argentinec, který byl náhodně zachycen Google Street View kamerou, jak se zcela nahý prochází po svém dvorku, vysoudil od internetového giganta odškodné. Soud uznal, že jeho soukromí bylo opravdu porušeno – Google mu má vyplatit v přepočtu asi 12 500 dolarů.
Eben Upton, CEO Raspberry Pi Holdings, informuje o RP2350 A4, RP2354 a nové hackerské výzvě. Nový mikrokontrolér RP2350 A4 řeší chyby, i bezpečnostní, předchozího RP2350 A2. RP2354 je varianta RP2350 s 2 MB paměti. Vyhlášena byla nová hackerská výzva. Vyhrát lze 20 000 dolarů.
Představen byl notebook TUXEDO InfinityBook Pro 15 Gen10 s procesorem AMD Ryzen AI 300, integrovanou grafikou AMD Radeon 800M, 15,3 palcovým displejem s rozlišením 2560x1600 pixelů. V konfiguraci si lze vybrat až 128 GB RAM. Koupit jej lze s nainstalovaným TUXEDO OS nebo Ubuntu 24.04 LTS.
Po půl roce od vydání verze 2.41 byla vydána nová verze 2.42 knihovny glibc (GNU C Library). Přehled novinek v poznámkách k vydání a v souboru NEWS. Vypíchnout lze například podporu SFrame. Opraveny jsou zranitelnosti CVE-2025-0395, CVE-2025-5702, CVE-2025-5745 a CVE-2025-8058.
Byla vydána nová verze 9.15 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání.
Společnost CORSAIR podporuje svůj systém iCUE LINK pouze ve Windows a macOS. Jak jej ovládat v Linuxu? OpenLinkHub (GitHub) je open source linuxové rozhraní k iCUE LINK. Z webového rozhraní na adrese http://localhost:27003 lze ovládat RGB osvětlení, rychlost ventilátorů, nastavovat klávesnice, myši, headsety…
Ve funkci koordinátora k bitcoinové kauze skončil bývalý ústavní soudce David Uhlíř. Informaci, kterou zveřejnil Deník N, potvrdila Radiožurnálu ministryně spravedlnosti Eva Decriox (ODS). Uvedla, že odchod byl po vzájemné dohodě. „Jeho mise je ukončená, auditní procesy se už povedlo nastavit,“ řekla. Teď má podle ministryně další kroky podniknout policie a státní zastupitelství. Koordinátorem jmenovala ministryně Uhlíře 19. června.
Byla vydána nová verze 25.07.26 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Po 9 týdnech vývoje od vydání Linuxu 6.15 oznámil Linus Torvalds vydání Linuxu 6.16. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a Linux Kernel Newbies.
Americký výrobce čipů Intel propustí 15 procent zaměstnanců (en), do konce roku by jich v podniku mělo pracovat zhruba 75.000. Firma se potýká s výrobními problémy a opouští také miliardový plán na výstavbu továrny v Německu a Polsku.
Lokální síť mám momentálně připojenou k Internetu přes VoIP ústřednu, která obsahuje i ADSL modem a router s NAT. Rád bych přidal do sítě server (druhý router), přes který poběží veškerý provoz. Protože mi přišla blbost dělat další NAT, vymyslel jsem pravděpodobně ještě větší blbost:
Internet --- [public IP] VoIP router [x.y.z.1] --- [x.y.z.11 eth0] server [eth1 x.y.z.12] --- lokální síť
Jakým způsobem mám nakonfigurovat server, aby se dalo dostat z vnitřní sítě ven? Půjde to pomocí iptables? Není nesmysl mít část sítě x.y.z.0/24 na eth1 a část na eth0? Jestli ano, jakou konfiguraci byste mi doporučili?
Předem díky za rady. Já myslel, že bude na serveru stačit přidat route na x.y.z.1 a povolit ip_forward, ale bohužel.
Ale to bych přišel o možnost nezávislé kontroly přístupu na server podle rozhraní. Z eth0 smí projít jenom SSH a HTTP(S), zatímco z eth1 je otevřené téměř vše.
Zatím jsem to dočasně vyřešil dvěma nezávislými sítěmi a SNAT. Nepřišel jsem ale na způsob jak zařídit forwarding mezi dvěma rozhraními bez nutnosti použít nějakou formu NAT. Je mi jedno, jestli budou obě rozhraní ve stejné síti nebo ve dvou různých. Když povolím IP forwarding v /proc/sys/net/ipv4/ip_forward, neděje se nic. Teprve až když přidám pravidlo pro iptables MASQUERADE/SNAT, začne konečně forwarding fungovat.
Ale to bych přišel o možnost nezávislé kontroly přístupu na server podle rozhraní.Ne nezbytně. Existují ebtables a bridge-nf...
Internet --- [public IP] VoIP router [x.y.1.1/24] --- [x.y.1.2/24] server [x.y.2.1/24] --- LAN
Přesně tohle jsem teď momentálně zprovoznil. Jedna síť mezi VoIP routerem a eth0, druhá na eth1.
Problém ale je, jak zprovoznit směrování. Jediné co mi funguje je NAT, což mi přijde jako blbost. Přece musí existovat jednoduchý způsob jak směrovat pakety mezi dvěma sítěmi bez překladu adres. Jenom nevím jak na to. Jak jsem psal výše, když nastavím route pro obě sítě, default route pro VoIP router, povolím IP forwarding a pro testování nastavím všechna pravidla iptables na ACCEPT, nedostanu se z jedné sítě do druhé. Až když přidám ještě pravidlo pro NAT, začne to fungovat.
nastavení směrování VoIP routeru, tomu musíte nastavit směrování do obou sítí – do té bližší přes jeho síťovou kartu zapojenou do té sítě, do té, která je schovaná za dalším routerem, musíte nastavit směrování přes IP adresu toho routeru (tu, která je ve stejné síti, jako VoIP router).
A to je ten problém... VoIP router neumožňuje moc nastavení, přece jenom je to telefonní ústředna s pár funkcemi navíc. Pokusím se ho trochu poladit přes telnet, protože přes webové rozhraní routování konfigurovat nejde.
Díky za pomoc. Už to funguje!
Měl jsem to vpodstatě dobře, jediný problém bylo chybějící nastavení route do vzdálenější sítě na VoIP routeru. Pakety z vnitřní sítě k němu tedy prošly, ale zpátky už ne.
Tiskni
Sdílej: