Google Cloud Platform(GCP)でインスタンスを作成した後、SSHをクリックしてブラウザベースのSSHコンソールを開き、インスタンスにアクセスできました。 (ローカルsshクライアントなしでコンソール自体からキーを自動コピーして接続します)しかし、数日後、これが機能せず、ブラウザーがハングします(Firefoxで試してみた、Chromeなど))。
誰かが以前に同様の問題を経験しましたか?
注:PuTTY /ローカルクライアントとCloud Shellコンソール(gcloud compute --project "blackforest" ssh --zone "us-east1-b" "test-instance"
)
私は同じ問題を経験し、それを修正することができました。
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サーバーをオフにして再度オンにする必要はありませんでした。
インスタンスの設定で、オプションブロックプロジェクトのメタデータをチェックしていないことを確認してください。
インスタンス名をクリックして確認し、編集できます
GoogleコンピューティングエンジンインスタンスへのSSH接続を許可するVPCネットワークファイアウォールルールを変更しましたか? IPソース範囲に制限がないことを確認してください。たとえば、すべてのIPがアクセスできることを確認するには、ソース範囲として0.0.0.0/0を設定します。
ドキュメント で詳細を確認できます: