Byly zveřejněny informace o kritické zranitelnosti CVE-2025-55182 s CVSS 10.0 v React Server Components. Zranitelnost je opravena v Reactu 19.0.1, 19.1.2 a 19.2.1.
Bylo rozhodnuto, že nejnovější Linux 6.18 je jádrem s prodlouženou upstream podporou (LTS). Ta je aktuálně plánována do prosince 2027. LTS jader je aktuálně šest: 5.10, 5.15, 6.1, 6.6, 6.12 a 6.18.
Byla vydána nová stabilní verze 3.23.0, tj. první z nové řady 3.23, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Byla vydána verze 6.0 webového aplikačního frameworku napsaného v Pythonu Django (Wikipedie). Přehled novinek v poznámkách k vydání.
Po více než 7 měsících vývoje od vydání verze 6.8 byla vydána nová verze 6.9 svobodného open source redakčního systému WordPress. Kódové jméno Gene bylo vybráno na počest amerického jazzového klavíristy Gene Harrise (Ray Brown Trio - Summertime).
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za listopad (YouTube).
Google Chrome 143 byl prohlášen za stabilní. Nejnovější stabilní verze 143.0.7499.40 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 13 bezpečnostních chyb.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu dosáhl 3,2 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 26,42 %. Procesor AMD používá 66,72 % hráčů na Linuxu.
Canonical oznámil (YouTube), že nově nabízí svou podporu Ubuntu Pro také pro instance Ubuntu na WSL (Windows Subsystem for Linux).
Samsung představil svůj nejnovější chytrý telefon Galaxy Z TriFold (YouTube). Skládačka se nerozkládá jednou, ale hned dvakrát, a nabízí displej s úhlopříčkou 10 palců. V České republice nebude tento model dostupný.
Řešení dotazu:
route -n
ifconfig <síťové rozhraní>
cat /etc/resolv.conf
jiste klidne bych to udelal, kdyby to ale napsal nejak normalne....
Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní 192.168.1.0 0.0.0.0 255.255.255.0 U 2 0 0 eth0 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0 [kuca@localhost ~]$ ifconfig eth0 Link encap:Ethernet HWadr 00:02:8A:78:A6:50 inet adr:192.168.1.105 Všesměr:192.168.1.255 Maska:255.255.255.0 inet6-adr: fe80::202:8aff:fe78:a650/64 Rozsah:Linka AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST MTU:1500 Metrika:1 RX packets:89 errors:4 dropped:0 overruns:0 frame:4 TX packets:57 errors:6 dropped:0 overruns:0 carrier:0 kolizí:2 délka odchozí fronty:1000 RX bytes:14003 (13.6 KiB) TX bytes:8362 (8.1 KiB) Přerušení:11 Vstupně/Výstupní port:0x8000 eth1 Link encap:Ethernet HWadr 00:09:6B:FA:7D:EC AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ MULTICAST MTU:1500 Metrika:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 kolizí:0 délka odchozí fronty:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) lo Link encap:Místní smyčka inet adr:127.0.0.1 Maska:255.0.0.0 inet6-adr: ::1/128 Rozsah:Počítač AKTIVOVÁNO SMYČKA BĚŽÍ MTU:16436 Metrika:1 RX packets:8 errors:0 dropped:0 overruns:0 frame:0 TX packets:8 errors:0 dropped:0 overruns:0 carrier:0 kolizí:0 délka odchozí fronty:0 RX bytes:480 (480.0 b) TX bytes:480 (480.0 b) [kuca@localhost ~]$ cat /etc/resolv.conf # Generated by NetworkManager nameserver 85.255.116.66
route del default route add default gw [IP routeru] eth0ping google.com nslookup google.com ping 8.8.8.8
ipconfig /all
C:\Documents and Settings\Notebook>ipconfig /all
Konfigurace protokolu IP systému Windows
Název hostitele . . . . . . . . . : x31
Primární přípona DNS. . . . . . . :
Typ uzlu . . . . . . . . . . . . : neznámý
Povoleno směrování IP . . . . . . : Ne
WINS Proxy povoleno . . . . . . . : Ne
Adaptér sítě Ethernet Připojení k místní síti 2:
Stav média . . . . . . . . . . . : odpojeno
Popis . . . . . . . . . . . . . . : Intel(R) PRO/100 VE Network Connecti
on
Fyzická Adresa. . . . . . . . . . : 00-09-6B-FA-7D-EC
Adaptér sítě Ethernet Bezdrátové připojení k síti:
Přípona DNS podle připojení . . . :
Popis . . . . . . . . . . . . . . : Cisco Systems PCI Wireless LAN Adapt
er
Fyzická Adresa. . . . . . . . . . : 00-02-8A-78-A6-50
Protokol DHCP povolen . . . . . . : Ne
Adresa IP . . . . . . . . . . . . : 192.168.1.107
Maska podsítě . . . . . . . . . . : 255.255.255.0
Výchozí brána . . . . . . . . . . : 192.168.1.1
Servery DNS . . . . . . . . . . . : 85.255.116.66
85.255.112.159
route del default ifconfig eth0 up ifconfig eth0 192.168.1.107 route add default gw 192.168.1.1 echo "nameserver 85.255.116.66" > /etc/resolv.conf echo "nameserver 85.255.112.159" >> /etc/resolv.confDisclaimer: uživatelé commandu ip mají právo mě veřejně lynčovat za použití příkazu ifconfig, ale já se prostě tu dementní syntaxy ip-u nenaučím
ak mate nabindovane sekundarne IP na interfajs...tak vam ich ifconfig tiez vypise uplne v pohode.....Prepáčte, ale asi mám nějaký špatný ifconfig
paranoid:~# ip a s dev eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 00:14:85:b0:31:3f brd ff:ff:ff:ff:ff:ff
inet 192.168.0.2/24 brd 192.168.0.255 scope global eth0
inet 192.168.0.200/24 scope global secondary eth0
inet6 2001:470:1f0a:1b6::4/64 scope global
valid_lft forever preferred_lft forever
inet6 fe80::214:85ff:feb0:313f/64 scope link
valid_lft forever preferred_lft forever
paranoid:~# ifconfig eth0
eth0 Link encap:Ethernet HWadr 00:14:85:b0:31:3f
inet adr:192.168.0.2 Všesměr:192.168.0.255 Maska:255.255.255.0
inet6-adr: 2001:470:1f0a:1b6::4/64 Rozsah:Globál
inet6-adr: fe80::214:85ff:feb0:313f/64 Rozsah:Linka
AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST MTU:1500 Metrika:1
RX packets:1200201 errors:0 dropped:0 overruns:0 frame:0
TX packets:1169428 errors:0 dropped:0 overruns:0 carrier:0
kolizí:0 délka odchozí fronty:1000
RX bytes:956016615 (911.7 MiB) TX bytes:725354232 (691.7 MiB)
Přerušení:18 Vstupně/Výstupní port:0xc000
Mimochodem, spolehlivě máme dokumentovány situace, kdy klame příkaz ip. Jedna z "méně závažných" situací je například:
# ip r s via 85.135.32.10 Segmentation faultTakovéto odepření odpovědi je ještě k přežití - v tomto konkrétním případě to lze nahradit verzí ip r s | grep 85.135.32.10. Smutné, ale funkční. Bohužel jsou situace, kdy příkaz ip lže, akorát jejich dokumentace je o trochu složitější a proto se mi do toho tady a teď nechce.
Tím se nechci zastávat příkazu ipconfig, to je samozřejmě úplná hrůza. Ale bohužel ani ip není žádná hvězda...
# ip r s 1.2.3.0/24 via 192.168.0.1 dev eth0 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.2 10.0.0.0/16 via 192.168.0.5 dev eth0 default via 192.168.0.1 dev eth0 # ip r s via 192.168.0.5 10.0.0.0/16 dev eth0? A je nahlášený bug?
Snažíte se mi dokázat, že vám ip r s via XY funguje? To nemusíte, já vím, že funguje. Na 1498 mašinách z 1500 (se zcela identickou instalací) mně funguje také. Ale na zbývajících dvou prostě segfaultuje - přičemž to není hardwarový problém. (Klidně vám popíšu podrobnosti, pokud vás to zajímá.) A ne, bug nahlášený není a já jej hlásit nebudu. S panem Kuzněcovem jsem už měl tu pochybnou čest komunikovat a nějak nemám ani chuť ani zájem si to zopakovat.
Podle výpisu z Linuxu tam ale nastavuješ 192.168.1.105, tedy jinou adresu.Adresa IP . . . . . . . . . . . . : 192.168.1.107
traceroute 8.8.8.8
kde to konci?
Ak to skonci na mikrotiku, tak potom sa pre Vasu IP adresu neuplatnuje NAT...
Mate pristup do toho mikrotiku?
.
Tiskni
Sdílej: