Облачные службы Google - вообще невозможно подключиться к экземпляру по SSH
Я не могу подключиться к моему экземпляру в облачных службах Google по SSH.
Я не очень хорошо разбираюсь в управлении виртуальными машинами и устранении неполадок, но попробовал все, что знал, и Google мог предоставить мне, включая:
- Попытка SSH из внешней программы
- Копирование и монтирование дисков на новый экземпляр
- Подключение к обоим через последовательную консоль
- Попробуйте все вышеперечисленное в другом месте хоста
Независимо от того, что я пробую, единственный результат - это символ загрузки, за которым следует следующее:
Передача ключа на проектирование метаданных уходит необычно много времени. Вместо этого передача метаданных экземпляра может быть быстрее, но ключи будут перенесены только на эту виртуальную машину. Если вы хотите использовать SSH на других виртуальных машинах с этой виртуальной машины, вам необходимо будет передать ключи соответственно.
Я не могу этого сделать, так как у меня нет закрытого ключа, который используется GCloud для SSH в экземпляре. , а использование PuTTY просто не работает, поскольку любые открытые ключи, предоставленные мной серверу, вообще не работают.
ამ შეცდომის მიღების ერთ-ერთი მიზეზი არის ის, რომ VPC- სთვის firewall- ის წესები არ არის კონფიგურირებული, რომ SSH- ს ინსტანციაში შესვლის უფლება ჰქონდეს. შეგიძლიათ დაადასტუროთ ეს კონფიგურაცია Google Cloud Console- ში:
- გადადით პროექტზე, რომელშიც აქტიურია თქვენი VM
- მარცხენა მხარის მენიუდან აირჩიეთ "VPC ქსელი"
- დააჭირეთ Firewall- ის წესებს
- წესისთვის, რომელიც საშუალებას აძლევს SSH– ს წვდომას მეშვეობით TCP 22 პორტზე, რომელიც მოიცავს თქვენს მაგალითს ან "ვრცელდება ყველას"
- თუ წესი აკლია, შექმენით firewall– ის წესი, "Source IP Range" - ისთვის, შეიყვანეთ public თქვენი ინტერნეტ კავშირის IP მისამართი ან შეიყვანეთ 0.0.0.0/0 ინტერნეტის ნებისმიერი ადგილიდან კავშირის დასაშვებად
საზოგადოებრივი გასაღებები უნდა ჩართოთ, სანამ მესამე მხარის ინსტრუმენტებს გამოიყენებენ VM ინსტანციებზე წვდომისთვის, გაკეთდა ეს იმ VM- სთვის, რომლის დაკავშირებას ცდილობთ?
SSH წვდომის პრობლემების გამოსწორება შესაძლებელია /var/log/auth.log მეშვეობით (გზა დამოკიდებულია ოპერაციულ სისტემაზე, ამიტომ მოძებნეთ სწორი გზა თქვენი ოპერაციული სისტემისთვის) ან შეგიძლიათ გადახედოთ სერიული კონსოლის გამომავალს დამატებითი დეტალების სანახავად, რაც დაგეხმარებათ პრობლემის მოსაგვარებლად.
თუ საკითხის შესაძლო ძირითად მიზეზს დაადგენთ, მისი გამოსასწორებლად შეგიძლიათ ჩართოთ ინტერაქტიული წვდომა სერიულ კონსოლზე .
თუ არ გაქვთ ძირეული პაროლი, შეგიძლიათ:
1. Go to the VM instances page in Google Cloud Platform console.
2. Click on the instance for which you want to add a startup script.
3. Click the Edit button at the top of the page.
4. Click on ‘Enable connecting to serial ports’
5. Under Custom metadata, click Add item.
6. Set 'Key' to 'startup-script' and set 'Value' to this script:
#! /bin/bash
useradd -G sudo USERNAME
echo 'USERNAME:PASSWORD' | chpasswd
7. Click Save and then click RESET on the top of the page. You might need to wait for some time for the instance to reboot.
8. Click on 'Connect to serial port' in the page.
9. In the new window, you might need to wait a bit and press on Enter of your keyboard once; then, you should see the login prompt.
10.. Login using the USERNAME and PASSWORD you provided.
სერიული კონსოლის წვდომა არ არის უსაფრთხო, ამიტომ გირჩევთ, გამორთოთ იგი სამუშაოების დასრულების შემდეგ.
ამის გამოსწორება ასევე შეგიძლიათ SSH Diagnosis სკრიპტების გაშვებით Linux სტუმრების გარემოდან , რომლებიც შედის Google– ის მიერ გამოქვეყნებული საჯარო სურათების გამოყენებით შექმნილ Linux ინსტანციებში.
Google разработал сценарий устранения неполадок для экземпляров виртуальных машин, имеющих проблемы с подключением по SSH. Вот ссылка: https://github.com/GoogleCloudPlatform/compute-ssh-diagnostic-sh
У меня было эта проблема время от времени. Я могу получить доступ к виртуальной машине через браузер ssh, но не через свой собственный ssh-клиент, в то время как все службы http не работают. Это на экземпляре f1-micro (постоянно бесплатный уровень). Кажется, всегда работает некоторая линейная комбинация этих шагов:
- Сброс экземпляра
- Подождите пару минут
- Экземпляры ВМ > [моя машина] > Редактировать. Установите тот же тип машины, что и у вас сейчас, что приведет к принудительному клонированию и внутренней миграции со стороны Google.
- Отключите все, что потенциально может занимать 100 % ресурсов процессора. Похоже, Google отключит ваш компьютер, если это произойдет.
- Обновите до g1-маленький. Он стоит примерно в 3 раза дороже (по крайней мере, для меня), но у него гораздо меньше этих загадочных проблем.
В этот конкретный раз (03.01.2020) 3 и 2 решили мою проблему.
Это также может произойти, если загрузочный диск экземпляра заполнен. Устранение ошибок подключения к Google Cloud