V pátek 28. srpna se v Praze uskuteční již osmý Mobile Linux Hackday. Jako obvykle se potkáme v pražské pobočce SUSE v Karlíně na Křižíkově, takže kromě mobilního Linuxu je to tentokrát i příležitost přijít se podívat na nově zrekonstruované kanceláře. Začínáme v 10:00, ale dorazit můžete samozřejmě kdykoliv v průběhu dne. Setkáním vás provede David Heidelberg, vývojář GPU ovladačů v Mesa 3D a jeden z hlavních lidí české komunity kolem … více »
Představen byl Raspberry Pi Compute Module 5 Programming Jig. Jedná se o zařízení umožňující připravit Compute Module 5 do plně funkčního stavu bez nutnosti použití dalších vstupně / výstupních desek. Podporuje automatizaci pomocí nástroje rpi-sb-provisioner. Podrobnosti v dokumentaci.
Hackeři ve Francii ukradli data více než půl milionu daňových poplatníků. Je to jeden z největších hackerských útoků v dějinách země. O útoku z konce června informovala až teď daňová správa. Teprve od pondělí dotčeným občanům zasílá e-maily s instrukcemi, jak postupovat dál. Hackeři se sice nedostanou k penězům dotyčných, hrozí ale věrohodné podvody. Hackeři získali třeba celá jména, údaje o rodinných příslušnících nebo také údaje o
… více »Společnost Framework představila nový Framework Laptop 12 s Intel Core Series 3, Thunderbolt 4, Wi-Fi 7, volitelnou čtečkou otisků prstů a podsvícenou klávesnicí s open-source firmwarem ZMK. Objednat lze s předinstalovanou Fedorou 44 KDE Plasma.
Byl vydán Mozilla Firefox 154.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 154 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 168 (pdf).
Open-source citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 10. Přehled novinek v příspěvku na blogu.
Interaktivní editor binárních dat GNU poke byl vydán ve verzi 5.0 (seznam změn).
Byla vydána verze 0.85 telnet a ssh klienta PuTTY (Wikipedie). Řešeno je 5 zranitelností.
Byly publikovány novinky z vývoje GIMPu. Pracuje se na novém formátu souborů. Stávající binární XCF bude nahrazen "zazipovaným XML". XCF zůstane plně podporován pouze pro načítání starých souborů.
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
