Příspěvky

376

Distribuce / Re:Šifrované Ubuntu nebootuje

« kdy: 09. 04. 2014, 10:59:25 »

Je to FS uvnitř. Až budu večer u notebooku, zkontroluji ještě crypttab, ale včera se mi zdál v pořádku.

Je ještě nějaká jiná možnost jak to opravit?
Při nejhorším aktualizuji z 12.10 na 13.10, nebo 14.04. Ale rád bych se tomu zatím vyhnul.

377

Server / Re:Virtualizace a distribuce na server

« kdy: 09. 04. 2014, 03:02:28 »

Podivej se na Proxmox.

http://www.proxmox.com/cs
http://www.linuxexpres.cz/software/proxmox-virtualizace-snadno-a-rychle

378

Distribuce / Šifrované Ubuntu nebootuje

« kdy: 08. 04. 2014, 18:41:47 »

Ahoj, mam v notebooku 180GB SSD a 500GB HDD.
Mam Ubuntu 12.10, / (dev/sda3) a /boot (/dev/sda2) ma na SSD a /data (/dev/sdb2) na HDD.
Dnes jsem na jeden volny oddil na HDD naisntaloval Xubuntu a od te doby uz nejde Ubuntu 12.10 nabootovat.
Zkusil jsem obnovit puvodni MBR obou disku a /boot oddil, mam jsem jejich dd zalohu. - Porad to nebootuje.
Jedine, co jsem v Xubuntu udelal, je ze jsem si pomoci cryptsetup pripojil sifrovane disky (luks).

At delam, co delam, potrad nemuzu nabootovat. Puvodni grub od ubuntu 12.10 vidim, ale hned po zacatku bootovanim vidim chybu, ktera je na obrazku v priloze.

Co se s tim da delat a proc se to stalo? Mam hledat v /etc/crypttab?

379

Vývoj / Re:V cem napsat jednoduche GUI pro spusteni nekolika prikazu

« kdy: 03. 04. 2014, 00:36:32 »

swing tak zastaraly neni, porad v nem muzes vytvorit moderni aplikace, ale je to trochu overkill
asi bych sel do pythonu (tkinter), temer vsude se pouziva

Kdyz GUI v Jave, tak pro nove app dnes jedine JavaFX. Swing pro nove app proste nedava smysl. Ale neresme Javu - na tento ucel je nevhodna a jenom bychom rozpoutali flame.

O Tkinteru celkem dost uvazuju, ale treba v ubuntu neni python-tk v zakladni instalaci - takze se asi tkinter zas tolik nepouziva.
Ma to nejaky pouzelny GUI builder? Tim myslim neco ve stylu Window Builder Pro: https://www.eclipse.org/windowbuilder/images/wb_summary_shot.gif

380

Hardware / Re:ARM počítač s linuxovou distribucí a HW akcelerací

« kdy: 31. 03. 2014, 22:39:59 »

tak jsou nejake novinky, i kdyz to jeste nemam poradne vyzkousene, kernel povysen na 3.0.101 a akcelerace mali by mela fungovat dobre.

Muzes sem hodit nejaky odkaz?

381

Server / Re:Kopírovaní mezi dvěma FTP servery

« kdy: 30. 03. 2014, 16:21:57 »

Tady je navod na zapnuti FXP na FTP serveru.

382

Server / Re:Jakým způsobem mít /home na LAN?

« kdy: 30. 03. 2014, 16:18:10 »

Ale kdyz  u iSCSI reseni nafoukne buffery+zvoli nakou dedikovanou read/write cache pro filesystem nad tim blokovym zarizenim tak mozna to pomuze. I kdyz prenaset scsi info+512 bloky + s IP+TCP bez offloadu je fakt nechutnej overhead.

Tak zkusit ATA over Ethernet, jede na 2. vrstve, takze by teoreticky mel byt rychlejsi. Ale neda se routovat - coz v domaci siti nevadi.

383

Desktop / Re:Linuxová náhrada TeamViewer QuickSupport

« kdy: 28. 03. 2014, 16:16:16 »

IPv6 vyřeší ten hlavní problém, a to nutnost inicializace spojení od uživatele a s tím související ocasoviny s NATem. Pak stačí mít otevřený jediný port, na kterém se až v okamžiku potřeby spustí (třeba odkazem na ploše) server VNC.

Co vim, tak snad vsechny levne domaci wifi routery maji politiku firewalu: z lan do internetu povolit, z internetu do lan zahodit.
A pokud si uzivatel bude umet otevrit v routeru prislusny port, nebude vetsinou potrebovat zadnou vzdalenou pomoc.

já požívám jednoduchou kombinaci vnc + putty. vnc server běží neustále, spojení jsou povoleny jen z localhostu a s heslem.. v případě potřeby vzdálené asistence je na ploše ikona s přednastaveným profilem na putty + ssh tunel + omezení aplikací na straně serveru jen na tunelování. pak už se k serveru připojím i já a na správném portu najdu druhý konec tunelu.  nějakou automatizaci instalace jsem zatím neřešil.
druhá varianta je pc automaticky hlásit do nějaké openvpn - to se může hodit i v případě ztráty/krádeže notebooku

Predpokladam, ze to provozujes na Windows. Na linuxu by musel byt x11vnc?

384

Desktop / Re:Linuxová náhrada TeamViewer QuickSupport

« kdy: 28. 03. 2014, 13:03:57 »

Tak Teamviewer naslouchá na portu 80, a při instalaci se u Windows automaticky zapisuje jako povolený program do firewallu...
Ani u Ubuntu jsem nemusel nijak přenastavovat firewall, takže se opravdu domnívám, že port 80 je pro něj podstatný... ale je to jen domněnka , nijak jsem nad tím nebádal.

Me ani nejde o plnou verzi. Resim pouze QuickSupport verzi, ta nechce nic povolovat na firewallu. Mozna to bude portem 80, zkusim. Ale poslouchat na nem nemuze, minimalne v Linuxu je pod 1024 potreba root prav. Navic na 80 bezi Apache a s teamviewerem se netluce.

Já nevím, to ti opravdu tak vadí, že teamviewer jede pod wine?

Wine preziju. Hlavne mi vadi nedostupnost QuickSupport verze pro Linux a nutnost instalace deb balicku.
Ciste linuxova alternativa by se hodila.

385

Desktop / Re:Linuxová náhrada TeamViewer QuickSupport

« kdy: 28. 03. 2014, 01:09:42 »

Jestli to chcete řešit v Linuxu po svém, koukněte se na Gitso. Mně to v Linuxu nefungovalo moc dobře, ale je tam vidět postup, jakým se lze z administrované stanice připojit s obrazovkou na počítač administrátora. Abyste zvládnul různé distribuce, asi si budete muset přeložit vnc sám a staticky, nemyslím, že by to bylo příliš veliké. Zabalit to můžete například pomocí makeself.

Podle zdrojaku je to gui k vnc v listenning rezimu.
Do gui klikatka se zada verejna IP a tu gitso pouzije jako ip pro reverzni vnc spojeni.
https://code.google.com/p/gitso/source/browse/gitso/trunk/Processes.py#38

Cast kodu pro Windows me pobavila. (Ne)resi stejny problem, ktery jsem pred casem ja:
v kodu maji zadratovane: 'netstat -a | find "ESTABLISHED" | find "5500"'
jenze na ceskych windows je hlaska prelozena:
TCP    [::1]:2869             POKUS-PC:51705         NAVÁZÁNO
bohuzel preklada i Linux, viz treba vypis ifconfig.

386

Desktop / Re:Linuxová náhrada TeamViewer QuickSupport

« kdy: 28. 03. 2014, 00:56:33 »

Je to určeno pro laptopy, u kterých nevíš a ani nikdy nebudeš vědět jakou to bude mít IP...

Verejnou IP resi SSH tunel. Staci jeden server s verejnou IPv4. Klient spusti GUI, klikne na chci pomoct a program spusti na localhostu vnc a pres ssh protuneluje lokalni vnc port na server s verejnou IP. Podpora se pak pripoji na server s verejnou IP a dany port.
IPv6 nas nespasi, stejne by musel uzivatel ladit firewall (a cilova skupina uzivatelu programu to umet nebude).

Zbyva jen doresit:

• Jaky pouzit program na VNC. Musi umet sdilet jiz bezici session - zobrazit plochu co ma prihlaseny uzivatel.
• Doresit zabezpeceni. Na serveru s verejnou IP nesmi mit nikdo nepovolany mit moznost spustit protunelovane vnc. Pouze clovek s nejakym overovacim kodem od klienta. Abychom nevytvorili server, ktery od portu 1024 do portu 65535 bude nabizet nezabezpeceny pristup k tisicum uzivatelskym pocitacum :-)
• V cem napsat jednoduche GUI pro klienta. Mam rad Javu, ale na tohle je nevhodna. Chce to jednoduche GUI bez desitek MB zavislosti na nejake knihovne.
• Idealne vse (vnc, ssh, ovladaci gui) staticky slinkovat. Odpadne problem s podporou ruznych distribuci.
• Pokud mozno vse bez root prav a instalace.

Ale pokud se ti podaří vymyslet nový způsob, ale "univerzální" tak aby to fungovalo křížem systémy bude to skvělé.

Ja mam zpusob teoreticky vymysleny viz me vyse uvedene komentare. Zbyva to jen napsat :-)
A projekt by to byl sikovny, uz mame 50 ruznych notepadu pro vsechny mozne knihovny a spravce oken (Gedit, Kate, Leafpad, Mousepad, ...) ale podobna app jako TeamViewer neni zadna.


btw, jak resi TeamViewer ve widlich firewall? Je kdyz ve Win 7 spustim vnc v listennig modu, hned mi skoci dialog s povolenim firewallu.

387

Hardware / Re:ARM počítač s linuxovou distribucí a HW akcelerací

« kdy: 27. 03. 2014, 20:45:53 »

Android by mel jit na vsech techto mini PC. Me jde jenom o Linux.
Doma mam Minix Neo X5 mini, asi do nej co nejdriv zkusim dat linux. Mel by mit rk3066.
Jak je pouzitelne rk3066 a rk3188 na beznou desktop praci? Nechci nic narocneho, libilo by se mi LXDE (Lubuntu).
Ja jsem vzdy cetl, ze jsou problemy s 3D akceleraci grafiky. Tobe se podarilo pouzit ovladac z Androidu, nebo nejak jinak doresit akceleraci?

Na server budeou ok asi vsechny arm desky, sitovka predpokladam pujde vsude.

388

Desktop / Re:Linuxová náhrada TeamViewer QuickSupport

« kdy: 27. 03. 2014, 17:22:24 »

Remadmin:
je to jen wrapper kolem tightvnc a generátor exe instalátoru na webových stránkách. Na Linuxu administrátora stačí pustit

No prave, generuje exe. Na Windows pouzivam TeamViewer. Jde mi o program pod Linux.


Napadlo me udelat si vlastni reseni, neco jako Remadmin.
Rad bych si udelal zipku, ktera by ani nevyzadovala instalaci a root prava.
Pokud by se instalovat muselo, udelal bych deb balicek, ale vsechny sluzby jako ssh a vnc bych chtel mit v balicku. Jasne, muzu dat zavislost na openssh-server, ale proc uzivateli nechavat v pc bezet sluzbu, kterou 99% casu nebude potrebovat?
Uvazoval jsem, ze bych napsal jednoduche GUI, ktery by spustilo vncviewer v listenning modu a navazalo ssh tunel na server. Rad bych pokud mozno dost veci linkoval staticky (ted mi budou vsichni nadavat), pokud to bude do 50MB ok, aspon nebudu muset resit hromadu distribuci.
SSH server by nemusel byt spatny Dropbear. Na openwrt jsem s nim spokojeny. Staticky slinkovany na x86 by udajne mel mit asi 110kB.

Je mozne se u TightVNC pripojit k jiz prihlasenemu desktopu (bezici session)? Vsude v navodech udavaji cislo displeje a spousti novou session. Ve Windows to jde.
Nasel jsem x11vnc, ktery by mel resit prave tento problem - pripojeni k existujicimu prihlasenemu desktopu. Je realne si ho zkompilovat a spoustet binarku bez instalace a root prav?
Jak nejlepe resit pripojeni k vnc a protunelovani na vzdaleny server? Uvazoval jsem jeste o stunnelu, ale protoze chci i prenos souboru, je nejlepsi ssh.

389

Desktop / Re:TeamViewer QuickSupport - Linuxova nahrada

« kdy: 27. 03. 2014, 13:43:20 »

Remadmin:
http://www.hobrasoft.cz/cs/remadmin

To vypada zajimave.
Jen nikde nevidim verzi pro Linux. Chapu-li dobre, tak se da pouzit bezny TightVNC viewer a Remadmin slouzi pouze k "uzivatelsky prijemnemu" pripojeni ke klientovi. V Linuxu nejde server rozjet?

Ted nemuzu Remadmin nainstalovat, vecer vyzkousim.

390

Desktop / Linuxová náhrada TeamViewer QuickSupport

« kdy: 27. 03. 2014, 00:33:39 »

Ahoj,
shanim nahradu za TeamViewer QuickSupport pro Linux.
TeamViewer sice ma "linuxovou" verzi, ale je to jen balicek s wine a Windows verzi. Nejvic mi chybi QuickSupport, pro Linux je jenom plna verze, ktera ma pro uzivatele zbytecne moc blbosti.

Jak resite podporu Linux uzivatelu? Ve Windows je TeamViewer jednoznacne nejlepsi (a nejjednodussi volba).

Napadlo me VNC, ale vykon je tragicky. Verejnou IP taky moc lidi nema...
RDP server v linuxu je jeste min realny (slozite pro uzivatele, xrdp je stejne jen wrapper pro vnc (viz sekce examples)).

NX / FreeNX / X2Go - nutna instalace, slozite nastaveni pro uzivatele. Jde nastavit pripojeni k exitujicimu desktopu, ale je to nutne nastavit.

"Vzdalene plocha Chrome" - nutne mit nainstalovany Google Chrome.
https://chrome.google.com/webstore/detail/chrome-remote-desktop/gbchcmhmhahfdphkhkmpfmihenigjmpp/related
https://support.google.com/chrome/answer/1649523?hl=cs

Exituje nejaka snadna aplikace, ktera vypada jako TeamViewer QuickSupport? Kdyby umela spusteni pod uzivatelem bez potreby root hesla k instalaci, bylo by to dokonale.
Preziju i nesvobodne reseni.

Napadlo vzit binarku vnc serveru a pridat k ni vpn klienta, nebo skript na ssh tunelovani. Uzivatel by spustil jednoduche GUI a kliknul by na cudlik "chci pomoc". Tim by se vytvoril tunel na centralni server a uzivatelovi by se vypsalo nejake heslo/pin. Kdo by pomahal, musel byt v podobnem programu zadat stejne heslo a pote by se mu take vytvoril tunel na centralni server a firewall (nebo jine zabezpeceni) by povolil pripojeni ke konkretnimu klientovi.
Zni to dost komplikovane. A centralni server to bude brzdit. Slo by take zkusit probourat NAT.
Prenos souboru by se mohl resit pres SFTP. Mozna by slo dodelat i presmerovani USB po siti.