X11 forwarding a través d'SSH

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

21 comentaris, deixa el teu

Deixa el teu comentari

La seva adreça de correu electrònic no es publicarà. Els camps obligatoris estan marcats amb *

*

*

  1. Responsable de les dades: Miguel Ángel Gatón
  2. Finalitat de les dades: Controlar l'SPAM, gestió de comentaris.
  3. Legitimació: El teu consentiment
  4. Comunicació de les dades: No es comunicaran les dades a tercers excepte per obligació legal.
  5. Emmagatzematge de les dades: Base de dades allotjada en Occentus Networks (UE)
  6. Drets: En qualsevol moment pots limitar, recuperar i esborrar la teva informació.

  1.   hectorq va dir

    Difícil, molt comandament.
    Millor no em complico la vida i executo TeamViewer

    1.    eliotime3000 va dir

      No ho sé, però jo em complico més amb el TeamViewer i la seva beneïda clau.

    2.    x11tete11x va dir

      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 ..

      1.    IGA va dir

        Efectivament, com has indicat és per executar firefox (de servidor) en la teva màquina. És just el que m'estan ensenyant ara.

      2.    usemoslinux va dir

        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.

  2.   jhona va dir

    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)

    1.    usemoslinux va dir

      Així és ... bona aportació!

  3.   Kevin Maschke va dir

    Doncs em sembla molt interessant! Moltes gràcies! Hauré de provar-ho en el meu servidor de OVH! 🙂

    1.    usemoslinux va dir

      Endavant! Abraçada! Pau.

  4.   Manuti va dir

    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 &

    1.    usemoslinux va dir

      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.

      1.    Manuti va dir

        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.

        1.    IGA va dir

          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 😛)

  5.   marit va dir

    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!

  6.   x11tete11x va dir

    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

    1.    usemoslinux va dir

      Que bo, campió!
      M'alegro! Abraçada!
      Pau.

  7.   PAU ALEJANDRO SANCHEZ va dir

    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ú.

    1.    usemoslinux va dir

      Bé! Gràcies x l'aportació!
      Salutacions! Pau.

  8.   Pablito el calvit va dir

    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.

  9.   cul va dir

    donen ganes de cagar

  10.   soci va dir

    jo només dic que vull un abric