Americká technologická společnost Meta Platforms se dohodla, že zaplatí až zhruba 18 miliard dolarů (asi 373 miliard Kč) za mimosoudní urovnání sporu o závislosti dětí na sociálních sítích a provede významné změny pro jejich používání mladistvými. Téměř tři desítky států USA firmu v roce 2023 obvinily z toho, že sítě Facebook a Instagram vědomě navrhla tak, aby u dětí vyvolávaly závislost, a zatajovala tyto dopady před veřejností. Firma se
… více »Byl publikován aktuální přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Blíží se vydání podporující čipy M3. Vývojáře lze podpořit na GitHub Sponsors a Open Collective.
Kancelářský balík LibreOffice byl vydán ve verzi 26.8. Mimo jiné vylepšuje typografii a kompatibilitu s formáty MS Office, více v poznámkách k vydání.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 26.8. Přehled novinek v poznámkách k vydání.
Byla vydána nová verze 23.1.0, tj. první stabilní verze z nové řady 23.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools, Libc++, Polly a Flang.
Google Chrome 152 byl prohlášen za stabilní. Nejnovější stabilní verze 152.0.7977.64 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Opraveno bylo 327 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Před 35 lety, 25. srpna 1991, oznámil Linus Benedict Torvalds v diskusní skupině comp.os.minix, že vyvíjí (svobodný) operační systém (jako koníček, nebude tak velký a profesionální jako GNU) pro klony 386 (486), že začal v dubnu a během několika měsíců by mohl mít něco použitelného.
Apple představil čipy M6 a M5 Ultra, Mac mini s M6 nebo M5 Pro a Mac Studio s M5 Max nebo M5 Ultra. Fedora Asahi Remix zatím podporuje jenom M1 a M2.
Firefox 157 přinese zapnutou podporu rastrového grafického formátu JPEG XL. Založena je na v Rustu napsané implementaci jxl-rs používané i v Chrome a Chromiu.
Vanilla OS 3 „Reunion“ byl vydán. Tato na Debianu „Sid“ založená desktopová distribuce s transakčními aktualizacemi „neměnného“ základního systému (ABRoot) nově podporuje architekturu arm64 (vedle x86-64), podporuje reprodukovatelné sestavení většiny balíčků a vylepšuje systémové nástroje. Vlastní meta-správce balíčků APX nyní používá Distrobox v2 a je dostupný i pro jiné distribuce.
Řešení dotazu:
Moc jste toho o síti neřek. Co takhle nějak nastavit source routing?
nicmene koukam, ze na routeru A uz existuje staticky "rout" 192.168.2/24 na tamnim localu,takze bych se zrejme nedostal ze site A na sit B, je toto v rozporu s routingem a pravidly ci je nejaky workaroundŽádný rozpor v tom není. IP adresy mají být unikátní, tečka.
Jestli to dobře chápu, máte klasický problém s tím, že na obou koncích VPN se používá kolidující rozsah neveřejných adres. Řešit to lze různě:
nat (fast NAT, stateless NAT), což má drobnou vadu, že to v jádrech 2.6 nefunguje, nebo použitím akce NETMAP v netfilteru, což má drobnou vadu, že se o ní v dokumentaci i na webu dozvíte prakticky jen to, že existuje (ale co jsem s ní zkoušel experimentovat, zdálo se, že funguje). Samozřejmě je tu problém, pokud budete chtít používat protokol, který nemá rád překlady adres.[A]172.16.24.1 = 172.16.34.2[B]A topo LAN-ek:
192.168.1.0/24 - 192.168.1.1[A] = [B]192.168.2.1 - 192.168.2.0/24A ted by mne zajimalo co dela routa na 192.168.2.0 sit na A LAN ? NN
je to staticka routa na cisco pix 192.168.1.10 (firewall/gateway), ke kterymu nemam zadnej pristup (norsky zakony ci jak to nazvat), za nim (tim pixem) by se mela nachazet "bezpecna zona", kterou pouzivaj doktori .., slo mi v jadru vo to, udelat si statickej tunel do prace na tu 192.168.1/24 (A rozsah) - v tomto rozsahu sou stoje, ktery mam na starost, doma mam ten druhej rozsah (B)192.168.2/24 co se hada s tema doktorama, nicmene tunel momentalne bezi a na tech strojich v A rozsahu mom. delam, tunel je otevrenej jen jednim smerem B->A ....k.
Takže topologie je routerLinuxA <-> pix <-> routerLInuxB a navazování spojení je jen z jedné strany? Ty jsi admin serverů nebo celého bezpečnostního řešení?
192.168.2.0 LAN -> NAT (172.16.24.2/24) -> VPN <- NAT (172.16.24.3/24) <- LAN 192.168.2.0to pujde, NN
Tiskni
Sdílej: