Všem čtenářkám a čtenářům AbcLinuxu krásné Vánoce.
Byla vydána nová verze 7.0 linuxové distribuce Parrot OS (Wikipedie). S kódovým názvem Echo. 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.
Vývojáři postmarketOS vydali verzi 25.12 tohoto před osmi lety představeného operačního systému pro chytré telefony vycházejícího z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky. Přehled novinek v příspěvku na blogu. Na výběr jsou 4 uživatelská rozhraní: GNOME Shell on Mobile, KDE Plasma Mobile, Phosh a Sxmo.
Byla vydána nová verze 0.41.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 6.1 nebo novější a také libplacebo 6.338.2 nebo novější.
Byla vydána nová verze 5.5 (novinky) skriptovacího jazyka Lua (Wikipedie). Po pěti a půl letech od vydání verze 5.4.
Byla vydána nová verze 5.4.0 programu na úpravu digitálních fotografií darktable (Wikipedie). Z novinek lze vypíchnout vylepšenou podporu Waylandu. Nejnovější darktable by měl na Waylandu fungovat stejně dobře jako na X11.
Byla vydána beta verze Linux Mintu 22.3 s kódovým jménem Zena. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze, že nástroj Systémová hlášení (System Reports) získal mnoho nových funkcí a byl přejmenován na Informace o systému (System Information). Linux Mint 22.3 bude podporován do roku 2029.
GNU Project Debugger aneb GDB byl vydán ve verzi 17.1. Podrobný přehled novinek v souboru NEWS.
Josef Průša oznámil zveřejnění kompletních CAD souborů rámů tiskáren Prusa CORE One a CORE One L. Nejsou vydány pod obecnou veřejnou licenci GNU ani Creative Commons ale pod novou licencí OCL neboli Open Community License. Ta nepovoluje prodávat kompletní tiskárny či remixy založené na těchto zdrojích.
Nový CEO Mozilla Corporation Anthony Enzor-DeMeo tento týden prohlásil, že by se Firefox měl vyvinout v moderní AI prohlížeč. Po bouřlivých diskusích na redditu ujistil, že v nastavení Firefoxu bude existovat volba pro zakázání všech AI funkcí.
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:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
