V Brestu dnes začala konference vývojářů a uživatelů linuxové distribuce Debian DebConf25. Na programu je řada zajímavých přednášek. Sledovat je lze online.
Před 30 lety, tj. 14. července 1995, se začala používat přípona .mp3 pro soubory s hudbou komprimovanou pomocí MPEG-2 Audio Layer 3.
Výroba 8bitových domácích počítačů Commodore 64 byla ukončena v dubnu 1994. Po více než 30 letech byl představen nový oficiální Commodore 64 Ultimate (YouTube). S deskou postavenou na FPGA. Ve 3 edicích v ceně od 299 dolarů a plánovaným dodáním v říjnu a listopadu letošního roku.
Společnost Hugging Face ve spolupráci se společností Pollen Robotics představila open source robota Reachy Mini (YouTube). Předobjednat lze lite verzi za 299 dolarů a wireless verzi s Raspberry Pi 5 za 449 dolarů.
Dnes v 17:30 bude oficiálně vydána open source počítačová hra DOGWALK vytvořena v 3D softwaru Blender a herním enginu Godot. Release party proběhne na YouTube od 17:00.
McDonald's se spojil se společností Paradox a pracovníky nabírá také pomocí AI řešení s virtuální asistentkou Olivii běžící na webu McHire. Ian Carroll a Sam Curry se na toto AI řešení blíže podívali a opravdu je překvapilo, že se mohli přihlásit pomocí jména 123456 a hesla 123456 a získat přístup k údajům o 64 milionech uchazečů o práci.
Byla vydána (𝕏) červnová aktualizace aneb nová verze 1.102 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.102 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Byla vydána nová verze 2.4.64 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 8 bezpečnostních chyb.
Společnost xAI na síti 𝕏 představila Grok 4, tj. novou verzi svého AI LLM modelu Grok.
Ministerstvo vnitra odhalilo závažný kyberincident v IT systému resortu. Systém, do kterého se dostal útočník bez oprávnění, byl odpojen a nedošlo k odcizení dat [𝕏].
iptables -F
a dávám nová pravidla pro vstup, výstup a přeposílání paketů jako ACCEPT a stejně tak i na vzdáleném klientovi. ip_forward = 1
SERVER
mode server tls-server dev tap proto udp port 6277 ifconfig 192.168.100.1 255.255.255.0 ifconfig-pool 192.168.100.2 192.168.100.254 255.255.255.0 client-to-client push "route 192.168.22.0 255.255.255.0 192.168.100.1" # klient posílá pakety pro síť v rozsahu 192.168.22.0/24 přes tunel ca /etc/pki/CA/cacert.pem cert /etc/pki/CA/openvpn_public_key.pem key /etc/pki/CA/openvpn_private_key.pem dh /etc/pki/CA/dh1024.pem log-append /var/log/openvpn status /var/run/openvpn/vpn.status 10 comp-lzo verb 3 keepalive 10 120 duplicate-cnKLIENT
remote 81.30.251.11 port 6277 proto udp tls-client dev tap pull mute 10 client ca /etc/openvpn/cacert.pem cert /etc/openvpn/openvpn_public_key.pem key /etc/openvpn/openvpn_private_key.pem comp-lzo verb 3 pulljinak po připojení tabulka route Klienta
Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní 192.168.100.0 * 255.255.255.0 U 0 0 0 tap0 192.168.0.0 * 255.255.255.0 U 0 0 0 eth1 link-local * 255.255.0.0 U 0 0 0 eth0 link-local * 255.255.0.0 U 1000 0 0 eth1 default 192.168.0.1 0.0.0.0 UG 0 0 0 eth1 default * 0.0.0.0 U 1000 0 0 eth0
Tady je: Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní 192.168.100.0 * 255.255.255.0 U 0 0 0 tap0 192.168.22.0 * 255.255.255.0 U 0 0 0 eth0 169.254.0.0 * 255.255.0.0 U 0 0 0 eth0 default 192.168.22.1 0.0.0.0 UG 0 0 0 eth0a Pingy jsou z serveru na vzdáleného klienta:
[root@ferit ~]# ping 192.168.100.2 PING 192.168.100.2 (192.168.100.2) 56(84) bytes of data. From 192.168.100.1 icmp_seq=2 Destination Host Unreachable From 192.168.100.1 icmp_seq=3 Destination Host Unreachable From 192.168.100.1 icmp_seq=4 Destination Host Unreachable From 192.168.100.1 icmp_seq=6 Destination Host Unreachable From 192.168.100.1 icmp_seq=7 Destination Host Unreachable From 192.168.100.1 icmp_seq=8 Destination Host Unreachable --- 192.168.100.2 ping statistics --- 8 packets transmitted, 0 received, +6 errors, 100% packet loss, time 7000ms , pipe 3a z klienta na server (adresa v rámci VPN):
ping 192.168.100.1 PING 192.168.100.1 (192.168.100.1) 56(84) bytes of data. 64 bytes from 192.168.100.1: icmp_seq=1 ttl=64 time=367 ms 64 bytes from 192.168.100.1: icmp_seq=2 ttl=64 time=280 ms 64 bytes from 192.168.100.1: icmp_seq=3 ttl=64 time=327 ms --- 192.168.100.1 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2002ms rtt min/avg/max/mdev = 280.414/325.018/367.545/35.607 msa ping na server (přes jeho vnitřní adresu za VPN tunelem):
ping 192.168.22.254 PING 192.168.22.254 (192.168.22.254) 56(84) bytes of data. --- 192.168.22.254 ping statistics --- 15 packets transmitted, 0 received, 100% packet loss, time 14010ms
tcpdump
...
na rozhrani hned vidite ten traffic, co chcete, kdyz nevidite, pak je problem :) treba fw atd...
$ sudo tcpdump -i pppoe0 -n -v -ttt icmp tcpdump: listening on pppoe0, link-type PPP_ETHER Jun 03 13:19:45.330194 85.207.203.xxx > 89.250.252.18: icmp: echo request (id:1f2a seq:0) (ttl 255, id 22675, len 84) Jun 03 13:19:45.341576 89.250.252.18 > 85.207.203.xxx: icmp: echo reply (id:1f2a seq:0) (ttl 58, id 64328, len 84)u vas to bude
-i tunX
push "route 192.168.22.0 255.255.255.0 192.168.100.1"
route 192.168.22.0 255.255.255.0 192.168.100.1
Tiskni
Sdílej: