web-dev-qa-db-ja.com

デフォルトのSSHがGCP Consoleから機能せず、ブラウザがクラッシュまたはハングする

Google Cloud Platform（GCP）でインスタンスを作成した後、SSHをクリックしてブラウザベースのSSHコンソールを開き、インスタンスにアクセスできました。 （ローカルsshクライアントなしでコンソール自体からキーを自動コピーして接続します）しかし、数日後、これが機能せず、ブラウザーがハングします（Firefoxで試してみた、Chromeなど））。

誰かが以前に同様の問題を経験しましたか？

注：PuTTY /ローカルクライアントとCloud Shellコンソール（gcloud compute --project "blackforest" ssh --zone "us-east1-b" "test-instance"）

sshgoogle-cloud-platformgoogle-compute-enginegcloudgoogle-cloud-shell
3
Gineesh

私は同じ問題を経験し、それを修正することができました。

This is going to sound stupid, 
but it stop the instance and start it again 
on the instance page.

そして、Google CloudのSSHウィンドウが再び機能します。

コンソールSSHからのアクセスはありません。完全にGoogleで管理されており、ポリシーとしてオフサイトのQ＆Aにダンプするのではなく、彼らの側の問題であるため、彼らは自由な答えを持っているはずです。

エラー13もしばらくありました。単にウィンドウを何度も開こうとしただけです。彼らがdot.llcをホストしていてAWSがそうでなかったとしたら、私はユーザーフレンドリーではないがより安定したAWSを使用することになります。

これが機能しない場合、解決策は、ボリュームを別のインスタンスに接続し、基本的にすべてのネットワーク、IP、DNSなどをやり直すか、すべてのYUMインスタンスをリロードしてバックアップからプルすることだと思います。これは厳しいアプローチですが、いくつかのインスタンスがバックアップされているので、それらを使用する必要がないことを願っています。混乱しているように見えます。

単純に耐えられない。私がその原因であるのは、運用サーバーがダウンした場合に誰かを解雇することであり、その答えは「24時間以内に返信します」です。または百ドル。

しかし、オフにしてから再びオンにすると、クラウドで機能します（shudders）

そもそも下がってしまうのは悪い。以前に何かを修正するために、Linuxサーバーをオフにして再度オンにする必要はありませんでした。

1
Light Bringer

インスタンスの設定で、オプションブロックプロジェクトのメタデータをチェックしていないことを確認してください。

インスタンス名をクリックして確認し、編集できます

0
Ahmed Al-Haffar

GoogleコンピューティングエンジンインスタンスへのSSH接続を許可するVPCネットワークファイアウォールルールを変更しましたか？ IPソース範囲に制限がないことを確認してください。たとえば、すべてのIPがアクセスできることを確認するには、ソース範囲として0.0.0.0/0を設定します。

ドキュメント で詳細を確認できます：

0
Django