Společnost Meta na dvoudenní konferenci Meta Connect 2025 představuje své novinky. První den byly představeny nové AI brýle: Ray-Ban Meta (Gen 2), sportovní Oakley Meta Vanguard a především Meta Ray-Ban Display s integrovaným displejem a EMG náramkem pro ovládání.
Po půl roce vývoje od vydání verze 48 bylo vydáno GNOME 49 s kódovým názvem Brescia (Mastodon). S přehrávačem videí Showtime místo Totemu a prohlížečem dokumentů Papers místo Evince. Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.
Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).
Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.
Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.
Byla publikována Výroční zpráva Blender Foundation za rok 2024 (pdf).
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í.
inet addr:172.16.26.62 Bcast:172.16.26.255 Mask:255.255.255.0 GW: 172.16.26.1
Tomuto připojení jsem nastavil metriku na 1.
U druhého (PF) máme IP:
inet addr:10.109.13.146 Bcast:10.109.13.255 Mask:255.255.255.128 GW 10.109.13.129
Tato IP je jen SNATovaná veřejná UP 81.201.***.** a metriku jsem nastavil na 5.
Můj problém je v tom, že když se pokouším přistupovat na server z venčí (na druhé připojení), tak se na něj nedostanu.
Když přistupuji na to první, tak na to se dostanu.
Dokonce když pingám z jednotlivých zařízení, tak to druhé prostě nefunguje. Stačí ale odebrat defaultní routu prvního a začne fungovat druhé.
Viz:
root@test:~# ping -I eth1 www.seznam.cz
PING www.seznam.cz (77.75.72.3) from 10.109.13.146 eth1: 56(84) bytes of data.
^C
--- www.seznam.cz ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 999ms
root@test:~# ping -I eth2 www.seznam.cz
PING www.seznam.cz (77.75.72.3) from 172.16.26.62 eth2: 56(84) bytes of data.
64 bytes from www.seznam.cz (77.75.72.3): icmp_req=1 ttl=246 time=8.51 ms
Routy jsou takovéto:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 172.16.26.1 0.0.0.0 UG 1 0 0 eth2
default 10.109.13.129 0.0.0.0 UG 5 0 0 eth1
10.109.13.128 * 255.255.255.128 U 0 0 0 eth1
172.16.26.0 * 255.255.255.0 U 0 0 0 eth2
192.168.1.0 * 255.255.255.0 U 0 0 0 eth0
192.168.2.0 * 255.255.255.0 U 0 0 0 eth0
Co dělám špatně?
Díky za odpověď.
Řešení dotazu:
# vytvoreni routovacich tabulek (CS, PF) a rout
$ip route add 172.16.26.0 dev eth2 src 172.16.26.62 table T1
$ip route add default via 172.16.26.1 table T1
$ip route add 10.109.13.128 dev eth1 src 10.109.13.146 table T2
$ip route add default via 10.109.13.129 table T2
# nastaveni rout
$ip route add 172.16.26.0 dev eth2 src 172.16.26.62
$ip route add 10.109.13.128 dev eth1 src 10.109.13.146
# nasteveni defaultni routy
$ip route add default via 172.16.26.1
# nasteveni smerovacich rout (aby slo dovnitr a ven to, jakym interfacem to prislo)
$ip rule add from 172.16.26.62 table T1
$ip rule add from 10.109.13.146 table T2
# prirazeni konexi do tabulek
$ip route add 192.168.1.0 dev eth0 table T1
$ip route add 10.109.13.128 dev eth1 table T1
$ip route add 127.0.0.0/8 dev lo table T1
$ip route add 192.168.1.0 dev eth0 table T2
$ip route add 172.16.26.0 dev eth2 table T2
$ip route add 127.0.0.0/8 dev lo table T2
# nastaveni nexthopu (v pripade vypadku GW)
$ip route add default scope global nexthop via 172.16.26.1 dev eth2 weight 1 nexthop via 10.109.13.129 dev eth1 weight 2
Ovšem místo "rule" jsem psal stále "route" (už je moc hodin, nějak jsem to přehlédl).
Teď vše funguje perfektně route
, ze kterého v takovém případě není vidět téměř nic?
Je v něm vidět třeba to, že u obou připojení je nastavna defaultní gw, jakou mají metriku a podobně
Je z něj vidět jen obsah tabulky main
, žádné další tabulky a žádná pravidla. Takže jakmile další tabulky a pravidla používáte, není z něj vidět skoro nic a nelze na základě něj vůbec odhadovat, jak se pakety routují.
Místo této poznámky jste mohl napsat, že třeba místo route byste očekával ip route
Samotný výstup "ip route show
" je sice přehlednější, ale pořád ukazuje jen tabulku main
. Takže by to chtělo "ip rule show
" a buď obsah všech relevantních tabulek nebo rovnou "ip route show table all
" (který je ale dost nepřehledný).
Tiskni
Sdílej: