ssh -X

Rad bi zagnal neko aplikcijo preko ssh (na oddaljenem računalniku), vendar v grafičnem načinu.

Skratka, če rečem ssh -X mojserver in potem recimo firefox, se firefox lepo požene na "mojserver", zaslon oz. okno od programa pa vidim pri sebi.

Zdaj pa problem. Če rečem ssh -Xprviserver, pa potem od tam naprej ssh -X drugiserver in potem v konzoli npr. firefox... se zadeva ne zažene.

Kako to rešiti?

Aja, pri vmesnem serverju imam v /etc/ssh/ssh_config napisano "ForwardX11 yes".

Če dam namesto localhost 127.0.0.1 je isto.

Rešitev je ssh tunel

Recimo začeneš tako, da rečeš "ssh -L 2222:mojserver:22 prviserver cat -"

To vzpostavi ssh tunel, ki ves promet iz localhost:2222 preusmeri na mojserver:22 preko prviserver.

Potem pa odpreš drugo konzolo in vpišeš "ssh -X -p 2222 localhost", in se vzpostavi ssh seja na mojserver skozi tunel.

Tako na prviserver ne rabiš imet vključenega ForwardX11.

Še en link na to temo:
http://www.rzg.mpg.de/networking/tunnel...

Tebe pa res grabi paranoja.

Ok, to je malo bolj komplicirano, ampak se bom potrudil razložit.

Tunele lahko delaš v eni konzoli tako, da ssh spraviš v ozadje. Za to uporabiš stikalo -N za ssh ukaz; in znak &, ki spravi ukaz v ozadje.
Po tem lahko v isti konzoli narediš naslednji tunel.

Cel postopek bi zgledal nekako takole:
# ssh -N -L 2222:NAT_server:22 odprti_server cat - &
# ssh -N -L 2223:kišta:22 -p 2222 localhost cat - &

Potem se lahko na NAT_server povežeš z ukazom:
# ssh -p 2222 localhost

Na kišta pa:
# ssh -p 2223 localhost

Taka je teorija. Žal pa se pri drugi povezavi na localhost ssh pritoži, da nekaj ne štima s host ključem za localhost. Namreč ob prvi povazavi na localhost moraš sprejeti javni ključ serverja NAT_server, ki se potem shrani v ~/.ssh/known_hosts (kot localhost seveda).

Ob povezavi na port 2223, kjer nas čaka kišta, pa ta pošlje svoj ključ. Ker ssh misli, da se povezujemo na localhost, pogleda v known_hosts za njegov ključ. Tam najde ključ ki v resnici pripada NAT_serverju, ki pa se ne ujema s poslanim, ki je od kište.

Ok, do sem sem razlago precej zakompliciral. Upam da bo rešitev bolj razumljiva.


V datoteko ~/.ssh/ssh_config na "lokacija_kjerkoli" vpišeš:

host vNAT_server
Port 2222
CheckHostIP no
Hostname localhost
HostKeyAlias vNAT_server
ForwardX11 yes

host vkišta
Port 2223
CheckHostIP no
Hostname localhost
HostKeyAlias vkišta
ForwardX11 yes


S tem smo ssh-ju povedali, da naj ukaz
# ssh vNAT_server

nas poveže na localhost na portu 2222, ter da naj za ključ serverja v datoteki known_hosts uporabi hostname vNAT_server.
Podobno velja tudi za vkišta.

Prejšnji ukazi sedaj izgledajo tako:
# ssh -N -L 2222:NAT_server:22 odprti_server cat - &

# ssh -N -L 2223:kišta:22 -p 2222 vNAT_server cat - &

Tunela sta sedaj pripravljena, lahko se povežemo:

Če bi rad delal na NAT_serverju:
# ssh vNAT_server

Če bi pa rad direktno na kišto:
# ssh vkišta


Cel postopek ja res malo čuden, mogoče bi se dalo stvar tudi kako drugače naredit.

Pametno bi bilo uporabiti še Public Key Authentication, da ti ni treba vsakič vpisovati gesel.
Poleg tega lahko ukaza za postavitev tunela daš v kako zagonsko skripto, da se vzpostavita vedno ko se zažene lokacija_kjerkoli.