Josef Průša představil na Maker Faire v New Yorku svou novou 3D tiskárnu Original Prusa i3 MK3. Z novinek (YouTube) lze zdůraznit senzor filamentu, výměnnou magnetickou podložku, rychlejší tisk nebo rozpoznání uskočené vrstvy, výpadku napájení a výpadku filamentu (YouTube).
Martin Flöser představil na svém blogu projekt XFree KWin. Cílem projektu je rozběhnout správce oken KWin na Waylandu bez XWaylandu [reddit].
Do pátku 29. září probíhá v Praze v hotelu Hilton konference SUSECON 2017 pořádaná společností SUSE. Dění na konferenci lze sledovat na Twitteru. Nils Brauckmann, CEO společnosti SUSE, vítá účastníky konference na YouTube.
Příspěvek na blogu společnosti Yubico informuje o začlenění podpory bezpečnostních klíčů FIDO U2F do Firefoxu Nightly. Dosud bylo možné dvoufázové ověření pomocí FIDO U2F ve Firefoxu zajistit pouze pomocí doplňku.
Adobe PSIRT (Adobe Product Security Incident Response Team) neúmyslně zveřejnil (archive) na svém blogu svůj soukromý OpenPGP klíč. Klíč byl revokován a vygenerován nový. Nelze nezmínit xkcd 1553 - Veřejný klíč.
Byla vydána (cgit) verze 0.99 svobodného nelineárního video editoru Pitivi. Jedná se o release candidate verze 1.0. Přehled úkolů, které je nutno ještě dodělat, na Phabricatoru. Pitivi je k dispozici také ve formátu Flatpak.
Microsoft s Canonicalem představili linuxové jádro Ubuntu optimalizováno pro cloudové služby Microsoft Azure (linux-azure). Jako výchozí je toto menší a výkonnější jádro použito již v Ubuntu Cloud Images for Ubuntu 16.04 LTS. Canonical zatím nenabízí patchování tohoto jádra za běhu systému (Canonical Livepatch Service).
Facebook oznámil, že přelicencuje open source projekty React, Jest, Flow a Immutable.js ze své vlastní kontroverzní licence BSD+Patents na licenci MIT. Stane se tak tento týden s vydáním Reactu 16. Jedním z důvodů přelicencování bylo oznámení nadace Apache, že software pod Facebook BSD+Patents licencí nesmí být součástí produktů pod touto nadací [Hacker News].
Po půl roce od vydání verze 9.0 byla vydána verze 10.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu a na YouTube.
Společnost Oracle oficiálně oznámila vydání Java SE 9 (JDK 9), Java Platform Enterprise Edition 8 (Java EE 8) a Java EE 8 Software Development Kit (SDK). Java SE 9 přináší více než 150 nových vlastností.
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:
