Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).
ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.
Společnost Boston Dynamics oznámila, že humanoidní hydraulický robot HD Atlas šel do důchodu (YouTube). Nastupuje nová vylepšená elektrická varianta (YouTube).
PC rc.conf: eth0="eth0 10.8.xx.xx netmask 255.128.0.0" eth2="eth2 192.168.0.1 netmask 255.255.255.0" gateway="default gw 10.0.0.1" ROUTES=(gateway) Notebook IP address: 192.168.0.2 Subnet mask: 255.255.255.0 Default gateway: 192.168.0.1 DNS( rovnake ako v PC z resolve.conf) Preferred: 87.244.x.x Alternate: 213.151.x.x Pokusal som sa to rozbehat nasledovnym sposobom: v /etc/sysctl.conf # Disable packet forwarding net.ipv4.ip_forward=1 po vypise cat /proc/sys/net/ipv4/ip_forward 1 potom som pridal pravidlo pre iptables: iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE restaroval network pomocou skriptu v /etc/rc.d/network pravidlo som pre iptables ulozil /etc/rc.d/iptables save a taktiez restartoval Napriek tomu nie som schopny ani pingnut 192.168.0.2 z PC a samozrejme ani opacne Pozn. adresu mam od ISP pridelenu staticky vypis route -n Destination Gateway Genmask Flags Metric Ref Use Iface 172.16.97.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet8 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2 10.0.0.0 0.0.0.0 255.128.0.0 U 0 0 0 eth0 0.0.0.0 10.0.0.1 0.0.0.0 UG 0 0 0 eth0 vmnet8 je virtualna karta vmware playeru
Pak asi nemá cenu řešit routování do inetu. Jak máš nastavené iptables na input? Není tam default DROP? (iptables -L nebo iptables-save) Je v pohodě kabel? Křížený a dobře nacvaknuté koncovky ... ? Jsou správně nastavené obě síťovky (obě autonegation nebo obě stejná rychlost a duplex)?
kedze mam dualboot tak pod windows na PC po nakonfigurovani je mozne aspon pingnut notebook192.168.0.2 z PC. Vypis iptables -L -t nat Chain PREROUTING (policy ACCEPT) target prot opt source destination Chain POSTROUTING (policy ACCEPT) target prot opt source destination MASQUERADE 0 -- anywhere anywhere Chain OUTPUT (policy ACCEPT) target prot opt source destination Vypis iptables -L po vypnuti firewallu Firestarter, aj v nom ale mam povolenu komunikaciu 192.168.0.1 a 192.168.0.2 Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination Dik, za reakciu.
Jsou vidět nějaká data přímo na síťovce (třeba v /proc/net/dev)? Je po pokusu o ping správný záznam v ARP tabulce? Co třeba tcpdump, nebo podobný program? Co vidí při pokusu o ping?
Ještě je nějaké nastavení týkající se ICMP paketů a kernelu v /proc/sys/net/ipv4/icmp_*, ale přijde mi divné, že by tam bylo potřeba cokoliv měnit.
eth2 je skutocne druha karta ktora je on board, pri vypise z /proc/net/dev, cize nejaky pokus o trasmit bol Inter-| Receive | Transmit face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed lo: 6612 65 0 0 0 0 0 0 6612 65 0 0 0 0 0 0 eth0:119350393 1724593 53 0 0 0 0 0 2207718 16357 0 0 0 0 0 0 eth1: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 eth2: 0 0 0 0 0 0 0 0 3312 92 0 0 0 0 0 0 vmnet8: 0 0 0 0 0 0 0 0 0 6 0 0 0 0 0 0 sit0: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 Na dalsie veci pozriem
Tak dik vsetkym uz to chodi skutocne chyba bola v loadovani modulov stacilo: zistit si pomocou udevinfo -a -p /sys/class/net/eth* spravny modul pre network. karty a v rc.conf potom zapisat jednotlive moduly v MODULES v spravnom poradi MODULES=(snd-pcm-oss snd_emu10k1 8139too via-rhine ieee1394) v mojom pripade Dakujem vsetkym za odpovede:)
Tiskni Sdílej: