Connor Byrne z USA používal pro přihlašování na svůj iPhone 13 s iOS 18 heslo obsahující háček. Po aktualizaci na iOS 26.4 se už ale do telefonu nepřihlásí. Při přihlašování nelze tento háček zadat. Apple jej prostě odstranil [The Register].
Linus Torvalds vydal jádro Linux 7.0. Podrobný výčet změn je ke zhlédnutí na stránce Kernel Newbies, stručné výběry v LWN (část první, druhá).
Na čem aktuálně pracují vývojáři GNOME? Pravidelný přehled novinek v Týden v GNOME. Vypíchnout lze novou verzi 2026.1 přehrávače hudby Amberol (Flathub).
Byla vydána verze 12.0 s kódovým jménem Ecne linuxové distribuce Trisquel GNU/Linux. Založena je na Ubuntu 24.04 LTS a podporována bude do roku 2029. Trisquel patří mezi svobodné distribuce doporučované Nadací pro svobodný software (FSF).
Open-source citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 9. Přehled novinek v příspěvku na blogu.
Libre Graphics Meeting 2026, tj. čtyřdenní konference a setkání vývojářů a uživatelů svobodných a otevřených grafických softwarů, proběhne od 22. do 25. dubna v Norimberku. Dění lze sledovat na Mastodonu.
Vývojář Alexandre Gomes Gaigalas na GitHubu zveřejnil c89cc.sh, parser a kompilátor jazyka C89 napsaný v pouhém jediném skriptu o přibližně 8000 řádcích čistého bashe (bez dalších externích závislostí), který generuje ELF64 binárky pro x86-64. Jedná se o velmi jednoduchý kompilátor, který nepodporuje direktivy #include a dokonce ani funkci printf (lze použít puts), všechny dostupné deklarace lze nalézt v proměnné _BUILTIN_LIBC na konci skriptu. Skript je volně dostupný pod ISC licencí.
Francouzská vláda oznámila, že v rámci strategie 'digitální suverenity' zahájí 'přechod od systému Windows k počítačům s operačním systémem Linux' (sa sortie de Windows au profit de postes sous système d'exploitation Linux). DINUM (meziresortní ředitelství pro digitální technologie) požádalo ministerstva, aby do podzimu 2026 vypracovaly konkrétní plány nasazení Linuxu. Francie již dříve migrovala části státní správy na otevřená řešení.
Nezisková organizace Electronic Frontier Foundation (EFF) hájící občanské svobody v digitálním světě po téměř 20 letech opouští platformu X (dříve Twitter). Na platformách Bluesky, Mastodon, LinkedIn, Instagram, TikTok, Facebook, Threads a YouTube zůstává.
Terminálový textový editor GNU nano byl vydán ve verzi 9.0. Vylepšuje chování horizontálního posouvání pohledu na dlouhé řádky a chování některých klávesových zkratek. Více v seznamu změn.
IP adresa - 1.2.3.4
Maska podsite - 255.255.255.0
Vychozi brana - 1.2.3.1
DNS - 1.1.1.1
IP adresa - 5.6.7.8
Maska podsite - 255.255.255.0
Vychodzi brana - 5.6.7.1
DNS - 8.8.8.8
Především si budete muset ujasnit, jak ty pakety vlastně chcete směrovat. Jen pro pořádek: požadavek "chci mít dvě default routy" je sice jasný, ale zároveň nesplnitelný, tak prostě směrování nefunguje.
Hint: kdybyste aspoň polovinu času, který jste věnoval psaní dotazu do poradny, věnoval hledání, musel byste najít tohle. Dokonce i kdybyste se jenom obtěžoval nejdřív podívat, jestli není váš dotaz už zodpovězen v FAQ, zjistil byste že ano.
ve faq jsem hledal, nicmene me nenapadlo hledat presne tuhle frazi, takze jsem to logicky nenasel
Mně to moc logické nepřipadá. Sekce "sítě" je celkem logicky první, kam bych se podíval, a projít těch 30 titulků příspěvků, které v ní jsou, snad zase až tak dlouho netrvá.
nicmene nemam tolik odvahy, abych to testoval na serveru, dokud nebudu mit moznost to co nejrychleji opravit (coz momentalne by bylo tak 16 hodin), proto jsem polozil dotaz tady, jestli by nebyl nekdo tak hodny, aby mi napsal jak presne na to u tohoto modelu
Dovolím si radu: pokud nerozumíte tomu, jak směrování funguje, tak se ve vlastním zájmu do konfigurace na dálku nepouštějte ani v případě, že by vám někdo ten step-by-step návod napsal.
potrebuju proste docilit toho, aby fungovalo jak pripojeni na jednu ip, tak na druhou ip (na serveru mam dejmetomu program bindly na 0.0.0.0, takze posloucha na vsech ip => kdyz se uzivatel pripoji pres ip na eth0, aby to fungovalo, kdyz se uzivatel pripoji pres ip na eth1, aby to fungovalo)
Co se týká odpovědí, viz zmíněný odkaz. Co se týká komunikace iniciované od vás, budete si muset nejdřív stanovit nějaká pravidla.
co se tyce komunikace iniciovane ode me -> vazne to nejde vyresit nejakym pravidlem?
Samozřejmě že jde. Jen si nejdřív musíte ujasnit, co chcete, pak teprve se můžete ptát jak (a nastavit podle toho default route). Chcete-li to vést přes jedno připojení, pak nastavte příslušnou gateway jako default. Chcete-li zbývající provoz rozkládat, můžete použít multipath route (jako je to v tom příkladu na LARTC).
Default gateway je jen jedna, nepřiřazuje se každému rozhraní zvlášť (a nameserver už vůbec ne). Jádro vybere na základě routovací tabulky (tabulek), přes jaké rozhraní a jakou gateway se bude paket odesílat. Představa, že každému rozhraní nastavíte jeho default gateway, je nesmyslná. Jak byste pak rozhodoval, přes které rozhraní se paket odešle?
ano, na jednom rozhrani je gateway jedna, nicmene jelikoz tam budu mit dve kompletne rozdilne pripojeni, nemuzu mit jednu default gateway -> to je presne ten problem (pres source based routing musim nastavit, aby se packet odeslal pres to rozhrani, pres ktere prisel -> "omarkovat ho", jak pise Stan)Oba nemate pravdu
Defaultni gateway je jenom jedna v kazde routovaci tabulce
Gateway neni definovana na rozhrani, ale naopak gateway rika, pres ktere rozhrani se pujde. Pomoci IP lze nadefinovat RULES, podle kterych se routovani bude provadet podle zadane tabulky. V kazde tabulce muze byt X default gatewayi, ale pouzije se vzdy ta prvni.
Jak napsal Sten, staci markovat pakety a pak udelat ip route add table XX a k tomu ip rule a melo by to ject. Samozrejme, asi nikdo takhle od boku nenapise pravidla, ktera budou 100% fungovat, takze urcite se priprav na moznost, ze ti chcipne spojeni. Osobne pouzivam tohle: pripravim si moji konfiguraci do skriptu, ale v systemu necham puvodni konfiguraci. Spustim odpocitavani for i in $( seq 1 50 );do echo $i;sleep 1 ;done; reboot a pak spustim skript s myma zmenama. Kdyz je vse OK, muzu na serveru pracovat, tak breaknu ten odpocet CTRL-C a jede to. Kdyz mi spadne spojeni a uz se na server nedostanu, tak dobehne ten odpocet a udela se reboot s puvodnim nastavenim. Predpoklada to spusteni toho odpoctu ve screenu, aby se ten shell nezrusil po padu spojeni. Pokud jsi machr a dokazes pomoci skriptu obnovit puvodni nastaveni, nemusis rebootovat, ale muzes spustit jenom skript (tohle jde udelat napr. u iptables - iptables-restore < rules.new ; for i in .... ; done ; iptables-restore < rules.old
Oba nemate pravduDefaultni gateway je jenom jedna v kazde routovaci tabulce
Pokud chcete takhle slovíčkařit, tak potom nemáte pravdu ani vy, protože v jedné tabulce může být víc "default" (0.0.0.0/0 resp. ::/0) položek s různými hodnotami metriky. Jinak samozřejmě záleží na tom, jak si člověk nadefinuje termín default gateway.
Jak napsal Sten, staci markovat pakety…
To je v tomto případě úplně zbytečné. Tazateli jde podle všeho o to, aby se na komunikaci iniciovanou zvenku odpovídalo přes "správné" rozhraní, k čemuž stačí rozhazovat pakety do pomocných tabulek podle jejich zdrojové adresy. O tu tady koneckonců jde - většina ISP bude pakety s tou druhou zahazovat (jinak by to nebylo potřeba řešit vůbec).
Jak jsem napsal:Oba nemate pravduPokud chcete takhle slovíčkařit, tak potom nemáte pravdu ani vy, protože v jedné tabulce může být víc "default" (Defaultni gateway je jenom jedna v kazde routovaci tabulce
0.0.0.0/0resp.::/0) položek s různými hodnotami metriky.
V kazde tabulce muze byt X default gatewayi, ale pouzije se vzdy ta prvni.
Jinak samozřejmě záleží na tom, jak si člověk nadefinuje termín default gateway.
default gateway je v routovaci tabulce zaznam pro 0.0.0.0/0 - ano, muze jich byt definovano vice, ale funkci je pouze jedna (ta, ktera se pouzije jenom prvni).
default gateway je v siti pocitac (router), ktery umoznuje predavani paketu do dalsich siti, o kterych pocitace v nasi siti nevi. Tech muze byt samozrejme take vicero a mohou byt v routovacich tabulkach definovany prave pomoci metrik (resp. v OSPF mohou byt definovany pomoci cost).
Tady jsme ale mluvili o zaznamu v routovaci tabulce. Trosku jsem to na zacatku napsal, ze to vyznelo jinak. Zaznamu muset byt vice, ale vzdy se pouzije pouze jeden zaznam a nelze v jedne r.tabulce definovat default gateway tak, aby se pro dva ruzne packety pouzivala jina default GW. To se musi resit pomoci rules a smerovat packet do jine routovaci tabulky, kde je definovana jina default GW.Nevim, jak to presne tazatel mysli. Ale ted premyslim nad tim, ze ono to bude celkove slozite to udelat. On totiz routing se aplikuje pouze na odchozi pakety. Cili paket prijde, server generuje odpoved a rozhoduje se, kam to poslat. Ale kam? Linux (pokud se nepletu) generuje svoji zdrojovou adresu az pote, co zjisti, kam ma podle routovaci tabulky packet poslat a pak priradi zdrojovou adresu toho interface. Nebo to dela pouze u lokalnich pripojeni a pro packety odpovedi pouzije adresu, na kterou packet prisel? Ted nevim a nemam cas to vyzkouset, ale zajimalo by me toJak napsal Sten, staci markovat pakety…To je v tomto případě úplně zbytečné. Tazateli jde podle všeho o to, aby se na komunikaci iniciovanou zvenku odpovídalo přes "správné" rozhraní, k čemuž stačí rozhazovat pakety do pomocných tabulek podle jejich zdrojové adresy. O tu tady koneckonců jde - většina ISP bude pakety s tou druhou zahazovat (jinak by to nebylo potřeba řešit vůbec).
Linux (pokud se nepletu) generuje svoji zdrojovou adresu az pote, co zjisti, kam ma podle routovaci tabulky packet poslat a pak priradi zdrojovou adresu toho interface. Nebo to dela pouze u lokalnich pripojeni a pro packety odpovedi pouzije adresu, na kterou packet prisel?
Pokud systém odpovídá na paket protistrany nebo pokud pokračuje v už navázané komunikaci (např. TCP spojení), nemůže si adresu vybírat, protože by protistrana nemohla poznat, že paket patří k těm ostatním. Určení zdrojové adresy na základě směrování se provádí pouze pokud zdrojová adresa není určená jinak (buď podle předchozích paketů nebo proto, že si ji aplikace zvolila sama).
To je právě důvod, proč je potřeba v situaci, o které se bavíme, volit směrovací tabulku podle zdrojové adresy: jinak by totiž zdrojová adresa byla určena podle předcházející komunikace, ale zvolená gateway by mohla být ta druhá.
Filip Jirsak - ano, presne toto potrebuju vyresit, jak toto smerovani nastavitTěžko vám někdo poradí, jak vy chcete udělat směrování. To si musíte rozmyslet sám, co se má jak směrovat. Nebo musíte aspoň popsat, jak vypadá vaše síť a jakou máte představu o tom, jak to směrování má fungovat.
ip rule nadefinujte, kdy se která tabulka má použít. Pro definici pravidel si musíte uvědomit, jak IP komunikace vypadá – třeba vámi zmíněný ping jsou dva pakety, jeden příchozí, na základě kterého jádro vygeneruje odpovídající odchozí paket. V směrujete ten odchozí, a ten přes žádné rozhraní nepřišel, naopak se v rámci směrování rozhoduje, kterým rozhraním má odejít.
Tiskni
Sdílej: