Společnost Perplexity AI působící v oblasti umělé inteligence (AI) podala nevyžádanou nabídku na převzetí webového prohlížeče Chrome internetové firmy Google za 34,5 miliardy dolarů (zhruba 723 miliard Kč). Informovala o tom včera agentura Reuters. Upozornila, že výše nabídky výrazně převyšuje hodnotu firmy Perplexity. Společnost Google se podle ní k nabídce zatím nevyjádřila.
Intel vydal 34 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20250812 mikrokódů pro své procesory řešící 6 bezpečnostních chyb.
Byla vydána nová verze 1.25 programovacího jazyka Go (Wikipedie). Přehled novinek v poznámkách k vydání.
Byla vydána beta verze Linux Mintu 22.2 s kódovým jménem Zara. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze novou XApp aplikaci Fingwit pro autentizaci pomocí otisků prstů nebo vlastní fork knihovny libAdwaita s názvem libAdapta podporující grafická témata. Linux Mint 22.2 bude podporován do roku 2029.
Provozovatel internetové encyklopedie Wikipedie prohrál v Británii soudní spor týkající se některých částí nového zákona o on-line bezpečnosti. Soud ale varoval britského regulátora Ofcom i odpovědné ministerstvo před zaváděním přílišných omezení. Legislativa zpřísňuje požadavky na on-line platformy, ale zároveň čelí kritice za možné omezování svobody slova. Společnost Wikimedia Foundation, která je zodpovědná za fungování
… více »Byla vydána verze 2.0.0 nástroje pro synchronizaci dat mezi vícero počítači bez centrálního serveru Syncthing (Wikipedie). Přehled novinek na GitHubu.
Americký prezident Donald Trump se v pondělí osobně setkal s generálním ředitelem firmy na výrobu čipů Intel Lip-Bu Tanem. Šéfa podniku označil za úspěšného, informují agentury. Ještě před týdnem ho přitom ostře kritizoval a požadoval jeho okamžitý odchod. Akcie Intelu v reakci na schůzku po oficiálním uzavření trhu zpevnily asi o tři procenta.
Byl vydán Debian GNU/Hurd 2025. Jedná se o port Debianu s jádrem Hurd místo obvyklého Linuxu.
V sobotu 9. srpna uplynulo přesně 20 let od oznámení projektu openSUSE na konferenci LinuxWorld v San Franciscu. Pokuď máte archivní nebo nějakým způsobem zajímavé fotky s openSUSE, můžete se o ně s námi podělit.
Byl vydán Debian 13 s kódovým názvem Trixie. Přehled novinek v poznámkách k vydání.
#ip addr show dev eth0 2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:0d:87:31:77:3b brd ff:ff:ff:ff:ff:ff inet 192.168.1.8/24 brd 192.168.1.255 scope global eth0 inet 192.168.1.248/24 brd 192.168.1.255 scope global secondary eth0:0a nyni bych potreboval presmerovat vsechny pozadavky co smeruji na rozhrani 192.168.1.248 (eth0:0) na ip 192.168.1.4. Zkousel sem iptables (DNAT), ale toto nefunguje
# iptables -L -t nat Chain PREROUTING (policy ACCEPT) target prot opt source destination DNAT all -- anywhere 192.168.1.248 to:192.168.1.111 Chain POSTROUTING (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination #iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destinationNevim proc, ale tato politika je ignorovana. Kdyz dam telnet 192.168.1.248 25, dostanu se na smtp server na 192.168.1.8 a ne na 192.168.1.111, jak bych potreboval. Dekuji moc za kazdou radu (snad krome google ;)) S pozdravem Petr
Chain PREROUTING (policy ACCEPT) target prot opt source destination DNAT all -- anywhere 192.168.1.248 to:192.168.1.4 Chain FORWARD (policy ACCEPT) target prot opt source destination ACCEPT all -- anywhere 192.168.1.4
Mam na stroji nahozeno virtualni rozhrani eth0:0
Nemáte. To je jen iluze, kterou vytváří příkaz ifconfig
. Ve skutečnosti žádné takové rozhraní (ani virtuální) neexistuje. Právě při nastavování paketového filtru je důležité mít to na paměti, protože když zkusíte to fiktivní rozhraní použít v podmínce -i nebo -o, se zlou se potážete.
tcpdump
nebo ethereal
, protože vám ukážou, kde přesně se pakety ztrácejí nebo špatně překládají.
Problém ve vaší konfiguraci je v tom, že když přenatujete A na C, odpověď od C jde přímo klientovi, ale jako zdrojová adresa je tam C, takže klient to nepovažuje za odpověď (on navazoval spojení s A, ne s C). Řešením by bylo přenatovat i zdrojovou adresu (na B), aby odpověď šla zpátky k B a ten ji mohl přeložit zpět na správné adresy. Je to ovšem takové drbání se levou nohou za pravým uchem, daleko přirozenější by mi připadalo řešení, které jsem uvedl v předchozím odstavci.
Tiskni
Sdílej: