Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL
… více »GNOME Foundation má nového výkonného ředitele. Po deseti měsících skončil dočasný výkonný ředitel Richard Littauer. Vedení nadace převzal Steven Deobald.
Byl publikován přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) za uplynulé dva měsíce. Servo zvládne už i Gmail. Zakázány jsou příspěvky generované pomocí AI.
Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 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.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
server s dhcp na eth1 a dvoma vlan (192.168.11.0, 192.168.12.0 - VID sú 11 a 12) -> trunk -> switch -> vlan11 |-> vlan12dhcpd.conf je nasledovný:
authoritative; ddns-update-style none; shared-network eth1 { subnet 192.168.11.0 netmask 255.255.255.0 { default-lease-time 86400; max-lease-time 86400; option netbios-node-type 8; use-host-decl-names on; option domain-name "domain.tld"; option routers 192.168.11.254; option broadcast-address 192.168.11.255; option subnet-mask 255.255.255.0; option domain-name-servers 192.168.11.254; option netbios-name-servers 192.168.11.254; option ntp-servers 192.168.11.254; pool { range 192.168.11.1 192.168.11.150; deny unknown-clients; host pc1 { hardware ethernet 00:11:22:33:44:55; fixed-address pc1.domain.tld; } } pool { range 192.168.11.151 192.168.11.200; allow unknown-clients; } } subnet 192.168.12.0 netmask 255.255.255.0 { default-lease-time 86400; max-lease-time 86400; option netbios-node-type 8; use-host-decl-names on; option domain-name "domain.tld"; option routers 192.168.12.254; option broadcast-address 192.168.12.255; option subnet-mask 255.255.255.0; option domain-name-servers 192.168.12.254; option netbios-name-servers 192.168.12.254; option ntp-servers 192.168.12.254; pool { range 192.168.12.1 192.168.12.150; deny unknown-clients; host nb1 { hardware ethernet 55:44:33:22:11:00; fixed-address nb1.domain.tld; } } pool { range 192.168.12.151 192.168.12.200; allow unknown-clients; } } }A moja otázka znie - ako vlastne bude dhcpd vedieť, že z akého "allow unknown-clients" pool-u má poslať IP adresu? Moja idea je taká, že čo sa týka zadefinovaných klientov by malo byť všetko OK, veď dhcpd priradí takú IP akú ma nadefinovanú k MAC adrese. Ale zároveň chcem aby stanice ktoré nie sú definované dostali vo vlan11 IP adresu z rozsahu 192.168.11.151-200 a stanice vo vlan12 adresu z rozsahu 192.168.12.151-200. Je toto vôbec možné spraviť? Bude to fungovať tak ako to mám nastavené, alebo treba niečo na serveri zmeniť/doplniť, alebo treba aj niečo nastaviť na switchi? Dúfam, že ste ma pochopili. Vopred vám všetkým veľmi pekne ďakujem za pomoc.
Řešení dotazu:
shared-network
a eth1
? Neměl byste spíš mít 192.168.11.0/24 na eth1.11
a 192.168.12.0/24 na eth1.12
? Pak to server rozliší podle toho, na který interface (stripnutý) paket dostane, stejně jako kdyby to byly dvě různé fyzické síťové karty.
Tiskni
Sdílej: