Open source webový aplikační framework Django slaví 20. narozeniny.
V Brestu dnes začala konference vývojářů a uživatelů linuxové distribuce Debian DebConf25. Na programu je řada zajímavých přednášek. Sledovat je lze online.
Před 30 lety, tj. 14. července 1995, se začala používat přípona .mp3 pro soubory s hudbou komprimovanou pomocí MPEG-2 Audio Layer 3.
Výroba 8bitových domácích počítačů Commodore 64 byla ukončena v dubnu 1994. Po více než 30 letech byl představen nový oficiální Commodore 64 Ultimate (YouTube). S deskou postavenou na FPGA. Ve 3 edicích v ceně od 299 dolarů a plánovaným dodáním v říjnu a listopadu letošního roku.
Společnost Hugging Face ve spolupráci se společností Pollen Robotics představila open source robota Reachy Mini (YouTube). Předobjednat lze lite verzi za 299 dolarů a wireless verzi s Raspberry Pi 5 za 449 dolarů.
Dnes v 17:30 bude oficiálně vydána open source počítačová hra DOGWALK vytvořena v 3D softwaru Blender a herním enginu Godot. Release party proběhne na YouTube od 17:00.
McDonald's se spojil se společností Paradox a pracovníky nabírá také pomocí AI řešení s virtuální asistentkou Olivii běžící na webu McHire. Ian Carroll a Sam Curry se na toto AI řešení blíže podívali a opravdu je překvapilo, že se mohli přihlásit pomocí jména 123456 a hesla 123456 a získat přístup k údajům o 64 milionech uchazečů o práci.
Byla vydána (𝕏) červnová aktualizace aneb nová verze 1.102 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.102 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Byla vydána nová verze 2.4.64 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 8 bezpečnostních chyb.
Společnost xAI na síti 𝕏 představila Grok 4, tj. novou verzi svého AI LLM modelu Grok.
Zdravim,
bezi mi samba na debianu, a tvari se jako dva sitove disky, pro jednoduchost rekneme A a B.
Mam tam dve sitovky a potreboval bych kvuli rychlosti aby se na disk A pristupovalo pres ip eth3
a na disk B pres ip eth4. V etc/network/interfaces mam tohle:
iface eth3 inet static
network 192.168.11.0
netmask 255.255.255.0
address 192.168.11.220
gateway 192.168.11.1
broadcast 192.168.11.255
iface eth4 inet static
network 192.168.11.0
netmask 255.255.255.0
address 192.168.11.221
#gateway 192.168.11.1
broadcast 192.168.11.255
problem je ze porad jedou oba A i B pres eth3 (bez ohledu na # pred gateway). Tzn kdyz si pripojim
sitovy disk s ip 11.221 (coz by melo byt eth4) tak to funguje jen kdyz je pripojeny kabel k eth3 a jede to pres nej.
Pres eth4 nejspis nic nejede, kdyz ho odpojim nema to na nic vliv. Firewall tam neni, policy na ACCEPT.
Je nejaka finta jak to udelat funkcni, tzn. aby sitovy disk na .11.220 sel pres eth3 a .11.221 pres eth4?
Nebude problem ze u obou je stejna network? ip 192.168.11.1 je router v te siti.
Vsem dik za napady..
Co skusit spustit 2 instance(konfigurace)samby, kazdou na jinem rozhrani pres:
[global] interfaces = eth3
A v kazde instanci odkazovat na jiny disk?
NN
to zni dobre, nicmene tohle je problem spis systemu nez samby, to co jsem psal plati i pro ping - tzn kdyz jede ping na ip .11.221 (eth4)
a vytahnu kabel z eth3 tak uz si nepingnu ani tu 11.221. Uprimne receno bych cekal ze se ten system bude chovat naopak
tzn ze pres obe sitovky si pingnu libovolnou adresu (a pak by tohle bylo reseni), ale bohuzel to tak neni.
net.ipv4.conf.all.arp_ignore=1
net.ipv4.conf.eth3.arp_ignore=1
net.ipv4.conf.eth4.arp_ignore=1
net.ipv4.conf.all.arp_announce=2
net.ipv4.conf.eth3.arp_announce=2
net.ipv4.conf.eth4.arp_announce=2
>Route
vypise tohle:Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.20.8 * 255.255.255.252 U 0 0 0 eth0
192.168.21.8 * 255.255.255.252 U 0 0 0 eth1
192.168.11.0 * 255.255.255.0 U 0 0 0 eth4
192.168.11.0 * 255.255.255.0 U 0 0 0 eth3
default my.router 0.0.0.0 UG 0 0 0 eth3
default my.router 0.0.0.0 UG 0 0 0 eth4
a >ip route show table local scope host
local 192.168.20.10 dev eth0 proto kernel src 192.168.20.10
local 192.168.11.221 dev eth4 proto kernel src 192.168.11.221
local 192.168.11.220 dev eth3 proto kernel src 192.168.11.220
local 192.168.21.10 dev eth1 proto kernel src 192.168.21.10
local 127.0.0.1 dev lo proto kernel src 127.0.0.1
local 127.0.0.0/8 dev lo proto kernel src 127.0.0.1
a >ip route show table local
broadcast 127.255.255.255 dev lo proto kernel scope link src 127.0.0.1
broadcast 192.168.11.0 dev eth4 proto kernel scope link src 192.168.11.221
broadcast 192.168.11.0 dev eth3 proto kernel scope link src 192.168.11.220
broadcast 192.168.20.8 dev eth0 proto kernel scope link src 192.168.20.10
local 192.168.20.10 dev eth0 proto kernel scope host src 192.168.20.10
broadcast 192.168.20.11 dev eth0 proto kernel scope link src 192.168.20.10
local 192.168.11.221 dev eth4 proto kernel scope host src 192.168.11.221
local 192.168.11.220 dev eth3 proto kernel scope host src 192.168.11.220
broadcast 192.168.11.255 dev eth4 proto kernel scope link src 192.168.11.221
broadcast 192.168.11.255 dev eth3 proto kernel scope link src 192.168.11.220
broadcast 192.168.21.8 dev eth1 proto kernel scope link src 192.168.21.10
local 192.168.21.10 dev eth1 proto kernel scope host src 192.168.21.10
broadcast 127.0.0.0 dev lo proto kernel scope link src 127.0.0.1
broadcast 192.168.21.11 dev eth1 proto kernel scope link src 192.168.21.10
local 127.0.0.1 dev lo proto kernel scope host src 127.0.0.1
local 127.0.0.0/8 dev lo proto kernel scope host src 127.0.0.1
x.
ok, jeden default smazu, ale mel jsem za to ze routovaci pravidla v local s konkretni ip (tedy .11.220 a .11.221) by to mely odfiltrovat drive nez default. Princip myslim ze matne ale chapu, ale je tam nekde nejaky hacek ktery nemuzu najit. Uprimne receno me trochu prekvapuje proc to nejde, myslel jsem si ze proste budou 2 rozhrani s 2 ip, kazda prijme to co ji je urceny a taky sama odpovi.. jde o to ze to budou 2 sitovy disky, na ktery se budou pripojovat ruzny klienti z toho rozsahu a tak nemuzu natvrdo urcit odchozi ip.. chtelo by to nejaky pravidlo ze to co na sitovku prijde po ni taky odejde a ne po jiny.. co sem tak cet o nastavovani ARP tak to vypadalo nadejne ze to je ono ale furt no neni funkcni.. a takovy masakry jako arp flux jsem radsi preskocil a doufam ze to pujde nejak jednoduseji :)
Pro tuto situaci je podle mého nejvhodnější ty dvě síťovky hodit do etherchannelu (Cisco terminologie), respektive bondingu (Linux terminologie). To je technologicky nejlepší způsob, jak řešit vámi požadované výkonnostní zlepšení.
Toto chování podporuje snad každý (managovatelný nebo smart) switch, se kterým jsem se kdy potkal, včetně modelů za pár stovek. Třeba tomu říkají "port group" nebo ještě nějak jinak, ale určitě to půjde nastavit.
Řešit to na L3, tak jak se o to snažíte, bude asi docela opruz a hlavně to prostě není "ta správná cesta".
Kdybys chtěl si hrát s vrrp, tak vidim v linuxu možná dvě implementace ... http://www.ucarp.org a http://www.keepalived.org/. Takže by šlo udělat dvě vrrp skupiny, každou s primárem na jedný síťovce. Jinak jan na L3 jednoduše nevim. No, možná udělat dva subnety, na každé síťovce jeden.
Tiskni
Sdílej: