Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL
… více »GNOME Foundation má nového výkonného ředitele. Po deseti měsících skončil dočasný výkonný ředitel Richard Littauer. Vedení nadace převzal Steven Deobald.
Byl publikován přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) za uplynulé dva měsíce. Servo zvládne už i Gmail. Zakázány jsou příspěvky generované pomocí AI.
Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
ip route
' vůbec a stačí
ip addr add 200.47.55.97/28 brd + dev eth2Příslušná položka ve směrovací tabulce pak vznikne automaticky. Na těch počítačích uvnitř pak prostě jako default gateway dáte
200.47.55.97
:
ip route add default via 200.47.55.97(nebo analogickým postupem pro jiné systémy). Na to, co ukazuje
traceroute
, bych se moc nespoléhal, ten může vaši adresu neukazovat ze spousty jiných důvodů. Spíš se podívejte, jestli ty přicházející pakety vidí třeba tcpdump
nebo ethereal
. A samozřejmě jestli máte povolený IP forwarding, to je častá chyba.
internet ---- ( IP neviem) CISCO ( IP 200.47.31.109 ) | | ( eth0 IP 200.47.31.110 ) linux (eth2 IP 200.47.55.97 )ten rozsah na eth2 ma byt viditelny. neviem co sa mysli hop-om.
ako sa to pise cez normalny route?
Nijak. Leda že byste používal jádro řady 2.0 nebo starší. Od jádra 2.2 je příkaz route
obsolete a neměl by se používat (stejně jako ifconfig
nebo arp
).
ale chapeme sa spravne? pisal si to podla toho: …
Ano, tak jsem si to představoval.
neviem co sa mysli hop-om.
Hop je prostě uzel po cestě. Myslel jsem tím to, že v případě, že by ten rozsah veřejných adres neměl být přímo na segmentu, kde máte eth2
, ale někde za dalším routerem, musel byste říci, přes koho se tam mají pakety posílat.
auto eth0 iface eth0 inet static address 200.47.31.110 netmask 255.255.255.252 network 200.47.31.108 gateway 200.47.31.109 broadcast 200.47.55.111 auto eth2 iface eth2 inet static address 200.47.55.97 netmask 255.255.255.240 network 200.47.55.96 broadcast 200.47.55.111 up ip route add 200.47.55.97/28 brd + dev eth2 down ip route del 200.47.55.97/28 brd + dev eth2prosim aj je zle ten prikaz ip route tak mi ho oprav. nechcem to tam vkladat po jedotlivych IP... dik.
up ip route add 200.47.55.97/28 dev eth2 via 200.47.31.110 dev eth0 del ip route del 200.47.55.97/28 dev eth2 via 200.47.31.110 dev eth0tak???
tcpdump
), ne pomocí traceroute
, jehož vypovídací hodnota je hodně omezená.
Navíc (nebudete-li si hrát s pokročilými záležitostmi jako policy routing) platí jednoduchá zásada: pokud paket od vás k cíli dorazí správně a problém nastane jen s pakety, které přišly odjinud, není problém ve vaší směrovací tabulce.
tcpdump
si vybere první, což může být docela klidně ten vnitřní. Takže ve vašem případě bych použil spíš
tcpdump -ni eth0 dst net 200.47.55.97/28Pokud ani to žádné pakety neukáže, pak je buď blokuje váš paketový filtr (pozor, pakety s cílovou adresou
200.47.55.97
nejsou filtrovány v chainu FORWARD
ale INPUT
) nebo k vám vůbec nepřicházejí.
na eth2 chcem mat: 200.47.55.97 bez gw
Představa, že se gateway přiřazuje rozhraní, je naprosto nesmyslná, ale bohužel se značně rozšířila pod vlivem takto nelogické konfigurace ve Windows 2000. Ve skutečnosti je postup přesně opačný: máte paket a podle něj (typicky podle jeho cílové adresy) určíte, zda ho pošlete přímo na některé rozhraní nebo zda půjde přes nějakou gateway. Ve druhém případě pak podle té gatewaye určíte odchozí rozhraní. Tedy gateway ⇒ rozhraní, ne naopak.
Tiskni
Sdílej: