Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
Dobry den,
Rad bych vas pozadal o pomoc pri reseni problemu s pripojenim debianiho serveru do lokalni site. Popis zapojeni:
Sit: 10.10.0.0/24
Brana: 10.10.0.1
Server ma tri fyzicky rozhrani eth0,1,2 s IP 10.10.0.50-52
Prvni je primarni ale vsechny maji zapis v route (to je mozna chyba, protoze tam jsou tri stejny zapisy jeden pro kazdy rozhrani + jeden default route)
Druha a treti IP je natovana to vnitrni site virtbr0 - 192.168.0.0/24 na 192.168.0.2 a 192.168.0.3, coz jsou IP virtualnich serveru na kterejch bezi Apache. Privoz na 10.10.0.0 - 192.168.0.0 je znacne omezenej, vpodstate jen prichozi http.
Problemem je ze po zapojeni do site zacnou ze vsech sitovyho rozhrani chodit ARP zpravy privlasnijici si nahodny IP adresy z danyho rozsahu,
10.10.0.10 is at 00:23:8b:57:c3:46 10.10.0.42 is at 00:23:8b:57:c3:46 10.10.0.126 is at 00:23:8b:57:c3:46 10.10.0.145 is at 00:23:8b:57:c3:46
Jak si dovedete predstavit, tohle polozi zanedlouho celou sit. Problem je ze ja vubec nechapu duvod takovyho chovani. Nesetkali jste se nekdo s necim takovym? Pripadne da se ARP nejak blokovat rekneme povolid adchozi ARP jen pro par urcitych IP? Moc dekuju za jakykoli rady a napady.
Tri fyzicke rozhrani vznikly tak trosku nedopatrenim a ted uz proste jsou. Je moznost je vsechny hodit na eth0. 192.168.xx je lokalni sit mezi realnym zelezem a virtualnima serverama. Prichozi pozadavek na IP 10.10.0.51 je forwardovanej na lokalni IP 190.168.0.2 pomoci DNAT.
Zkousel jsem to ve virtualboxu a vic interfacu dela docela problemy, hadam, ze by to asi slo kdyby se omezilo ARP na nastavila jen jedna routa ale asi bude jednoduzsi ty IP hodit vsechny na jedno roozhrani. Jen porad nechapu ten dusledek v "privlastnovani ip". Pochopil bych kdyby to nedokazal routovat nebo to posilal zahadne a chovalo se to jako vyherni automat ale tohle proste nepoberu. Muzete mi nekdo tuhle spojitost jeste trosku osvetlit? Diky
Vice IPs na stejnem subnetu na ruznych sitovkach je kravina. Tomu problemu se rika ARP FLUX. Pro vice informaci staci googlovat.
Tak uz jsem si to poskladal dohromady, Na danym zeleze bylo z nejakyho duvodu nastaveny proxy_arp a protoze to ma vic nez jedno rozhrani do te site tak si dovolil na prichozi pozadavky na IP>MAC odpovedet svoji adresou. Choval se jako router ale dal to ale stejne nemohl routovat protoze to mel zakazany firewallem.
Bohuzel ted u tphp zeleza fyzicky nejsem, muzu jen poslat konfiguragy z etc interfaces a iptables. virtbr0 je rozhrani lokalni site pokud dobre chapu libvirt0. Na fyzickym serveru jsou fyzicke rozhrani eth0,1,2 a virtualni virtbr0 s IP 192.168.0.1 pro komunikaci s vitrualnimi stroji.
Ta patri eth0. Na serveru je krom defaultu jen dnsmasq a ten nic takovyho neumi.
Ale jádro to umí a nemusí k tomu nic na serveru běžet. Co je v souborech /proc/sys/net/ipv4/conf/*/proxy_arp ?
To je nejakej ARP poison..mate to vsechno staticky? Jak muzou,
ze vsech sitovych rozhrani chodit arpy se stejnou MAC? Jinak
to predpokladam mate tak, ze 2 a 3 IP bridguje vyrtualni sit do
realne na stejnem zeleze, ale stejne je potreba zjsitit co zacne
floodovat ty arpy, takze tcmdump a netstat -pan na te privni si-
tovce a mimo jine Vam chybi druha polovina toho ARP-u,
tedy komu to vlastne posila..
NN
Ano, z kazdeho rozhrani chodi jina MAC. S TCP dumpem to nebude tak snadny, protoze v te siti jsou kryticky systemy, ktery nemuzu takhle odrovnavat. Ted jsem se do zaznamu nedival ale myslim, ze to posila na def branu.
Me se neco podobneho take stalo. Tohle se napr. deje, kdyz nejaky router zapne ARP proxy. Potom router rozdeli sit na dve casti a jedna polovina site vidi vsechny IP adresy z druhe poloviny se stejnou MAC adresou. Podarilo se mi nakonec ARP proxy rozebehnout, ale vyrazne to nedoporucuji a pokud ji mate zapnutou nedopatrenim, tak doporucuji vypnout. Je to trochu narocnejsi uloha a prostym blokovanim ARP dotazu by jste napachal vice skody nez uzitku.
Priklad stourani do ARP tabulek (arptables nejsou standardne kompilovany do kernelu):
arptables -A INPUT -i eth3 -d 10.25.9.231 -j ACCEPT
arptables -A INPUT -i eth3 -d 10.25.9.224/27 -j DROP
arptables -A INPUT -i eth3 -d 192.168.104.5 -j ACCEPT
arptables -A INPUT -i eth3 -d 192.168.104.0/24 -j DROP
arptables -A INPUT -i ath0 -d 10.23.22.16 -j ACCEPT
arptables -A INPUT -i ath0 -d 10.23.22.0/255.255.255.192 -j DROP
Tiskni Sdílej: