Vývojáři dekompilátoru rev.ng otevřeli jeho backend revng-c. Zdrojové kódy jsou k dispozici na GitHubu.
Poněvadž Redis už není svobodný, konsorcium Linux Foundation a Amazon Web Services (AWS), Google Cloud, Oracle, Ericsson a Snap Inc. společně představili svobodný fork Redisu s názvem Valkey.
Sam Bankman-Fried, zakladatel zkrachovalé kryptoměnové burzy FTX, byl dnes odsouzen k 25 letům vězení [Yahoo Finance].
Proxmox oznámil, že usnadňuje migraci z VMware ESXi do Proxmoxu.
Byla vydána nová verze 2.53.18.2 svobodného multiplatformního balíku internetových aplikací SeaMonkey (Wikipedie). Přehled novinek v poznámkách k vydání.
Na blogu programovacího jazyka Swift byl publikován příspěvek Psaní aplikací pro GNOME v programovacím jazyce Swift. Používá se Adwaita pro Swift.
egui je GUI knihovna pro programovací jazyk Rust běžící na webu i nativně. Vydána byla verze 0.27.0.
Byla vydána nová verze 6.1 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.13. Thunderbird na verzi 115.9.0.
Linka STOPonline.cz v roce 2023 přijala 3700 hlášení závadného obsahu na internetu, 22 bylo předáno PČR, 23 bylo předáno ISP a 944 závadových domén zobrazujících dětskou nahotu či pornografii bylo nahráno do mezinárodního systému ICCAM, který je spravován asociací INHOPE.
Byla publikována podrobná analýza v upstreamu již opravené bezpečnostní chyby CVE-2024-1086 v Linuxu v nf_tables.
Ahoj, chtěl bych pomocí VNC z Linuxu (Kubuntu) ovládat PC s Windows 7 64b. RDP nemohu použít, protože je tam home verze Windows 7, která to neumí. V síti mám server (Debian) s IPv6 adresou (tunel Freenet6) a tak se mohu do sítě vzdáleně dostat.
Mám tam ještě PC s Windows 7 32b, které RDP mají a na ně se umím pěkně dostat přes ssh tunel: ssh -L 3389:[IPv6AdresaPC]:3389 root@IPv6AdresaServeru
. Ale to stejné pro VNC mi nefunguje. VNC server spojení odmítá.
Zatím dost tápu a netuším v čem by to mohlo být. Že by TightVNC neumělo IPv6? Je to otázka klienta nebo serveru? Jako server ve Windows jsem zkoušel TigerVNC a RealVNC (poslední verze), které by IPv6 podle srovnávací tabulky měly umět a stejný výsledek. Jako klienta v Kubuntu jsem zkoušel přímo balíčky z repozitáře TightVNC Viewer version 1.3.9 a VNC Viewer Free Edition 4.1.1 for X.
Netušíte někdo?
Řešení dotazu:
Že by byl problém v tom, že mám starou verzi RealVNC? Cituji: "VNC Enterprise Edition 4.1.7 and later & Personal Edition 4.1.2 and later support both IPv6 and IPv4...".
Žel ani v Debianu testing ani v Ubuntu trusty není vyšší verze než 4.1.1, takže upgrade systému nepomůže. Předpokládám, že u TightVNC to bude podobné :(.
Tunnelbroker.net mluví o tom, že v distribučním xvnc4viewer verze 4.1.1+X4.3.0-37 by měly být aplikované patche pro podporu IPv6.
Myslím, že se tomu dá věřit a tak problém bude buď ve spojení (něco s IPv6) nebo se serverem.
Ale to stejné pro VNC mi nefungujeA opravdu mas to VNC na portu 3389? Mas to povolene ve firewallu (na tech windowsech)?
To číslo portu uvedené v dotazu je pro RDP, které mi funguje.
Pro VNC samozřejmě používám 5900.
Při instalaci se ty programy ptají, jestli mají zkonfigurovat firewall. Navíc přes IPv4 mi to chodí.
Překvapilo mne, že tunel lze vytvořit jako kombinaci adres IPv4 a IPv6: ssh -L 3389:[IPv4AdresaPC]:3389 root@IPv6AdresaServeru
. Můžete mi někdo potvrdit, že to tak opravdu jde? Nedaří se mi o tom najít moc informací.
Server má IPv6 adresu, ale na PC bych se raději tuneloval pomocí IPv4.
RDP mi takto funguje, ale VNC zase ani ťuka :(.
Tak jsem byl nakonec úspěšný s následujícím řešením:
Různé problémy:
Zatím první zkušenosti: je to kriticky pomalé, takže se mi to zatím jeví nepoužitelné. Zatím to zkouším na PC, kde mám i RDP a to je v pohodě. Hrozně pomalu se překresluje obrazovka. Snad se mi podaří vyladit parametry, aby to běželo rozumně.
Zatím první zkušenosti: je to kriticky pomalé, takže se mi to zatím jeví nepoužitelné. Zatím to zkouším na PC, kde mám i RDP a to je v pohodě. Hrozně pomalu se překresluje obrazovka. Snad se mi podaří vyladit parametry, aby to běželo rozumně.
Zdrojem problémů zřejmě byly i ty pokusy s různými typy VNC. Nedařilo se mi rozchodit to řešení na dalším počítači až jsem si všiml, že v běžících procesech je nějaké další VNC:
Běžel tam TigerVNC server, se kterým jsem tam kdysi laboroval. A i když jsem TigerVNC odinstaloval, tak server zůstal v procesech viset nedovolil kompletní odinstalaci a pokaždé se spouštěl a zřejmě blokoval porty. Klidně to mohlo být tak, že jsem proces TigerVNC považoval za TightVNC - názvy jsou dost podobné.
Tiskni Sdílej: