X11, com suposo la majoria de vostès. Sabrà, és el servidor gràfic que fan servir gairebé totes les distribucions Linux. Aquest servidor permet, entre altres coses, forwarding a través d'SSH. Això vol dir que és possible executar apliacions gràfiques d'una màquina remota exportant la pantalla al nostre escriptori. És a dir, l'aplicació s'executa en el servidor remot, però la interfície gràfica la visualitzem en el nostre escriptori local.
Passos a seguir
1.- Al servidor, editar el fitxer / etc / ssh / ssh_config i modificar l'opció X11 Reenviament perquè quedi així:
X11Forwarding yes
Després d'aquest canvi, possiblement sigui necessari reiniciar el dimoni ssh. La forma de fer això varia d'acord a cada distribució Linux. El més senzill és reiniciar la màquina.
2.- A l'escriptori local, o diners a l'servidor a través d'SSH utilitzant el paràmetre -X:
ssh -X user @ hostname
on user és el nom d'usuari utilitzat per diners en el servidor i nom d'amfitrió és l'IP o l'àlies de servidor.
3.- Per executar una aplicació, simplement cal fer-ho des del terminal. Per exemple:
Firefox
Trusted X11 forwarding
A l'habilitar Trusted X11 forwarding és possible accelerar una mica la velocitat de connexió, ja que s'eviten alguns passos vinculats a la seguretat de la mateixa.
En cas que la velocitat sigui més important que la seguretat, tot el que cal fer és el següent:
1.- Al servidor, editar el fitxer / etc / ssh / ssh_config i modificar l'opció ForwardX11Trusted perquè quedi així:
ForwardX11Trusted yes
2.- A l'escriptori local, o diners a l'servidor a través d'SSH utilitzant el paràmetre -I:
ssh -I user @ hostname
Compressed X11 forwarding
En aquells escenaris en els quals la connexió entre el servidor i el client no sigui la millor, és possible comprimir les dades enviades pel servidor.
Per a això, a l'hora de diners a servidor via SSH cal afegir el paràmetre -C:
ssh -X -C user @ hostname
Difícil, molt comandament.
Millor no em complico la vida i executo TeamViewer
No ho sé, però jo em complico més amb el TeamViewer i la seva beneïda clau.
em sembla que són 2 coses diferents, que algú em corregeixi, però aquest mètode que planteja aca, no és perquè aixequi l'entorn sencer com si ho fa TeamViewer, sinó per ara posar com diu ahi «firefox» i que en el teu maquina s'obri firefox com sempre però en veritat el executant des de la màquina remota ..
Efectivament, com has indicat és per executar firefox (de servidor) en la teva màquina. És just el que m'estan ensenyant ara.
Així és, campió!
Com diria un amic, no cal confondre els tants: «una cosa és una cosa i una altra cosa és una altra cosa». Jaja ...
Nah, de debò, tete té raó no aquest mètode no és comparable amb TeamViewer.
Abraçada! Pau.
molt bo, útil sobretot i la veritat el faig servir molt últimament 🙂
la pregunta és: ssh_config o sshd_config? (Man sshd_config perquè no totes les distros el porten per defecte, encara que l'ideal és declarar com usuari a $ HOME / .ssh / config)
també es pot mirar la opció X11UseLocalhost
o la clàssica amb DISPLAY = ip: Xx i xhost,
i davant de qualsevol problema donar-li a l'verbose (-v)
Així és ... bona aportació!
Doncs em sembla molt interessant! Moltes gràcies! Hauré de provar-ho en el meu servidor de OVH! 🙂
Endavant! Abraçada! Pau.
Molt bon article. Una qüestió, ús molt aquesta opció per connectar a una Raspberry Pi amb Raspbian i LXDE, des d'un Ubuntu amb Unity. Molt sovint passa que les icones de les aplicacions es veuen corruptes A què podria ser degut?
Una altra cosa, jo sòl afegir l'opció d'executar en segon pla les aplicacions gràfiques: firefox &
Bon aporti el de córrer les apps en segon pla, no ho havia pensat.
Respecte dels icones ... això et passa usant compressed X11 forwarding ??
Abraçada! Pau.
No, el de compressed m'ho has descobert tu. Quan tingui un forat t'envio una captura. Com info addicional ús Faenza en Ubuntu, el client, i les icones per defecte de LXDE al servidor.
La resposta la tens aquí. El servei que et portes no implica que et portis també l'entorn d'escriptori. Només t'estàs portant el servei, i amb l'ordre indiques que és un servei gràfic. Les X que s'executen són les de el client, en el teu cas les d'Ubuntu amb Unity, i d'interpretar el tipus d'icones, donant equivalència de LXDE a Unity, dels que té per defecte als Faenza (casualitat que em van explicar això la setmana passada 😛)
molt bon article !, jo fins ara cap a alguna cosa semblant a hectorq, tinc dos serv. sense monitor, quan necessito firefox per descarregar alguna cosa (wget i transmission de vegades no són suficient), usava ssh, startx i entrava per vnc / remmina. Bastant molest meu mètode, molt més fàcil fer x11-forwarding
PS: en debian canvien una mica els arxius de configuració, sembla que ForwardX11 compleix la mateixa funció, salutacions!
ara que camino boludeando amb un server em ve taaaaaaaaaaaan bé això, i mass en aquest precís moment xD, necessito utilitzar multisystem però el SO de la meva notebook és Chakra Linux, i m'he de fumar mig gnome compilant jo mateix per poder executar-lo, asique el vaig a instal·lar en el server amb Debian, i forwarding xD jajajaj
Que bo, campió!
M'alegro! Abraçada!
Pau.
Moltes gràcies per la info!
Valor afegit:
Tinc Ubuntu Server 14.04.1 LTS
Vaig tenir problemes amb: ./Xauthority
I per fer-lo funcionar necessiti fer aquests canvis en: / etc / ssh / sshd_config
....
# Lifetime and size of Ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768
....
# Authentication:
LoginGraceTime 120
PermitRootLogin sí
StrictModes yes
i reiniciar el servei ssh: # sudo service ssh restart
Espero que li hagi servit a algú.
Bé! Gràcies x l'aportació!
Salutacions! Pau.
Molt ben explicat! Hi ha una cosa que no entenc, si l'aplicació s'executa en el host remot ¿vol dir que els gràfics també els processa el host? És a dir, serà la targeta gràfica de l'amfitrió qui processi les dades i simplement li envia la informació a el client perquè la visualitzi? Se m'ocorre que així podria executar des de la meva petita notebook aplicacions de modelatge 3D que requereixin molt més potència.
donen ganes de cagar
jo només dic que vull un abric