Richard Hughes oznámil, že po společnostech Red Hat a Framework a organizacích OSFF a Linux Foundation, službu Linux Vendor Firmware Service (LVFS) umožňující aktualizovat firmware zařízení na počítačích s Linuxem, nově sponzorují také společnosti Dell a Lenovo. Do dnešního dne bylo díky LVFS provedeno více než 145 milionů aktualizací firmwarů od více než 100 různých výrobců na milionech linuxových zařízení.
Americké technologické společnosti Microsoft, Google a xAI souhlasily, že vládě Spojených států poskytnou přístup k novým modelům umělé inteligence (AI) před jejich uvedením na trh. Oznámila to americká vláda, která tak bude moci prověřit, zda modely nepředstavují hrozbu pro národní bezpečnost. Oznámení podtrhuje rostoucí obavy Washingtonu z rizik spojených s výkonnými AI systémy. Americké úřady chtějí v rámci předběžného přístupu
… více »Společnost Valve zveřejnila (GitLab) nákresy ovladače Steam Controller a puku. Pro všechny, kdo by jej chtěli hacknout nebo modifikovat, případně pro ně navrhnout nějaké příslušenství. Pod licencí Creative Commons (CC BY-NC-SA 4.0).
PHP bylo dlouho distribuováno pod vlastní licencí – s výjimkou částí spadajících pod licenci Zend Engine. Po několikaleté práci se povedlo PHP přelicencovat na 3bodovou licenci BSD.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za duben (YouTube). Na Linuxu je vedle Qt frontendu nově k dispozici také GTK4 / libadwaita frontend.
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 3.1 specifikace OpenCL (Open Computing Language). OpenCL je průmyslový standard pro paralelní programování heterogenních počítačových systémů.
Homebridge pro integraci chytrých domácích zařízení byl vydán ve verzi 2.0.0. Nově vedle protokolu HomeKit Accessory Protocol (HAP) podporuje standard chytré domácnosti Matter.
Omarchy je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 3.7.0 - The Gaming Edition. Z novinek lze vypíchnout příkaz omarchy a celou řadu herních možností.
CyberChef byl vydán v nové major verzi 11. Přehled novinek v Changelogu. CyberChef je webová aplikace pro analýzu dat a jejich kódování a dekódování, šifrování a dešifrování, kompresi a dekompresi, atd. Často je využívaná při kybernetických cvičeních a CTF (Capture the Flag).
Byla vydána nová verze 2.4.67 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 11 zranitelností.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
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 eth2
prosim 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:
