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í.
Mar 3 13:06:40 xxx dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6 Mar 3 13:06:40 xxx dhclient: DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 6 Mar 3 13:06:40 xxx dhclient: receive_packet failed on eth0: Network is downDakujem za kazdu radu..
Nahodte si rozhrani na linkove vrstveMar 3 13:06:40 xxx dhclient: receive_packet failed on eth0: Network is down
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
ip link set eth0 up.
Internet Systems Consortium DHCP Client V3.0.2 Copyright 2004 Internet Systems Consortium. All rights reserved. For info, please visit http://www.isc.org/products/DHCP Listening on LPF/eth0/00:02:e3:4c:fa:a2 Sending on LPF/eth0/00:02:e3:4c:fa:a2 Listening on LPF/lo/ Sending on LPF/lo/ Sending on Socket/fallback DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 7 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6 DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 9 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 14 DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 13 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8 DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 8 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10 DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 17 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 13 DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 7 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4 No DHCPOFFERS received. No working leases in persistent database - sleeping.S jadrom 2.6.10, kde to funguje, to vyzera takto:
Internet Systems Consortium DHCP Client V3.0.2 Copyright 2004 Internet Systems Consortium. All rights reserved. For info, please visit http://www.isc.org/products/DHCP Listening on LPF/lo/ Sending on LPF/lo/ Listening on LPF/eth0/00:02:e3:4c:fa:a2 Sending on LPF/eth0/00:02:e3:4c:fa:a2 Sending on Socket/fallback DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 8 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5 DHCPOFFER from 10.8.252.5 DHCPREQUEST on eth0 to 255.255.255.255 port 67 DHCPACK from 10.8.252.5 bound to 10.8.252.158 -- renewal in 42505 seconds.
Ten prikaz nezafungoval, teraz je ale vystup iny, ako predtym, kde je hlaska 'Network is down', teraz tam taku hlasku nemam.Tak asi zjevne zafungoval, kdyz to pise neco jineho. Jak jste prisel na to, ze nezafungoval? Ze nic nenpsal? Vzdyt nic taky napsat nema. Prikazem
ip link show vypisete vsechna sitova rozhrani a jejich stav. Ma tam eth0 stav UP? Jestli ano, tak rozhrani na linkovy vrstve pracuje.
Staci prece posilat dotaz na eth0. Na loopbacku vam zadny DHCP server neodpovi (pokud ho nemate pusteny lokalne).Internet Systems Consortium DHCP Client V3.0.2 Listening on LPF/eth0/00:02:e3:4c:fa:a2 Sending on LPF/eth0/00:02:e3:4c:fa:a2 Listening on LPF/lo/ Sending on LPF/lo/
To znamena, ze DHCP server neodpovida nebo jeho odpovedi (UDP/68) blokujete. Spuste si v jinem terminalu tcpdump prikazemDHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 ... No DHCPOFFERS received. No working leases in persistent database - sleeping.
tcpdump -i eth0 -n a pak spuste dhclinta. Jestli tam najdete odpoved serveru, tak ji blokujete firewalem. Nemel jste nahodou u 2.6.10 jadra vypnuty firewall? Napr. jste nemel jej vubec zakompilovany do jadra? Co vam vypise prikaz iptables -nvL INPUT?
Precte si neco nekde o tom, jak pracuje DHCP. Protoze radeni typu "napis prikaz X" -- "ono to nefunguje" je trochu kontraproduktivni.
Zkusim vam okomentovat spravnou DHCP relaci:
Listening on LPF/eth0/00:02:e3:4c:fa:a2Klient bude poslouchat na rozhrani eth0 na UDP portu 68.
Sending on LPF/eth0/00:02:e3:4c:fa:a2Pozadavek bude odesilat na rozhrani eth0.
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5Odeslal broadcast dotaz DHCPDISCOVER, na ktery ma odpoved kazdy DHCP server. Timto klient hleda DHCP server.
DHCPOFFER from 10.8.252.5Server 10.8.252.5 nabizi klintovi IP adresu (jeji hodnotu najdete v tcpdumpu -- 10.8.252.158).
DHCPREQUEST on eth0 to 255.255.255.255 port 67Klient o ni ma zajem a zada o ni. Tady by mela byt zadost smerovana jiz na IP adresu serveru. tcpdumpem ji uvidite vcetne zadane IP adresy.
DHCPACK from 10.8.252.5Server potvrzuje prideleni IP adresy.
bound to 10.8.252.158 -- renewal in 42505 seconds.Klient bude pouzivat IP 10.8.252.158 a po 42505 sekunach o ni znovu pozada.
Listening on LPF/lo/ Sending on LPF/lo/ Sending on Socket/fallback DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 7 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6 DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 9 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 14 DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 13 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8 DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 8 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10 DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 17 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 13 DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 7 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4 ....Přitom notebook není nikde připojen
eth0 je stále down. Příkaz ip link set eth0 up odpovídá RTNETLINK answers: Cannot assign requested address. Mám Ubuntu 9.04, jádro 2.6.28, ale nechodí mi to ani pod Debianem 5.0.5, jádro 2.6.26. V souboru interfaces v adresáři /etc/network/ mám řádky
auto eth0 iface eth0 inet dhcptudíž DHCP by mělo být povolené. Možná, že mám zapnutý firewall a stačilo by jej vypnout nebo mu sdělit, že má být průchodný pro ip adresu, kterou mi přidělil poskytovatel internetu, jenomže o firewallu nic nevím. Omlouvám se, jestli to píšu hloupě, ale budu hrozně rád, když mi někdo poradí.
iptables -L je
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 destinationSkoro bych řekl, že firewall mi nic neblokuje. A tak už vůbec nevím kudy kam.
ip link show:
michal@sharkan-pc1:~$ sudo ip link show
1: lo: < LOOPBACK,UP,LOWER_UP > mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: < BROADCAST,MULTICAST,UP,LOWER_UP > mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 00:24:1d:c6:99:03 brd ff:ff:ff:ff:ff:ff
Nechápu proč eth0 je ve stavu UNKNOWN místo UP.
Tiskni
Sdílej:
