Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.8. Novinky zahrnují lepší podporu vzdálené plochy, sdílení a nahrávání obrazovky a řadu drobností napříč uživatelským rozhraním (úplný seznam změn, shrnutí ve wiki).
Apple představil 7palcový displej Apple HomeView s podporou Apple Intelligence a Siri AI pro ovládání chytré domácnosti, novou řadu vybavení chytré domácnosti Apple Home Collection, další generaci HomePodu mini a novou Apple TV 4K. Apple HomeView není v Evropské unii v prodeji, jelikož umělá inteligence Siri v rámci systému iOS v EU momentálně není k dispozici. Apple spolupracuje s EU a snaží se najít cestu, jak situaci vyřešit.
KDE slaví 30 let. Přesně před 30 lety, 14. října 1996, poslal Matthias Ettrich do diskusní skupiny comp.os.linux.misc zprávu, která započala historii projektu KDE. Důležité milníky jsou zobrazeny na časové ose.
Byl vydán Mozilla Firefox 158.0. Stejně jako Chrome 155 s podporou JPEG XL (test). Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 158 bude brzy k dispozici také na Flathubu a Snapcraftu.
Svobodný kancelářský balík ONLYOFFICE (Wikipedie) byl vydán ve verzi 10.0. Jak online Docs, tak i offline Desktop Editors. Přehled novinek také na YouTube.
Mozilla představuje Firefox Enterprise určený jako podnikový prohlížeč pro organizace s přísnými požadavky na bezpečnost, správu a dodržování předpisů. S profesionální podporou. Dostupný je zatím ve Francii, Německu, Rakousku a Švýcarsku.
Kybernetický útok zasáhl nejméně 150 supermarketů Intermarché a několik prodejen řetězců Leclerc a Coopérative U. Chladicí jednotky napadených obchodních domů byly nastaveny na nepřetržité odmrazování a teplota v nich mnohdy vystouala až nad 50°C. Škody napáchané na chlazeném a mraženém zboží budou patrně dosahovat miliónů eur.
… více »Stát Kalifornie zažaloval výrobce 3D tiskových filamentů Polymaker. Vrchní soud San Diego County tvrdí, že firma propagací svých výrobků mezi příznivci 3D tištěných zbraní podporovala výrobu takzvaných 'ghost guns' (DIY zbraní) a že její PLA filament pro 3D tiskárny lze za těchto okolností považovat za součást určenou k výrobě střelné zbraně. Žaloba požaduje mimo jiné finanční sankce a soudní zákaz činnosti, Polymaker se hájí tím, že filament je běžný a sám o sobě legální produkt. Celý text žaloby (PDF na Google Drive).
V červnu byla představena aplikace Myna pro převod řeči na text v prostředí desktopu Ubuntu. Včera byla Myna zpřístupněna širší komunitě Ubuntu formou technologické ukázky dostupné v Ubuntu 24.04 LTS, Ubuntu 26.04 LTS a Ubuntu 26.10 s GNOME na Waylandu.
Ubuntu 27.04 bude Tenacious T-Rex.
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: