Le navigateur SSH ne fonctionne pas dans Compute Engine GCP

Pour utiliser le navigateur pour SSH sur une instance GCE, vous devez être un administrateur d'instance de calcul. De plus, si vous exécutez cette instance avec un compte de service, votre compte doit être un utilisateur de compte de service. Consultez ce lien pour plus d'informations: https://cloud.google.com/compute / docs / ssh-in-browser

De plus, avez-vous vérifié que votre pare-feu autorise les connexions au port SSH (22) à partir des plages IP de Google?

Vous pouvez les trouver en utilisant ces commandes (voir https://support.google.com/a/answer/60764 )

nslookup -q=TXT _netblocks.google.com 8.8.8.8
nslookup -q=TXT _netblocks2.google.com 8.8.8.8
nslookup -q=TXT _netblocks3.google.com 8.8.8.8

p>

Vous pouvez essayer différentes méthodes de connexion d'une instance pour voir si le problème est sous-jacent en SSH ou ailleurs.

Il existe plusieurs façons de connecter une instance Linux via SSH. Vous pouvez vous connecter à une instance via le terminal . Vous pouvez vous connecter via l ' interface Web qui est en général le moyen le plus pratique de se connecter à une instance. Vous pouvez également utiliser le SDK Google Cloud et exécuter la commande ci-dessous pour vous connecter à une instance via SSH:

$ gcloud compute ssh [INSTANCE_NAME]

Vous pouvez également utiliser Cloud Shell pour connectez votre instance à partir de l'interface utilisateur Web de Cloud Console en utilisant la même commande que ci-dessus. Vous pouvez vous connecter via la console série en utilisant la console Google Cloud Platform, l'outil de ligne de commande gcloud ou un client SSH tiers. La console série authentifie les utilisateurs avec des clés SSH. Plus précisément, vous devez ajouter votre clé SSH publique aux métadonnées du projet ou de l'instance et stocker votre clé privée sur la machine locale à partir de laquelle vous souhaitez vous connecter. Il existe d'autres méthodes avancées pour se connecter à une instance. P >

Je recommanderais également de vérifier si vous avez une règle de pare-feu pour le port 22 qui est requise pour SSH. Vous pouvez accéder au réseau VPC à partir de Cloud Console, puis à l'onglet Règles de pare-feu, vérifier si vous avez une règle de pare-feu pour le port 22 et si cette règle est appliquée à l'instance affectée ou non. S'il n'y a pas de règle de pare-feu pour le port 22, créez une règle de pare-feu et appliquez-la à l'instance concernée.

Vous pouvez également suivre les étapes de dépannage SSH mentionnées à l'adresse lien .

J'ai le même problème et après avoir recréé 4 instances et parcouru tous les scénarios de clé ssh possibles, j'ai décidé d'essayer Chrome et cela a bien fonctionné alors que dans Firefox, j'obtiens l'écran noir vide après la poignée de main. J'ai regardé via le port série et le journal sys a montré toutes les mêmes entrées pour ma session ssh web interrompue dans Firefox comme pour la session ssh web chrome en fonctionnement, ce qui signifie qu'il doit y avoir un problème avec Firefox.

C'est un bug dans une bibliothèque Chromium qui affecte Firefox. Utilisez Chrome comme solution de contournement.

Si vous utilisez Firefox (comme moi). Cela semble être le problème car le chrome fonctionne correctement. Apparemment, Firefox a un bug. Idk si c'est un bug réel ou c'est fait exprès parce que parfois (moins de fois) cela fonctionne sur Firefox et parfois pas à moins que je garde et continue de rouvrir une fermeture du SSH.

Au lieu d'ouvrir et de fermer à chaque fois en espérant avoir une chance de travailler et / ou d'utiliser chrome, si vous avez Linux ou dans mon cas, j'ai un sous-système Windows pour Linux sur mon ordinateur Windows, donc je peux juste SSH.

Pour Windows, vous pouvez utiliser le sous-système ou utiliser Putty (Voici un didacticiel sur le mastic https: //www.youtube.com/watch?v=fmh94mNQHQc sur la façon de se connecter à GCC) Ce didacticiel de mastic est également similaire à la façon dont vous pouvez le faire sur le sous-système afin que vous puissiez toujours le regarder pour cela aussi