Byla vydána verze 4.0.0 programovacího jazyka Ruby (Wikipedie). S Ruby Box a ZJIT. Ruby lze vyzkoušet na webové stránce TryRuby. U příležitosti 30. narozenin, první veřejná verze Ruby 0.95 byla oznámena 21. prosince 1995, proběhl redesign webových stránek.
Všem čtenářkám a čtenářům AbcLinuxu krásné Vánoce.
Byla vydána nová verze 7.0 linuxové distribuce Parrot OS (Wikipedie). S kódovým názvem Echo. Jedná se o linuxovou distribuci založenou na Debianu a zaměřenou na penetrační testování, digitální forenzní analýzu, reverzní inženýrství, hacking, anonymitu nebo kryptografii. Přehled novinek v příspěvku na blogu.
Vývojáři postmarketOS vydali verzi 25.12 tohoto před osmi lety představeného operačního systému pro chytré telefony vycházejícího z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky. Přehled novinek v příspěvku na blogu. Na výběr jsou 4 uživatelská rozhraní: GNOME Shell on Mobile, KDE Plasma Mobile, Phosh a Sxmo.
Byla vydána nová verze 0.41.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 6.1 nebo novější a také libplacebo 6.338.2 nebo novější.
Byla vydána nová verze 5.5 (novinky) skriptovacího jazyka Lua (Wikipedie). Po pěti a půl letech od vydání verze 5.4.
Byla vydána nová verze 5.4.0 programu na úpravu digitálních fotografií darktable (Wikipedie). Z novinek lze vypíchnout vylepšenou podporu Waylandu. Nejnovější darktable by měl na Waylandu fungovat stejně dobře jako na X11.
Byla vydána beta verze Linux Mintu 22.3 s kódovým jménem Zena. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze, že nástroj Systémová hlášení (System Reports) získal mnoho nových funkcí a byl přejmenován na Informace o systému (System Information). Linux Mint 22.3 bude podporován do roku 2029.
GNU Project Debugger aneb GDB byl vydán ve verzi 17.1. Podrobný přehled novinek v souboru NEWS.
Josef Průša oznámil zveřejnění kompletních CAD souborů rámů tiskáren Prusa CORE One a CORE One L. Nejsou vydány pod obecnou veřejnou licenci GNU ani Creative Commons ale pod novou licencí OCL neboli Open Community License. Ta nepovoluje prodávat kompletní tiskárny či remixy založené na těchto zdrojích.
Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní 192.168.102.0 * 255.255.255.0 U 0 0 0 virbr1 192.168.254.0 * 255.255.255.0 U 0 0 0 eth0 192.168.123.0 * 255.255.255.0 U 0 0 0 virbr0 link-local * 255.255.0.0 U 1002 0 0 eth0 link-local * 255.255.0.0 U 1003 0 0 eth1 default 192.168.254.2 0.0.0.0 UG 0 0 0 eth1 default 192.168.254.2 0.0.0.0 UG 0 0 0 eth0Virtuální síť 192.168.102.0/24 je směrovaná. Virtuální počítače bez problémů přistupují na internet branou 192.168.254.2 a na vlastní bránu stejně jako se počítače ze sitě 192.168.254.0/24 dostanou na počítače v síti 192.168.102.0/24. (ping, traceroute, ssh). Problém nastane pro navázaní spojení ze sítě 192.168.102.0/24 na počítače v síti 192.168.254.0/24. Přikládám traceroute.
traceroute to 192.168.154.1 (192.168.154.1), 30 hops max, 60 byte packets 1 gateway (192.168.102.1) 0.167 ms 0.075 ms 0.072 ms 2 * * * 3 * * * 4 * * * 5 * * *Prosím o nakopnutí správným směrem. ZAH
Řešení dotazu:
[root@s3 ~]# ip route 192.168.102.0/24 dev virbr1 proto kernel scope link src 192.168.102.1 192.168.154.0/24 dev eth0 scope link 192.168.123.0/24 dev virbr0 proto kernel scope link src 192.168.123.1 169.254.0.0/16 dev eth0 scope link metric 1002 169.254.0.0/16 dev eth1 scope link metric 1003 default via 192.168.154.2 dev eth1 default via 192.168.154.2 dev eth0
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
virbr1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN
link/ether 52:54:00:f8:ff:bf brd ff:ff:ff:ff:ff:ff
inet 192.168.102.1/24 brd 192.168.102.255 scope global virbr1
-netdev bridge,id=id[,br=bridge][,helper=helper]
Connect a host TAP network interface to a host bridge device.
Use the network helper helper to configure the TAP interface and attach it to the bridge. The default network helper executable is /path/to/qemu-bridge-helper and the default bridge device is br0.
Examples:
#launch a QEMU instance with the default network helper to
#connect a TAP device to bridge br0
qemu-system-i386 linux.img -netdev bridge,id=n1 -device virtio-net,netdev=n1
#launch a QEMU instance with the default network helper to
#connect a TAP device to bridge qemubr0
qemu-system-i386 linux.img -netdev bridge,br=qemubr0,id=n1 -device virtio-net,netdev=n1
tak virtio-net taky jede přes tap (L2)
bridge name bridge id STP enabled interfaces virbr0 8000.5254009dbcc2 yes virbr0-nic virbr1 8000.525400f8ffbf yes virbr1-nic vnet0 vnetDefinice sítě virsh
<network>
<name>BR_ETH1</name>
<uuid>b78d2c02-fba6-85cf-96f8-a96a90ee1437</uuid>
<forward mode='route'/>
<bridge name='virbr1' stp='on' delay='0' />
<mac address='52:54:00:F8:FF:BF'/>
<domain name='BR_ETH1'/>
<ip address='192.168.102.1' netmask='255.255.255.0'>
<dhcp>
<range start='192.168.102.10' end='192.168.102.254' />
<host ........................
................................................... />
</dhcp>
</ip>
</network>
ip route default via 192.168.102.1 dev eth0 proto dhcp metric 100 192.168.102.0/24 dev eth0 proto kernel scope link src 192.168.102.10 metric 100Na celém mě nejvíce mate, že odkudkoliv z vnějšku se připojím bez problému až na virtuál. Z virtuálu bez problémů ven ze sítě hostitele a na bránu. Začínám podezřívat router na výstupu ze sítě, ale nevím jak by to mohl ovlivnit. Vždy jsem si myslel, že jestliže mám zapnuté routování a vidím v síti z routovacího počítače dva jiné vidí se také, nestojí li jim cestě nějaké pravidlo z firewallu. Zatímco tohle píšu mě napadlo zkontrolovat jednu z těch nedostupných stanic a tu máš čerte kropáč. Clý problém se přesouvá na tyto stanice ze základního adresního rozsahu , které neumí vracet odpověď virtuálům. Stanice získávají nastavení sítě z dhcp a jejich standartní routovací tabulka vypadá asi takto.
0.0.0.0 192.168.154.2 0.0.0.0 UG 100 0 0 enp0s25 192.168.154.0 0.0.0.0 255.255.255.0 U 100 0 0 enp0s25doplnil jsem jí ručně
0.0.0.0 192.168.154.2 0.0.0.0 UG 100 0 0 enp0s25 192.168.102.0 192.168.154.3 255.255.255.0 UG 0 0 0 enp0s25 192.168.154.0 0.0.0.0 255.255.255.0 U 100 0 0 enp0s25a toto funguje. Problém se tímto přesouvá na router který obsluhuje DHCP, jdu studovat dokumentaci Mikrotik. ZAH
default via 192.168.154.2 dev eth1 default via 192.168.154.2 dev eth0Urcite dvakrat default route?
Tiskni
Sdílej:
