Byl vydán Mozilla Firefox 143.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově se Firefox při ukončování anonymního režimu zeptá, zda chcete smazat stažené soubory. Dialog pro povolení přístupu ke kameře zobrazuje náhled. Obzvláště užitečné při přepínání mezi více kamerami. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 143 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána betaverze Fedora Linuxu 43 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 21. října.
Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.2 (𝕏, Mastodon). Přehled novinek, vylepšení a nových efektů v poznámkách k vydání.
Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 3.0 (Mastodon) nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). S novou verzí formátu záznamu asciicast v3, podporou live streamingu a především kompletním přepisem z Pythonu do Rustu.
Canonical oznámil, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie) v Ubuntu.
Tržní hodnota americké společnosti Alphabet, která je majitelem internetového vyhledávače Google, dnes poprvé překonala hranici tří bilionů dolarů (62,1 bilionu Kč). Alphabet se připojil k malé skupině společností, které tuto hranici pokořily. Jsou mezi nimi zatím americké firmy Nvidia, Microsoft a Apple.
Spojené státy a Čína dosáhly dohody ohledně pokračování populární čínské platformy pro sdílení krátkých videí TikTok v USA. V příspěvku na síti Truth Social to dnes naznačil americký prezident Donald Trump. Dosažení rámcové dohody o TikToku vzápětí oznámil americký ministr financí Scott Bessent, který v Madridu jedná s čínskými představiteli o vzájemných obchodních vztazích mezi USA a Čínou. Bessentova slova později potvrdila také čínská strana.
MKVToolNix, tj. sada nástrojů pro práci s formátem (medialnym kontajnerom) Matroska, byl vydán ve verzi 95.0. Podpora přehrávání formátu Matroska míří do Firefoxu [Bug 1422891, Technický popis]. Přehrávání lze již testovat ve Firefoxu Nightly.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 211. sraz, který proběhne v pátek 19. září od 18:00 ve Studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Na srazu proběhne přednáška Jiřího Eischmanna o nové verzi prostředí GNOME 49. Nemáte-li možnost se zúčastnit osobně, přednáškový blok bude opět streamován živě na server VHSky.cz a následně i zpřístupněn záznam.
route -n Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkazů Užt Rozhraní 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0 10.6.6.6 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.0.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0 127.0.0.0 127.0.0.1 255.0.0.0 UG 0 0 0 lo1) Jak přidat směrování na ip 23.63.64.89 pomocí adaptéru ppp0? 2) Jak změnit metriku pro ppp0 na třeba hodnotu 10, protože jinak se zdá že síť celkově laguje. Děkuji za reakce.
route add -host 23.63.64.89 gw 10.6.6.6 dev ppp0 23.63.64.89 10.6.6.6 255.255.255.255 UGH 0 0 0 ppp0 celkově tedy: route -n Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkazů Užt Rozhraní 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0 10.6.6.6 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.0.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0 23.63.64.89 10.6.6.6 255.255.255.255 UGH 0 0 0 ppp0 127.0.0.0 127.0.0.1 255.0.0.0 UG 0 0 0 loTakto se stále systém připojuje přes eth0.
"man IP" funguje, ale to už raději snad "man route"
Ne, to raději ne. Už třináct let ne.
Takto se stále systém připojuje přes eth0.
Co znamená "systém připojuje"? Že nějaké pakety s cílovou adresou 23.63.64.89 odcházejí přes eth0?
route add -host 23.63.64.89 gw 10.6.6.6 dev ppp0
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
ip route add 23.63.64.89 via 10.6.6.6 dev ppp0
ip route showZde jsou moje routy přidány přes route -add popsány pomocí "via" etc.
ip funguje na jádrech 2.2 a vyšších vždy správně. ifconfig/route se snaží emulovat chování jádra 2.0 – v některých případech se to podaří dobře (z toho jsou pak ty hlášky v diskuzích „mě funguje ifconfig/route správně“), v některých případech to funguje tak napůl a mate to uživatele, v některých případech je to úplně špatně (třeba ifconfig nezobrazí všechny přidělené IP adresy, route nezobrazí všechny routovací záznamy). Rozlišit, o který případ se jedná, není snadné – takže je lepší v Linuxu vždy používat ip a mít správné výsledky. Příklady třeba zde: Zkusme mluvit - aneb proč (mimojiné) nepoužívat ifconfig...
ip route add 23.63.64.0/24 via 10.6.6.6 dev ppp0
23.63.64.89/24 je teoreticky správně a je ekvivalentní 23.63.64.0/24. Z důvodu přehlednosti se ale raději pro označení sítě používá nejmenší adresa v síti, v tomto případě tedy ta s nulou na konci. Maska sítě nemusí být násobek 8, třeba síť 192.168.1.12–192.168.1.15 se označuje jako 192.168.1.12/30.
12.7.2012 15:39
Punny | skóre: 28
| Praha
2) Jak změnit metriku pro ppp0 na třeba hodnotu 10, protože jinak se zdá že síť celkově laguje.
S vaší směrovací tabulkou nemá smysl nastavovat metriku, protože ta má význam pouze pokud máte dvě položky pro stejný cílový rozsah.
12.7.2012 15:35
rADOn | skóre: 44
| blog: bloK
| Praha
route add -host 23.63.64.89 gw 10.6.6.6 dev ppp0funguje vše jak má, tedy na tuto konrétní adresu přistupuji přes jiný adaptér. Děkuji za rady. Každopádně pokud není problém v metrice, vzhledem k adresnímu rozsahu, tak nějak nechápu lag při přístupu na internet. Mám aktivní dvě připojení, ale pouze jedno jako "UG", tak proč otevření každé stránky trvá několik sekund?. Já jsem tento problém vyřešil lokální cache DNS, ale je to spíše náplast nežli řešení. Nějaký nápad?
To "otevření stránky" je ve skutečnosti dost komplexní operace, která se skládá z několika kroků, přičemž každý z nich může za určitých okolností způsobovat prodlevu. Aby bylo možné určit, kde přesně prodleva vzniká, bylo by dobré izolovat problém. Můžete např. zkusit
Případně můžete zkusit monitorovat síťovou komunikaci wiresharkem a z časového odstupu jednotlivých paketů by mělo být patrné, kde prodleva (nebo její podstatná část) vzniká.
Tiskni
Sdílej:
