V pátek 28. srpna se v Praze uskuteční již osmý Mobile Linux Hackday. Jako obvykle se potkáme v pražské pobočce SUSE v Karlíně na Křižíkově, takže kromě mobilního Linuxu je to tentokrát i příležitost přijít se podívat na nově zrekonstruované kanceláře. Začínáme v 10:00, ale dorazit můžete samozřejmě kdykoliv v průběhu dne. Setkáním vás provede David Heidelberg, vývojář GPU ovladačů v Mesa 3D a jeden z hlavních lidí české komunity kolem … více »
Představen byl Raspberry Pi Compute Module 5 Programming Jig. Jedná se o zařízení umožňující připravit Compute Module 5 do plně funkčního stavu bez nutnosti použití dalších vstupně / výstupních desek. Podporuje automatizaci pomocí nástroje rpi-sb-provisioner. Podrobnosti v dokumentaci.
Hackeři ve Francii ukradli data více než půl milionu daňových poplatníků. Je to jeden z největších hackerských útoků v dějinách země. O útoku z konce června informovala až teď daňová správa. Teprve od pondělí dotčeným občanům zasílá e-maily s instrukcemi, jak postupovat dál. Hackeři se sice nedostanou k penězům dotyčných, hrozí ale věrohodné podvody. Hackeři získali třeba celá jména, údaje o rodinných příslušnících nebo také údaje o
… více »Společnost Framework představila nový Framework Laptop 12 s Intel Core Series 3, Thunderbolt 4, Wi-Fi 7, volitelnou čtečkou otisků prstů a podsvícenou klávesnicí s open-source firmwarem ZMK. Objednat lze s předinstalovanou Fedorou 44 KDE Plasma.
Byl vydán Mozilla Firefox 154.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 154 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 168 (pdf).
Open-source citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 10. Přehled novinek v příspěvku na blogu.
Interaktivní editor binárních dat GNU poke byl vydán ve verzi 5.0 (seznam změn).
Byla vydána verze 0.85 telnet a ssh klienta PuTTY (Wikipedie). Řešeno je 5 zranitelností.
Byly publikovány novinky z vývoje GIMPu. Pracuje se na novém formátu souborů. Stávající binární XCF bude nahrazen "zazipovaným XML". XCF zůstane plně podporován pouze pro načítání starých souborů.
1.2.3.84/32 - GW: 1.2.3.65 5.6.7.16/28 - GW: 1.2.3.84Nastavenie sieťových rozhraní je nasledovné:
eth0 (pripojenie do net-u): IPADDR=1.2.3.84 a GATEWAY=1.2.3.65 br0 (bridge pre pripojenie tap z QEMU): IPADDR=5.6.7.17 Samotné virtuálky: IPADDR=5.6.7.18-30 a GATEWAY=5.6.7.17Všetko samozrejme funguje ako má ale chcem si rozbehnúť aj IPv6. Od poskytovateľa mám nasledovnú IPv6 konfiguráciu:
IPv6: 2a01:4f8:171:b53::/64 Gateway: fe80::1 Netmask: ffff:ffff:ffff:ffff::Konfiguráciu chcem zatiaľ statickú a netuším ako na to. Tá brána ma podľa knihy matie úplne a netuším ani ako nastaviť zvyšok. Moj nápad:
eth0: IPV6ADDR=2a01:4f8:171:b53:0000:0000:0000:0001 a GATEWAY=fe80::1 br0: IPV6ADDR=2a01:4f8:171:b53:0000:0000:0000:0002 Samotné virtuálky: IPV6ADDR=2a01:4f8:171:b53:0000:0000:0000:0003-9999 a GATEWAY=2a01:4f8:171:b53:0000:0000:0000:0002Alebo je to totálna blbosť? Za trpezlivosť a odpoveď vám vopred veľmi pekne ďakujem.
eth0: IPV6ADDR=2a01:4f8:171:b53::1 a GATEWAY=fe80::1 br0: IPV6ADDR=2a01:4f8:171:b53::2 Samotné virtuálky: IPV6ADDR=2a01:4f8:171:b53::3-9999 a GATEWAY=2a01:4f8:171:b53::2Co mě osobně nedává smysl je, že zatímco u IPv4 používáš 2 sítě (a to i přes použití tap interface, které by ti mělo zajistit, že virtuálky budou ve stejné síti jako fyzické eth0), zatímco u IPv6 používáš pouze jednu síť, a přesto dáváš virtuálkám jinou gateway než hostiteli. Osobně qemu nepoužívám, ale pokud si bridguji virtuální stroje přes tap (tedy druhou vrstvu), pak mám virtuály ve stejné síti jako fyzický stroj. Všechny tedy mají adresy ze stejného rozsahu a společnou gateway, kterou je můj router.
Nemuzes mit na dvou rozhranich IPcka ze stejnyho rozsahu.
Takhle, jak jste to napsal, to není pravda.
2a01:04f8:0200:1f00::/56A sieť by vyzerala nasledovne:
eth0: IPV6ADDR=2a01:04f8:0200:1f01::0001 a GATEWAY=fe80::1 eth1: IPV6ADDR=2a01:04f8:0200:1f11::0001 eth2: IPV6ADDR=2a01:04f8:0200:1f12::0001 br1: IPV6ADDR=2a01:04f8:0200:1f21::0001 br2: IPV6ADDR=2a01:04f8:0200:1f22::0001 pc pripojené cez eth1: IPV6ADDR=2a01:04f8:0200:1f11::0002-9999 a GATEWAY=fe80::1 pc pripojené cez eth2: IPV6ADDR=2a01:04f8:0200:1f12::0002-9999 a GATEWAY=fe80::1 virtuálky pripojené cez br1: IPV6ADDR=2a01:04f8:0200:1f21::0002-9999 a GATEWAY=fe80::1 virtuálky pripojené cez br2: IPV6ADDR=2a01:04f8:0200:1f22::0002-9999 a GATEWAY=fe80::1Je to tak, alebo som zasa vedľa ako tá jedľa? A tie brány všade uvádzam ako fe80::1? Nemám v koncových pc uvádzať ako bránu IP adresu rozhraní eth1, eth2, br1, br2? Ďakujem veľmi pekne.
Podľa tohto eth0 dostane IP napríklad: 2a01:4f8:171:b53:0000:0000:0000:0002 (lebo 128)
Akú IP bude mať br0, keď tam je: 2a01:4f8:171:b53:0000:0000:0000:0002/64?Už to vážne prestávam tomu chápať - aj IPv6 kalkulačky mi vravia, že 64 je "práve jedna sieť", tak ako to môže byť routovatelné? Ďakujem.
Tiskni
Sdílej: