Google Chrome 136 byl prohlášen za stabilní. Nejnovější stabilní verze 136.0.7103.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 8 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 4.5.0. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Byl vydán Mozilla Firefox 138.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 138 je již k dispozici také na Flathubu a Snapcraftu.
Šestnáctý ročník ne-konference jOpenSpace se koná 3. – 5. října 2025 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytvářejí všichni účastníci, se skládá z desetiminutových
… více »Richard Stallman přednáší ve středu 7. května od 16:30 na Technické univerzitě v Liberci o vlivu technologií na svobodu. Přednáška je určená jak odborné tak laické veřejnosti.
Jean-Baptiste Mardelle se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 25.04.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
TmuxAI (GitHub) je AI asistent pro práci v terminálu. Vyžaduje účet na OpenRouter.
Byla vydána nová verze R14.1.4 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek i s náhledy v poznámkách k vydání. Podrobný přehled v Changelogu.
Bylo vydáno OpenBSD 7.7. Opět bez písničky.
A to myslíš vážně, že Arch <poznámka type="ošklivá"> ta nejmodernější distribuce z nejmodernějších</poznámka> používá pro nastavení sítě ifconfig?No taky mě to překvapilo, naštěstí u mě už je to v pořádku, asi bych mail napsat na nejakej mailing list ať to honem předělají na iproute
tap0 Link encap:Ethernet HWaddr 00:FF:5F:EE:95:75 inet addr:172.20.20.1 Bcast:172.20.20.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)než
3: tap0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast qlen 100 link/ether 00:ff:5f:ee:95:75 brd ff:ff:ff:ff:ff:ff RX: bytes packets errors dropped overrun mcast 0 0 0 0 0 0 TX: bytes packets errors dropped carrier collsns 0 0 0 0 0 0a to nemluvím o tom, že první příkaz je intuitivnější, protože stačí
ifconfig tap0
místo ip -s link show tap0
. Ale možná se pletu a jen ip dostatečně neznám...
ifconfig eth0 1.2.3.4 mask 255.255.255.0
. Přiznám se, že přes ip to dycky nějak pomotám ip route add 1.2.3.0/24 via 5.6.7.8
a je to. Stejně jako nastavování víc routovacích tabulek, pravidel pro ně a tak...
Ale když se potřebuju kouknout, co za IP má nějakej stroj nebo jaký má síťovky tak automaticky píšu ifconfig
. A když se pak koukám na nastavení routování, tak ip route
Přiznám se, že přes ip to dycky nějak pomotámehm, a v čem konkrétně je to jednodušší než. Naopak nastavování a zobrazování rout mi přijde přes ip jednodušší. Prostě
ip route add 1.2.3.0/24 via 5.6.7.8
a je to.
route add -net 1.2.3.0/24 gw 5.6.7.8
?
I nastavení jednoduché IP adresy mi přijde přes ifconfig jednodušší. Prostě ifconfig eth0 1.2.3.4 mask 255.255.255.0
.
Otázkou ovšem je, co by takový příkaz měl vlastně dělat. Protože síťové rozhraní nemá přiřazenu jednu adresu, která by se mu dala nastavit nebo změnit; tak tomu bylo naposledy v jádrech řady 2.0. Od řady 2.2 (leden 1999) má rozhraní přiřazen seznam adres (dokonce různých typů - IPv4, IPv6, …), do něhož můžete přidávat položky nebo je z něj odebírat.
ifconfig -a
' mi ukáže opravdu všechny přiřazené adresy, ne jen ty, u kterých se mu bude chtít.
Co by měl tedy ten příkaz udělat, když bude adres třeba pět?řeč šla o "I nastavení jednoduché IP adresy mi přijde přes ifconfig jednodušší." - myslímže "pět adres" != "jednoduchá IP adresa", takže to jaksi manipulujete někam úplně do ... pozice, která se vám hodí, abyste mohl oponenta rozdrtit, ale s jeho původním prohlášením má jen pramálo společného
Především považuji za nezodpovědné psát programy - a systémové administrační utility především - tak, že budou v některých případech dělat to, co se od nich očekává, a v jiných bude ve hvězdách, co vlastně udělají. Navíc nepovažuji přiřazení více adres jednomu rozhraní za něco nestandardního, umožňuje to třeba i YaST a jistě nejen on.
Uvědomte si, že se vám může docela dobře stát, že budete požádán o řešení problému se sítí na cizím počítači, příkazem ifconfig
si necháte zobrazit nastavení síťových rozhraní a adres, on vám ukáže eth0
s jednou adresou, vy ji příkazem ifconfig
zkusíte "změnit", ale ve skutečnosti nemáte žádnou kontrolu nad tím, zda opravdu nahradil adresu, kterou jste viděl, nebo nějakou jinou (a kolik dalších tam vlastně je).
ifconfig
em, nekompatibilní s ifconfig
em z jiných systémů a stejně by neuměl nic víc než ip
.
umožňuje to třeba i YaST a jistě nejen onUtilitu ip pouziva aj NetworkManager
zkusíte "změnit", ale ve skutečnosti nemáte žádnou kontrolu nad tím, zda opravdu nahradil adresu, kterou jste viděl, nebo nějakou jinou (a kolik dalších tam vlastně je)Haha, zabavnejsie je, ked niekto chce dat "virtual interface" do stavu "down", alebo zmenit MTU a ono to zmeni niekde inde
umožňuje to třeba i YaST a jistě nejen onUtilitu ip pouziva aj NetworkManager
Myslel jsem to trochu jinak: že když přiřazení více adres jednomu rozhraní umožňuje i YaST, opovrhovaný to nástroj pro bezduché klikače, těžko to považovat za něco vysoce nadstandardního jen pro vyvolené.
ktere je v prevazne vetsine situaci idealniZvláště když jsi připojen přes ssh přes jednu z těch takto odstraňovaných IP.
Odstranit vsechny IP adresy a pridat jednu. Jasne, dobre definovane chovani, ktere je v prevazne vetsine situaci idealni.
To si myslíte vy, já už bych s tím nesouhlasil. A zřejmě ani autoři příkazu a jeho dokumentace. Ve skutečnosti se tak totiž ifconfig
nechová a dokumentace k němu se touto situací vůbec nezabývá - tváří se, jako bychom pořád rozhraní přiřazovali jednu adresu. Tedy u IPv4; IPv6 adresy se kupodivu přidávají a odebírají tak, jak tomu opravdu je (další omezení ale zůstávají).
Pokud bude mit rozhrani 5 IP adres, tak se v ifconfigu objevi jako eth0 az eth0:4.Jste si jist?
13:43 50>ip addr 1: eth0: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:0a:e4:5e:f6:0e brd ff:ff:ff:ff:ff:ff inet 192.168.118.130/24 brd 192.168.118.255 scope global eth0 inet 10.93.51.196/26 brd 10.93.51.255 scope global eth0 2: lo: … 13:43 51>ifconfig eth0 Zapouzdření:Ethernet HWadr 00:0A:E4:5E:F6:0E inet adr:192.168.118.130 Všesměr:192.168.118.255 Maska:255.255.255.0 AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST MTU:1500 Metrika:1 RX packets:137539 errors:0 dropped:0 overruns:0 frame:0 TX packets:93706 errors:0 dropped:0 overruns:0 carrier:0 kolizí:0 délka odchozí fronty:1000 RX bytes:171087072 (163.1 Mb) TX bytes:11070113 (10.5 Mb) Přerušení:18 Vstupně/Výstupní port:0x800 lo …
Ale jak jsem rekl, naprosta vetsina rozhani ma 1 IP adresu a ja jsem mluvil o jednoduchem nastaveni, pod cim si predstavuju takove situace, kdy proste potrebuju nahodit IP adresu pro nejake rozhrani.A jak to s
ifconfig
em zjistíte, kolik má to rozhraní IP adres? Jestli používáte ifconfig
, pak věřím tomu, že u naprosté většiny rozhraní jste viděl pouze 1 IP adresu, což ale nemusí znamenat, že těch IP adres ta rozhraní neměla víc…
chapu, ze ip je modernejsi a vic cool a vubecNechápete. Nejde o to, že
ip
je modernější a cool, jde o to, že ifconfig
je na Linuxu beznadějně zastaralé a nefunguje.
Pokud bude mit rozhrani 5 IP adres, tak se v ifconfigu objevi jako eth0 az eth0:4.
Jen když jim nastavíte příslušné labely. Jinak se ta pseudorozhraní budou jmenovat úplně jinak nebo je (když nebudou mít adresy label vůbec, což je default) ifconfig
neukáže vůbec. A už sama skutečnost, že vám ifconfig
ukazuje rozhraní, která neexistují, a dokonce vás nechá nastavovat jim parametry (které ovšem nastaví tomu skutečnému), je velmi vážným argumentem proti jeho používání.
Stejne tak bych mohl argumentovat, ze ip je neohrabane na nastavovani firewallu.
To by byl naprosto absurdní argument, příkaz ip
neslouží k nastavování paketového filtru a nikdy k tomuto účelu nebyl zamýšlen. Odpovídající analogií by bylo spíš použití příkazu ipchains
(nebo spíš ipfwadm
- ipchains
byl nahrazen až ve verzi 2.4) k nastavování paketového filtru v současných jádrech. Také to za pomoci jakési emulační mezivrstvy do určité míry jde, ale nadělá to víc škody než užitku.
chapu, ze ip je modernejsi a vic cool a vubec
V tom případě to právě vůbec nechápete. Problém není v tom, co je nebo není cool. Problém je v tom, že příkaz ifconfig
je ze své podstaty postaven na koncepci, která už téměř devět let neodpovídá tomu, jak funguje síťová část jádra.
To je presne to, co jsem chtel ukazat. Proste ipconfig za urcitych predpokladu neco dela. Je na neco urcen a na neco ne, to ze uz dlouho neumi vsechno, co umi kernelova vrstva je problem, ale proste obcas staci to, co umi. Ale priznavam, ze by mi nekdo mohl nastavit adresu, ktere bych si pak nevsiml - mysleno nekdo nezvany, protoze vsichni opravneni admini pouzivaji prostredky distribuce, ktera rozhrani spravne labeluje. Takze si asi na chvili sednu a vyrobim si skriptik, ktery se bude chovat podobne, jako ifconfig a bude pouzivat ip. Abych si nemusel pamatovat -s, -4 a jine parametry....Stejne tak bych mohl argumentovat, ze ip je neohrabane na nastavovani firewallu.
To by byl naprosto absurdní argument, příkaz ip neslouží k nastavování paketového filtru a nikdy k tomuto účelu nebyl zamýšlen.
To je presne to, co jsem chtel ukazat. Proste ipconfig za urcitych predpokladu neco dela. Je na neco urcen a na neco ne
A jsme u kořene problému. Příkaz ifconfig
je určen k nastavování parametrů síťových rozhraní a IPv4 adres v linuxových systémech s jádrem řady 2.0 a starším (a samozřejmě i v některých jiných systémech). Naopak, není určen - a je krajně nežádoucí ho používat - ke konfiguraci síťových rozhraní a adres síťové vrstvy (nejen IPv4) v linuxových systémech s jádrem řady 2.2 a novějším. To, že se vytvořila určitá emulační vrstva, umožňující mu do určité míry předstírat funkčnost i na novějších jádrech, bylo pouze dočasné opatření, které bohužel dodnes nikdo neměl odvahu odstranit (takže se nám ta dočasnost zatím protáhla na devět let; budeme muset počkat dalších dvanáct?). Není to jediný případ, ještě nedávno jsem např. v tehdy aktuální verzi OpenSuSE objevil emulaci nejen ipchains
, ale dokonce i ipfwadm
; rozdíl je ovšem v tom, že dnes už skoro nikoho nenapadne tuto emulaci využívat nebo dokonce tvrdit, že je to tak správně a že příkaz iptables
je jen zbytečný módní výstřelek.
to ze uz dlouho neumi vsechno, co umi kernelova vrstva je problem, ale proste obcas staci to, co umi.
Problém není jen v tom, že ifconfig
neumí zpřístupnit všechno, co umí jádro, to je spíš ta méně podstatná část. Daleko horší je, že se ifconfig
snaží předstírat, že umí provádět operace, které ve skutečnosti provést nejdou, protože v současné koncepci nemají smysl.
protoze vsichni opravneni admini pouzivaji prostredky distribuce, ktera rozhrani spravne labeluje.
Tak na to nikdy nespoléhej. Ve spěchu někdo zadá: ip a add 192...... a bude to bez labelu.
btw jak to ti admini vlastně nastavují? To změní konf soubor a následně network restart? A jaká je to vlastně distribuce?
Ani to není nutné dělat ručně. Já mám třeba v konfiguračním souboru
IPADDR='10.23.51.65/26' IPADDR_A='192.168.1.1/24' IPADDR_B='192.168.2.1/24'
a žádný LABEL_*
. To se IMHO za prostředky distribuce považovat dá.
Čeká vás změna Fedora - Cent OS, na serverech určitě.Mam pocit, ze CentOS to ma stejne. A zatim jsme zustali u Fedory, prestoze jsme Centos nekolikrat zkouseli. Ale diskuze Fedora vs. CentOS je tady opravdu OT.
Pro statický routy vůbec žádná distribuční podporaRedHat/Fedora/Centos samozrejme distribucni podporu pro staticke routy ma. Jen neni uplne na ocich a v dokumentaci neni nijak vypichnuta. Take jeji format se od dob RH 6.2 jednou zmenil (ale porad funguej i ten stary). A pokud si clovek neni jisty, tak primo v adresari network-script je soubor ifup-routes, ze ktereho je vse naprosto zrejme.
Jedna moje dočasná IP na serveru zůstala něco přes rok. Pak šéf cosi potřeboval, procházel ifcfg a ptal se mě, na co to tam potřebuju.Samozrejme, ze se mi take takove veci stavaji... A prave proto se snazim vsechno uz od zacatku delat poradne, i kdyz to znamena o neco vic prace. Opravdu nerad pak odpovidam na dotazy, proc jsem tam pred rokem potreboval tu IP. Samozrejme ze uz si to davno nepamatuju, takze pokud v tom souboru nemam komentar, tak stravin netrivialni mnozstvi casu hledanim, proc to tak je a zda uz se to muze dat pryc... Nekdy si pisu do komentaru poznamky typu "tohle urcite nebudu potrebovat po unoru 2008"...Proto je občas lepší, když něco nepřežije restart
Mam pocit, ze CentOS to ma stejne. A zatim jsme zustali u Fedory, prestoze jsme Centos nekolikrat zkouseli. Ale diskuze Fedora vs. CentOS je tady opravdu OT.
Jo, je to OT, to byla jen taková poznámka. Taky sme šlapali na FC, ted je to COS.
RedHat/Fedora/Centos samozrejme distribucni podporu
Za tohle díky. Trochu pozdě, ale i tak. Před rokem jsem našel pouze ten starý* (předpokládám), zhrozil jsem se při přestavě, že bych tohle měl ručně udržovat a napsal si to pomocí ip route add do rc.local. Tedy skoro totéž, co se píše do toho route-iface.
*)
ADDRESS0=10.10.10.0 NETMASK0=255.255.255.0 GATEWAY0=192.168.0.1 ADDRESS1=172.16.1.0 NETMASK1=255.255.255.0 GATEWAY1=192.168.0.1
Opravdu nerad pak odpovidam na dotazy
Na druhou stranu je to i zábavné. To si potom člověk třeba uvědomí, že na tom produkčním serveru stále běží i herní daemon, jsou tam zálohy důležitých videí apod . Na druhou stranu, co je mu do toho. Od linuxu jsem tu já a ty mi do toho nestrkej ... ifconfig
"tohle urcite nebudu potrebovat po unoru 2008".
Já jsem jednou našel v textu vlastní poznámku: "Teď měním budoucnost." Jo změnil jsem ji. Nynní je ta tehdy pečlivě vymyšlená lež považována za pravdu.
Jo, je to OT, to byla jen taková poznámka. Taky sme šlapali na FC, ted je to COS.Pokazdy, kdyz jsme zkouseli centos, tak s nim byl nejakej problem. Jednou nenasel sitovku, pak SATA radic (stary kernel), pak nemel v jadre podporu pro Appletalk (a zrovna zakaznik necekane poridil par Macu
To si potom člověk třeba uvědomí, že na tom produkčním serveru stále běží i herní daemon, jsou tam zálohy důležitých videíTo znam. Jenze nejhorsi je, kdyz clovek zjisti, ze na tom serveru byl herni demon a dulezita videa ve chvili, kdy ten server preinstaluje a promaze... Mel jsem jeden takovy svuj experimentalni server, kde postupem casu bezelo hodne veci. Jenom rozdelit je na 2 servery (stary experimentalni a novy opravdu produkcni) byla magie a to mi na tom puvodnim porad jeste bezi RH9 a desim se toho, ze to budu upgradovat
Sice to nemá v podstatě žádný rozdíl oproti ifconfig, ale alspoň už nepoužívám archaický způsob nastavování.- tož, doufám, že pro přepravu nepoužíváš nic na kolech, protože kolo je tak strašně archaický vynález, měl bys přinejmenším létat ...
ifconfig
na Linuxu OBSOLETE je pravdou pravdoucí. Ifconfig s Linuxem nefunguje správně, není kompatibilní s jeho novým síťovým modelem, používat ho je _špatné_. Správné je na Linuxu používat jedině ip
.
... nicméně to že je ifconfig
na Linuxu OBSOLETE je pravdou pravdoucí.
vo tom žádná (no, možná vo tom, jestli není spíš DEPRECATED než OBSOLETE), ale ... no jak píšeš, je to úsměvné - a jedeme dál:
Ifconfig s Linuxem nefunguje správně,fakt? - nějak jsem si nevšiml ...
není kompatibilní s jeho novým síťovým modelem,čti: nezná některé nové vifikundace, které normální smrtelník stejně nikdy potřebovat nebude
používat ho je _špatné_.protože bychom nebyli dostatečně free, cool a in, kdybysme používali stejný nástroj jako jiné un*xové systémy ...
čti: nezná některé nové vifikundace, které normální smrtelník stejně nikdy potřebovat nebudeJestli považujete za novinky a cool to, že ten nástroj zobrazuje, jak je skutečně nastavené jádro, a ne něco, co to nastavení více či méně připomíná…používat ho je _špatné_.protože bychom nebyli dostatečně free, cool a in, kdybysme používali stejný nástroj jako jiné un*xové systémy ...
Jestli považujete za novinky a cool to, že ten nástroj zobrazuje, jak je skutečně nastavené jádro, a ne něco, co to nastavení více či méně připomíná…jo, dobrý, měl bys bod, kdyby ... kdyby můj předřečník v citované části nemluvil o nepoužívání ifconfigu, nýbrž o používání ip, ale takhle seš těžce mimo :-p pokud sis nevšiml, tak jsem neřekl ani slůvko křivé proti ip, nemusíš mi předhazovat jak je to dobré, jenom mi vadí ta svatá válka proti ifconfigu, když tito křižáci nejsou schopni říct, co je na něm špatné - tedy nějaký rozumný argument, ne to, že je starý (viz kolo), že existuje lepší náhrada (to není vlastnost ifconfigu; navíc i lidové moudro praví, že netřeba kanónu na vrabce) nebo že někdo známý říká jak ho nemá rád (ve vší úctě k MK, nekritické následování osobností v historii vedlo k různým průserům ...)
jo, dobrý, měl bys bod, kdyby ... kdyby můj předřečník v citované části nemluvil o nepoužívání ifconfigu, nýbrž o používání ip, ale takhle seš těžce mimo :-p pokud sis nevšiml, tak jsem neřekl ani slůvko křivé proti ip,Já taky neobhajuju
ip
, pouze jsem se ohradil proti vašemu tvrzení, že ifconfig
je funkční…
jenom mi vadí ta svatá válka proti ifconfigu, když tito křižáci nejsou schopni říct, co je na něm špatnéBude stačit tohle, nebo vadí, že je to komentář od Michala Kubečka?
Já taky neobhajujutak jsme si nějak nerozuměli, neb já tam teda čtu, jak se chová ip ...ip
, pouze jsem se ohradil proti vašemu tvrzení, žeifconfig
je funkční…
ano, vadí, neboť jeho důvody nejsou náboženské nýbrž racionální, a tedy se ho mé rozladění netýká :-pjenom mi vadí ta svatá válka proti ifconfigu, když tito křižáci nejsou schopni říct, co je na něm špatnéBude stačit tohle, nebo vadí, že je to komentář od Michala Kubečka?
ifconfig/route
bohužel není pravda.
I když tam je vidět, že je něco špatně, na první pohled. To u používání ifconfig/route
bohužel není pravda.
jj, dotycny si toho vsimne az mu bude sitovka s adresou x.y odpovidat na ping na adresu z.y a pod...
Archaický neznamená jen starý nebo starodávný, ale zároveň i překonaný. Kolo snad překonáno nebylo.jaktože ne? - ono například zmíněné létání není sofistikovanější než jízda?
Sice to nemá v podstatě žádný rozdíl oproti ifconfig, ale alspoň už nepoužívám archaický způsob nastavování.
Sice jsi absolutně nic nezískal, sice budeš muset při každém upgradu initscripts
znova a znova do toho skriptu vrtat, ale aspoň už nepoužíváš archaický způsob nastavování... To se mi snad zdá. To myslíš fakt vážně?
Na to lze říct jediné: Qui prodest?
Zkus radši poslat patch do některého z archovských mailing listů, když už jsi neochvějně přesvědčen, že je nezbytné skripty „modernizovat“. Například já takový názor nesdílím. A myslím, že nejsem sám.
Já to samozřejmě chápu spíš jako prázdninovou recesi. Aby se tohle vůbec dalo rozumně provést, musela by se změnit struktura rc.conf
. Ale když už jsme u těch změn, spíš bych se přimlouval za /etc/network-profiles
než rc.conf
.
taktéž obsoletní ipchains (k tomu by samozřejmě ještě museli přidělat nějakou emulační vrstvu, aby to fungovalo
Taková emulace opravdu existovala, dokonce jsem ještě relativně nedávno (odhadem asi tak dva roky zpátky) překvapeně zjistil, že pořád ještě existuje (teď už snad ne). Jen ji, kromě krátkého počátečního období, skoro nikdo nepoužíval, stavový filtr byl asi příliš silné lákadlo.
Tiskni
Sdílej: