J'ai installé Google Chrome avec la ligne de commande suivante:
$ wget -q -O - https://dl-ssl.google.com/linux/linux_signing_key.pub | Sudo apt-key add -
$ Sudo sh -c 'echo "deb http://dl.google.com/linux/chrome/deb/ stable main" >> /etc/apt/sources.list.d/google.list'
$ Sudo apt-get update
$ Sudo apt-get install google-chrome-stable
Lorsque j'essaie d'ouvrir Google Chrome à partir de la ligne de commande ($ google-chrome
), le message d'erreur suivant s'affiche:
[5426:5426:0808/041800:ERROR:browser_main_loop.cc(209)] Gtk: cannot open display:
Comment puis-je résoudre ce problème pour ouvrir le navigateur Google?
Si je comprends bien la situation, vous vous connectez à une instance remote EC2 (peut-être un "serveur cloud" ). Vous utilisez probablement ssh
.
L'installation d'un serveur X sur l'instance EC2 ne vous aidera pas, car vous avez besoin que l'interface graphique de cette application apparaisse de votre côté , pas sur l'écran attaché à le serveur . (Il n'y a probablement pas de tel écran, mais même s'il y en avait, cela ne vous aiderait pas.)
En supposant que la machine à laquelle vous vous connectez à partir de (c’est-à-dire, l’ordinateur que vous utilisez physiquement) exécute Ubuntu ou un autre système d’exploitation qui utilise le système de fenêtres X pour son interface graphique, vous peut utiliser renvoi X11 (ssh -X
) .
À l'heure actuelle, vous vous connectez probablement au serveur EC2 avec une commande telle que:
ssh username@hostname
(Où hostname
est soit le nom de domaine ou l'adresse IP de l'instance EC2, soit peut-être son "nom simple" si vous vous connectez via un VPN.)
Pour transférer X11, remplacez-le par:
ssh -X username@hostname
D'après mon expérience, les applications d'interface graphique contrôlées à distance exécutées via ssh -X
traînent souvent de manière perceptible. Vous pourrez peut-être améliorer les performances en utilisant le chiffre de blowfish:
ssh -c blowfish -X username@hostname
Et à moins que votre connexion à l'instance EC2 soit extrêmement rapide, vous pourrez peut-être améliorer davantage la réactivité avec la compression de données:
ssh -C -c blowfish -X username@hostname
(Ceux-ci peuvent être utilisés dans n'importe quelle combinaison; par exemple, vous pouvez utiliser ssh -C -X username@hostname
si vous le souhaitez.)
Si ssh -X
ne fonctionne pas , il est peut-être désactivé sur le serveur. Dans ce cas, ouvrez /etc/ssh/sshd_config
sur le serveur. Recherchez une ligne indiquant X11Forwarding no
et remplacez-la par X11Forwarding yes
. (S'il n'y a pas de telle ligne, ajoutez simplement X11Forwarding yes
.)
Autres lectures: Comment transférer X sur SSH à partir d'une machine Ubuntu?
Si vous utilisez PuTTY sous Windows (ce qui semble maintenant être le cas, en fonction de la capture d'écran que vous avez téléchargée), il s'agit toujours d'une connexion SSH, mais vous n'utilisez pas la commande ssh
, de sorte que client - la syntaxe latérale ne vous aidera pas.
Au lieu de cela, vous devrez:
(Notez que si votre système Windows est le client SSH et que l'instance EC2 est le serveur SSH , c'est l'inverse pour X11: le client SSH exécute le serveur X et le serveur SSH exécute le client X.)
Transfert X11 à l'aide de Xming et PuTTY explique comment installer le serveur Xming X sur votre système Windows et configurer PuTTY pour transférer X11. En bref:
localhost:0
et que le bouton d'option sous "Protocole d'authentification X11 distant" est défini sur MIT-Magic-Cookie-. 1.Facultativement (et non pris de cette source):
-c blowfish
si vous utilisiez la commande ssh
.Voir également: