Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).
Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.
Byla vydána verze 4.0 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Přehled novinek v poznámkách k vydání. Využíván je Free Pascal Compiler (FPC) 3.2.2.
Podpora Windows 10 končí 14. října 2025. Připravovaná kampaň Konec desítek (End of 10) může uživatelům pomoci s přechodem na Linux.
Již tuto středu proběhne 50. Virtuální Bastlírna, tedy dle římského číslování L. Bude L značit velikost, tedy více diskutujících než obvykle, či délku, neboť díky svátku lze diskutovat dlouho do noci? Bude i příští Virtuální Bastlírna virtuální nebo reálná? Nejen to se dozvíte, když dorazíte na diskuzní večer o elektronice, softwaru, ale technice obecně, který si můžete představit jako virtuální posezení u piva spojené s učenou
… více »Český statistický úřad rozšiřuje Statistický geoportál o Datový portál GIS s otevřenými geografickými daty. Ten umožňuje stahování datových sad podle potřeb uživatelů i jejich prohlížení v mapě a přináší nové možnosti v oblasti analýzy a využití statistických dat.
Kevin Lin zkouší využívat chytré brýle Mentra při hraní na piano. Vytváří aplikaci AugmentedChords, pomocí které si do brýlí posílá notový zápis (YouTube). Uvnitř brýlí běží AugmentOS (GitHub), tj. open source operační systém pro chytré brýle.
Jarní konference EurOpen.cz 2025 proběhne 26. až 28. května v Brandýse nad Labem. Věnována je programovacím jazykům, vývoji softwaru a programovacím technikám.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
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: