Byla vydána verze 1.96.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Společnosti IBM a Red Hat představily Project Lightwell s investicí 5 miliard dolarů. Jedná se o důvěryhodné clearingové centrum pro bezpečnost open source softwaru a zabezpečení dodavatelských řetězců s novým AI modelem a globální skupinou více než 20 000 softwarových inženýrů. Služby centra budou dostupné prostřednictvím komerčních předplatných. Project Lightwell staví na iniciativách jako Anthropic Glasswing nebo OpenAI Trust Access for Cyber.
Open source 3D herní a simulační engine Open 3D Engine (O3DE) byl vydán v nové verzi 26.05. Podrobný přehled novinek v poznámkách k vydání.
Český stát by v budoucnu mohl provozovat vlastní alternativu ke komunikačním aplikacím typu WhatsApp, Signal, Telegram, Facebook Messenger a podobně. Cílem je zajistit bezpečnou datovou komunikaci pro stát a jeho důležité subjekty, jako jsou bezpečnostní složky, ministerstva a další organizace.
Už za týden, ve čtvrtek 4. června, se v Národní technické knihovně v pražských Dejvicích uskuteční další konference věnovaná tématům spojeným s IPv6 - Den IPv6. Program akce a registrační formulář jsou k dispozici na webu akce. Kapacita konference je omezená, proto organizátoři doporučují, aby se vážní zájemci přihlásili včas (k dnešnímu dni zbývá přibližně 30 volných míst). Konferenci Den IPv6 2026 organizují i letos společně sdružení CESNET, CZ.NIC a NIX.CZ.
Zařízení Steam Deck OLED bylo znovu naskladněno, ale vlivem rostoucích cen pamětí a úložišť má novou, vyšší cenovku. Steam Deck OLED 512 GB stojí nově 779 EUR (stál 569 EUR) a Steam Deck OLED 1 TB stojí 919 EUR (stál 679 EUR). Samotné zařízení se nijak nezměnilo a nové ceny tedy pouze odráží aktuální náklady na komponenty a další globální logistické výzvy, se kterými se potýká celá branže.
Český telekomunikační úřad zahajuje novou etapu využívání vysokofrekvenčního rádiového spektra v pásmu 26 GHz. Toto pásmo bude od 1. 7. 2026 otevřeno pro provoz moderních bezdrátových sítí, zejména sítí páté generace (5G), pevných bezdrátových přístupových sítí (FWA) a lokálních či průmyslových sítí určených například pro výrobní areály, logistická centra nebo technologické kampusy. Současně s otevřením pásma 26 GHz přistoupil ČTÚ ke zpřístupnění informací o využívání rádiových kmitočtů v tomto pásmu.
Logitech představil myš Signature Comfort Plus M850 L s polstrovanou opěrkou dlaně pro větší pohodlí a sadu s touto myší a klávesnicí s integrovanou opěrkou dlaní Signature Comfort Plus Combo MK880.
Gaël Duval se rozepsal o novinkách a plánech Murena a /e/OS. Počet uživatelů telefonů Murena a mobilního operačního systému /e/OS bez aplikací a služeb od Googlu se blíží 100 000. Ambicí je, aby se /e/OS stal třetí mobilní platformou v Evropě i na světě, s potenciálem dostat se i na PC. Blíží se vydání nové verze 4 s funkcemi zálohování a obnova, import e-mailů z Gmailu a rozpoznávání hlasu. Murena Workspace přinese videohovory, elektronický podpis a správu zařízení (MDM).
Dnes a zítra probíhá Ubuntu Summit 26.04. Na programu je řada zajímavých přednášek. Sledovat je lze na YouTube. Úvodní slovo měli Mark Shuttleworth a Jon Seager.
Cau
mam dva linux hosty v tej istej sieti 192.168.5.0/24
spravim cisty (bez optionov) traceroute z hostu A na host B
prvy traceroute prejde cisto
11:44:57.987727 IP hostA.40462 > hostB.33434: UDP, length 32 11:44:57.987808 IP hostB > hostA: ICMP hostB udp port 33434 unreachable, length 68 11:44:57.987819 IP hostA.50416 > hostB.33435: UDP, length 32 11:44:57.987824 IP hostB > hostA: ICMP hostB udp port 33435 unreachable, length 68 11:44:57.987830 IP hostA.45088 > hostB.33436: UDP, length 32 11:44:57.987834 IP hostB > hostA: ICMP hostB udp port 33436 unreachable, length 68 11:44:57.987840 IP hostA.34888 > hostB.33437: UDP, length 32 11:44:57.987844 IP hostB > hostA: ICMP hostB udp port 33437 unreachable, length 68 11:44:57.987850 IP hostA.41011 > hostB.33438: UDP, length 32 11:44:57.987854 IP hostB > hostA: ICMP hostB udp port 33438 unreachable, length 68 11:44:57.987860 IP hostA.53528 > hostB.33439: UDP, length 32 11:44:57.987864 IP hostB > hostA: ICMP hostB udp port 33439 unreachable, length 68 11:44:57.987870 IP hostA.45269 > hostB.33440: UDP, length 32 11:44:57.987878 IP hostA.55936 > hostB.33441: UDP, length 32 11:44:57.987881 IP hostA.47068 > hostB.33442: UDP, length 32 11:44:57.987885 IP hostA.55858 > hostB.33443: UDP, length 32 11:44:57.987889 IP hostA.40855 > hostB.33444: UDP, length 32 11:44:57.987897 IP hostA.33172 > hostB.33445: UDP, length 32 11:44:57.987900 IP hostA.50861 > hostB.33446: UDP, length 32 11:44:57.987907 IP hostA.43520 > hostB.33447: UDP, length 32 11:44:57.991538 IP hostA.55029 > hostB.33448: UDP, length 32 11:44:57.991561 IP hostA.32783 > hostB.33449: UDP, length 32
Ked hned pustim dalsi traceroute skonci takto
traceroute to hostB (192.168.5.25), 30 hops max, 60 byte packets 1 hostB (192.168.5.25) 2.624 ms * *
a tcpdump
11:47:07.604111 IP hostA.40268 > hostB.33434: UDP, length 32 11:47:07.604215 IP hostB > hostA: ICMP hostB udp port 33434 unreachable, length 68 11:47:07.604242 IP hostA.52465 > hostB.33435: UDP, length 32 11:47:07.604262 IP hostA.51130 > hostB.33436: UDP, length 32 11:47:07.604275 IP hostA.48542 > hostB.33437: UDP, length 32 11:47:07.604294 IP hostA.55901 > hostB.33438: UDP, length 32 11:47:07.604307 IP hostA.49795 > hostB.33439: UDP, length 32 11:47:07.604320 IP hostA.40561 > hostB.33440: UDP, length 32 11:47:07.604328 IP hostA.45032 > hostB.33441: UDP, length 32 11:47:07.604335 IP hostA.41313 > hostB.33442: UDP, length 32 11:47:07.604342 IP hostA.56709 > hostB.33443: UDP, length 32 11:47:07.604349 IP hostA.45292 > hostB.33444: UDP, length 32 11:47:07.604356 IP hostA.44391 > hostB.33445: UDP, length 32 11:47:07.604363 IP hostA.43217 > hostB.33446: UDP, length 32 11:47:07.604370 IP hostA.46203 > hostB.33447: UDP, length 32 11:47:07.604377 IP hostA.50124 > hostB.33449: UDP, length 32 11:47:07.604390 IP hostA.35499 > hostB.33448: UDP, length 32
Ked pockam 5 sekund tak ten dalsi traceroute je v poriadku AKoby existoval nejaky limit ktory toto sposobuje.. Nemate nahodou ideu aky limit resp. co to moze sposobovat?
Dik
Řešení dotazu:
Např.
iptables -A OUTPUT -p icmp -m limit --limit 1/s --limit-burst 5 -j ACCEPT iptables -A OUTPUT -p icmp -j DROP
na hostB nebo
iptables -A INPUT -p icmp -m limit --limit 1/s --limit-burst 5 -j ACCEPT iptables -A INPUT -p icmp -j DROP
na hostA. Podle toho, že je nevidí tcpdump (i když nepíšete kde), tipoval bych spíš první možnost.
Dik
firewall je na oboch hostoch vypnuty a je to v ramci jednej siete
traceroute je udp
testoval som to na troch styroch dvojiciach serverov v roznych sietach datacentrach atd,..
D.
Tak co třeba
/proc/sys/net/ipv4/icmp_ratelimit /proc/sys/net/ipv4/icmp_ratemask
If, in the destination host, the IP module cannot deliver the
datagram because the indicated protocol module or process port is
not active, the destination host may send a destination
unreachable message to the source host.
U protokolu UDP si zkus přes nmap oskenovat UDP porty. je to strašně nespolehlivé, protože ty implementace neodpovídají nemaj závazné odpovědi. Pokud pošleš ICMP ECHO tak odpověď dostaneš. a většinou také dostaneš odpovědi z routerů po ceste (ICMP zpráva Time Exceeded Message/time to live exceeded in transit i když tam je také specifikováno. If the gateway processing a datagram finds the time to live field
is zero it must discard the datagram. The gateway may also notify
the source host via the time exceeded message.
Takže ti to také nemusí poslat, ale často pošlou.
AHoj
Dik
ALe:
11:44:57.987808 IP hostB > hostA: ICMP hostB udp port 33434 unreachable, length 68
o tom ze icmp udp port unreachable (pre traceroute validna, kedze ICMP dorucuje odpovede ) pre vsetky tri proby je OK. dalsie 2 su zas OK ale potom timeout
A je tam viac menej presny cas kedy zasa ten traceroute doruci odpoved spravne
MOj problem je to ze sa to opakuje prilis deterministicky resp je tam proste pattern akoby to bolo nieco co sa da nastavit (alebo je to vlastnost IPstacku obecne?)
Dakujem
traceroute www.nic.cza když posíláš ICMP Echo pakety
traceroute -I www.nic.cz(musíš být root pro změnu na ICMP.) V prvním případě dostaneš jen routery. v druhém případě ti odpoví i cílový systém a traceroute skončí. (A někdy ti ten IP stack odpoví i port unreachable pro UDP packet, ale fakt málo kdy. A mám dojem, že v současnosti je to spíše náhodné i z toho důvodu možných útoků) A to, že po cestě traceroute jsou někde hvězdičky je z toho, že nějaký router (jak jsem psal v předchozím příspěvku) MAY posoudí jako "nemusím poslat" a nemáš info.
Tiskni
Sdílej: