Microsoft představil Azure Cobalt 200, tj. svůj vlastní SoC (System-on-Chip) postavený na ARM a optimalizovaný pro cloud.
Co způsobilo včerejší nejhorší výpadek Cloudflare od roku 2019? Nebyl to kybernetický útok. Vše začalo změnou oprávnění v jednom z databázových systémů a pokračovalo vygenerováním problém způsobujícího konfiguračního souboru a jeho distribucí na všechny počítače Cloudflare. Podrobně v příspěvku na blogu Cloudflare.
Byla vydána (Mastodon, 𝕏) první RC verze GIMPu 3.2. Přehled novinek v oznámení o vydání. Podrobně v souboru NEWS na GitLabu.
Eugen Rochko, zakladatel Mastodonu, tj. sociální sítě, která není na prodej, oznámil, že po téměř 10 letech odstupuje z pozice CEO a převádí vlastnictví ochranné známky a dalších aktiv na neziskovou organizaci Mastodon.
Byla vydána nová major verze 5.0 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v obsáhlých poznámkách k vydání. Videopředstavení na YouTube.
Cloudflare, tj. společnost poskytující "cloudové služby, které zajišťují bezpečnost, výkon a spolehlivost internetových aplikací", má výpadek.
Letos se uskuteční již 11. ročník soutěže v programování Kasiopea. Tato soutěž, (primárně) pro středoškoláky, nabízí skvělou příležitost procvičit logické myšlení a dozvědět se něco nového ze světa algoritmů – a to nejen pro zkušené programátory, ale i pro úplné začátečníky. Domácí kolo proběhne online od 22. 11. do 7. 12. 2025 a skládá se z 9 zajímavých úloh různé obtížnosti. Na výběru programovacího jazyka přitom nezáleží – úlohy jsou
… více »Byla vydána nová verze 2.52.0 distribuovaného systému správy verzí Git. Přispělo 94 vývojářů, z toho 33 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
VKD3D-Proton byl vydán ve verzi 3.0. Jedná se fork knihovny vkd3d z projektu Wine pro Proton. Knihovna slouží pro překlad volání Direct3D 12 na Vulkan. V přehledu novinek je vypíchnuta podpora AMD FSR 4 (AMD FidelityFX Super Resolution 4).
Poštovní klient Thunderbird byl vydán v nové verzi 145.0. Podporuje DNS přes HTTPS nebo Microsoft Exchange skrze Exchange Web Services. Ukončena byla podpora 32bitového Thunderbirdu pro Linux.
ifconfig eth1 up ifconfig eth1 192.168.56.128 up route add default gw 192.168.56.1 echo -ne "nameserver 192.168.56.1\nnameserver 8.8.8.8\n" > /etc/resolv.confVse pak po startu systemu funguje jak ma, avsak obcas, hlavne pri delsi dobe kdy pocitac bezi najednou sit prestane fungovat a ifconfig ukazuje nasledujici:
eth1 Link encap:Ethernet HWaddr 00:0c:29:30:76:87
inet addr:192.168.255.128 Bcast:192.168.255.255 Mask:255.255.255.0
inet6 addr: fe80::20c:29ff:fe30:7687/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:131918 errors:0 dropped:0 overruns:0 frame:0
TX packets:79752 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:192974527 (192.9 MB) TX bytes:6926273 (6.9 MB)
Interrupt:19 Base address:0x2024
IP adresa rozhrani se sama zmenila. Z dhclp klientu mam nainstalovany pouze dhclient, ale nevim jestli to dela zrovna on. Nevite prosim, cim by toto mohlo byt zpusobene?
stava sa ti to pravidelne po urcitej dobe? alebo je to uplne random?
este by si mohol prebehnut /var/log/messages a pohladat kedy dochadza k zmene adresy, tam mozno najdes aj pricinu...
/etc/network/interfaces, kde mas zrejme defaultnu hodnotu auto eth1. Pri vyvolani reloadu networking sa DHCPkom novo-prideli IP. Co vyvola reload neviem povedat...
Ale urcite je spravnejsie nahradit riadky
ifconfig eth1 up ifconfig eth1 192.168.56.128 upnastavenim konfiguracie v
/etc/network/interfaces napr takto (prip. upravit podla potreby)
auto eth0
iface eth0 inet static
address 192.168.56.128
netmask 255.255.255.0
network 192.168.56.0
broadcast 192.168.255.255
gateway 192.168.56.1
a riadok:
echo -ne "nameserver 192.168.56.1\nnameserver 8.8.8.8\n" > /etc/resolv.confnahradit riadkami v konfiguraku
/etc/dhcp/dhclient.conf
prepend domain-name-servers 192.168.56.1; prepend domain-name-servers 8.8.8.8;
eth0 ale eth1
/etc/dhcp/dhclient.conf aplikuje ked je static IP nastavena...
ifconfig a route jsou v Linuxu už asi tak sto let zastaralé a nahradil je příkaz ip z balíčku iproute2. Když řešíte nějaký problém se sítí, je lepší použít příkaz ip rovnou, abyste vyloučil možnost, že je problém právě v těch zastaralých nástrojích. Když už to neuděláte při soukromém zkoumání, udělejte to vždy alespoň když posíláte dotaz na nějaké veřejné fórum. Nikoho nebaví zjišťovat, jestli chyba není po sto padesáté způsobena použitím těchto zastaralých nástrojů.
ip bylo výhodnější. Příkazy pro konfiguraci sítě manipulují se strukturami jádra a musí tedy odpovídat tomu, jak síťová zařízení chápe jádro. To se v řadě jádra 2.2 docela podstatně změnilo, a byl vytvořen balíček programů iproute2, který spolupracuje s modelem, který teď jádro používá. Příkaz ifconfig byl sice upraven, aby pomocí postupů známých ze starého modelu (z jádra 2.0.x) emuloval komunikaci s tím novým modelem, ale ta emulace neřeší všechno a někdy nedělá to, co by člověk očekával. Klasický případ je to, že ifconfig se tváří, jako by existovala virtuální zařízení eth0:0, eth0:1 atd. Ve skutečnosti nic takového neexistuje, je to jen jedno zařízení s více IP adresami. ifconfig to částečně emuluje, ale snadno se vám může stát, že vám ifconfig nevypíše všechny IP adresy, které má zařízení přidělené.
Co se týká dokumentace a informací na internetu, to máte bohužel pravdu, ve spoustě případů se pořád i ve „vzorových“ příkladech používají zastaralé nástroje. Dokonce pořád mnoho distribucí používá tyto nástroje ve svých skriptech a balíček iproute2 je jen volitelný. Je to podobné, jako se všude možně popisuje instalace pomocí „svaté trojice“ místo přes správce balíčků, ostatně často se také popisuje konfigurace sítě pomocí příkazů, místo aby bylo hned na úvod napsáno, že ve většině distribucí jsou tyhle příkazy obalené nějakými distribučními skripty a konfiguračními soubory, a ke konfiguraci je potřeba používat je.
Tiskni
Sdílej: