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.
Zdravím, mám problém s routováním některých IP. Uvádím 2 IP, 252 OK a 251 nechodí (ping z WAN - dle tcpdump eth1 nepředá paket do eth0). Nastavení ---------- /net.ipv4.ip_forward = 1/ rozhraní: eth1 inet adr:195.XXX.XXX.254 Všesměr:195.XXX.XXX.255 Maska:255.255.255.128 eth0 inet adr:192.168.1.1 Všesměr:192.168.1.255 Maska:255.255.255.0 /etc/rc.d/rc.local: arp -Ds 195.XXX.XXX.252 eth1 pub arp -Ds 195.XXX.XXX.251 eth1 pub ip route add 195.XXX.XXX.252/32 src 195.XXX.XXX.254 dev eth0 ip route add 195.XXX.XXX.251/32 src 195.XXX.XXX.254 dev eth0 arp -an ? (195.XXX.XXX.252) na 00:50:FC:XX:XX:XX [ether] na eth0 ? (195.XXX.XXX.251) na 00:30:05:XX:XX:XX [ether] na eth0 ? (195.XXX.XXX.252) na * PERM PUP na eth1 ? (195.XXX.XXX.251) na * PERM PUP na eth1 .......... route -n 195.XXX.XXX.252 0.0.0.0 255.255.255.255 UH 0 0 0 eth0 195.XXX.XXX.251 0.0.0.0 255.255.255.255 UH 0 0 0 eth0 195.XXX.XXX.128 0.0.0.0 255.255.255.128 U 0 0 0 eth1 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 195.XXX.XXX.129 0.0.0.0 UG 0 0 0 eth1 ........... v iptables je SNAT -A POSTROUTING -s 192.168.1.0/255.255.255.0 -o eth1 -j SNAT --to-source 195.XXX.XXX.254 -A POSTROUTING -s 192.168.1.0/255.255.255.0 -d 195.XXX.XXX.128/255.255.255.128 -j SNAT --to-source 195.XXX.XXX.254 Díky za nakopnutí.
takze :) to druhe pravidlo v IPPTABLES mas zbytocne (to prve je vseobecnejsie takze druhe sa neaplikuje) dalej... co tak vypiscat /proc/sys/net/ipv4/conf/eth1/proxy_arp? dalej treba specifikovat ci nieco na strane eth0 bude mat tu verejnu alebo nejaku lokalnu a podla toho nastavit iptables a najlepsie je si pozriet vystuptcpdump -i eth1 arpci sa pri pingu z vonku objaviarp request who has 195.XXX.XXX.251 a nasledne apr reply 195.XXX.XXX.251 is at YY:YY:YY:YY:YYppricom tie YY budu HW adresa sietovky eth1
To druhé pravidlo v IPTABLES není zbytečné, aplikuje se při komunikaci na eth0 (např. 192.168.1.100 -> 195.XXX.XXX.252). tcpdump -i eth1 arp Díky za dobrý tip. Odhalil, že nepřijde požadavek who-has, takže se nejspíš jednalo o ARP tabulku na routeru 195.XXX.XXX.129. Restart routeru vyřešil problém.
Omlouvám se za tak pozdní odpověď. Ten překlad opravdu není nutný. Řeší případný router s LAN na jakékoli IP 195.XXX.XXX.128/25 (Tebou uvedený příklad).
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz