Byla vydána nová major verze 8.0.0 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata (Wikipedie). Přehled novinek v oficiálním oznámení a v aktualizované dokumentaci.
Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.4. Přehled novinek s náhledy a videi v oznámení na blogu.
Instituce státní správy nebudou smět využívat produkty, aplikace, řešení, webové stránky a webové služby poskytované čínskou společností DeepSeek. Na doporučení Národního úřadu pro kybernetickou a informační bezpečnost rozhodla o jejich zákazu vláda Petra Fialy na jednání ve středu 9. července 2025.
Jack Dorsey představil (𝕏, Nostr) svůj nový projekt bitchat. Jedná se o bezpečnou decentralizovanou peer-to-peer aplikaci pro zasílání zpráv bez potřeby internetu, serverů a telefonních čísel. Využívá se Bluetooth Mesh Network. Detaily v technické dokumentaci. Zdrojové kódy jsou k dispozici pod licencí Unlicense.
Hudební přehrávač Amarok byl vydán v nové verzi 3.3 "Far Above the Clouds". Nově je postaven na Qt6/KF6 a využívá GStreamer místo Phononu.
Společnost IBM představila novou generaci svých serverů: IBM Power11.
Multiplatformní digitální pracovní stanice pro práci s audiem Ardour byla postavena na GTK2. Vývojáři neplánovali její portaci na GTK3 nebo GTK4. Naopak, v lednu loňského roku si vytvořili vlastní fork GTK2 s názvem YTK. Ten v únoru letošního roku přestal být volitelným a nově byla zcela odstraněna podpora GTK2.
Byla vydána nová verze 6.4 linuxové distribuce Parrot OS (Wikipedie). Jedná se o linuxovou distribuci založenou na Debianu a zaměřenou na penetrační testování, digitální forenzní analýzu, reverzní inženýrství, hacking, anonymitu nebo kryptografii. Přehled novinek v příspěvku na blogu.
Společnost initMAX pořádá sérii bezplatných webinářů věnovaných novému Zabbixu 7.4. Podrobnosti a registrace na webu initMAX.
… více »Byla vydána verze 7.0 open source platformy pro správu vlastního cloudu OpenNebula (Wikipedie). Kódový název nové verze je Phoenix. Přehled novinek v poznámkách k vydání v aktualizované dokumentaci.
Router A: 172.17.130.0/24, VPN IP site2site 12.1.1.1, VPN pro clienty 13.1.1.1 Router B: 172.17.128.0/23, VPN IP 12.1.1.2 Klienti VPN 13.1.1.0/24Napriklad ping z klienta (13.1.1.5) na pocitac v siti B:
zsman@YOGA-LP:~$ ping 172.17.128.19 PING 172.17.128.19 (172.17.128.19) 56(84) bytes of data. 64 bytes from 172.17.128.19: icmp_seq=1 ttl=62 time=39.1 ms 64 bytes from 172.17.128.19: icmp_seq=2 ttl=62 time=39.1 ms 64 bytes from 172.17.128.19: icmp_seq=3 ttl=62 time=39.2 ms 64 bytes from 172.17.128.19: icmp_seq=4 ttl=62 time=38.6 ms ^C --- 172.17.128.19 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3004ms rtt min/avg/max/mdev = 38.629/39.005/39.155/0.218 ms zsman@YOGA-LP:~$ ping 172.17.128.19 PING 172.17.128.19 (172.17.128.19) 56(84) bytes of data. ^C --- 172.17.128.19 ping statistics --- 3 packets transmitted, 0 received, 100% packet loss, time 2055ms zsman@YOGA-LP:~$ ping 172.17.128.19 PING 172.17.128.19 (172.17.128.19) 56(84) bytes of data. 64 bytes from 172.17.128.19: icmp_seq=1 ttl=62 time=38.7 ms 64 bytes from 172.17.128.19: icmp_seq=2 ttl=62 time=39.1 ms 64 bytes from 172.17.128.19: icmp_seq=3 ttl=62 time=38.6 ms ^C --- 172.17.128.19 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2003ms rtt min/avg/max/mdev = 38.583/38.803/39.084/0.209 ms zsman@YOGA-LP:~$ ping 172.17.128.19 PING 172.17.128.19 (172.17.128.19) 56(84) bytes of data. ^C --- 172.17.128.19 ping statistics --- 4 packets transmitted, 0 received, 100% packet loss, time 3058ms zsman@YOGA-LP:~$ ping 172.17.128.19 PING 172.17.128.19 (172.17.128.19) 56(84) bytes of data. 64 bytes from 172.17.128.19: icmp_seq=1 ttl=62 time=37.9 ms 64 bytes from 172.17.128.19: icmp_seq=2 ttl=62 time=38.9 ms 64 bytes from 172.17.128.19: icmp_seq=3 ttl=62 time=38.5 ms 64 bytes from 172.17.128.19: icmp_seq=4 ttl=62 time=39.1 ms 64 bytes from 172.17.128.19: icmp_seq=5 ttl=62 time=38.0 ms ^C --- 172.17.128.19 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4007ms rtt min/avg/max/mdev = 37.863/38.460/39.051/0.466 msProste: ping nejde Ctrl+C ping OK Ctrl+C ping nejde Ctrl+C ping OK A opakuje se to presne takto stale dokola. Stejne tak v pripade SSH, nejdriv nedostanu ani moznost zadat heslo, hned pri dalsim pokusu se mi uz prihlaseni objevi, pri dalsim zase nic, a pri dalsim zase ano. Kdyz uz se prihlasim, tak spojeni se zda bez problemu a drzi. Pres ty VPN tunely jde jenom vnitrni komunikace, pristup do internetu jde z obou routetu i z klientu naprimo. Takze mate nekdo tuseni cim by toto chovani mohlo byt zpusobeno? Nejake podrobnejsi info dodam, ale nevim co je potreba. Dekuji
Diky.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz