Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.
Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.
sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.
Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).
Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.
Ř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: