Kimlik bilgileri veritabanını Google Cloud'a taşıdıktan ve eski sunucuyu kapattıktan sonra, yeni DB VM SSH isteklerine yanıt vermeyi durdurur ancak veritabanı isteklerini sunmaya devam eder. Hangi üç tanılama adımını atmalısınız?

SSH erişiminin kesilmesi ancak veritabanı hizmetinin devam etmesi, VM'nin kendisinin çalıştığını gösterir. 1. Diskin bir anlık görüntüsünü alın ve araştırmak için yeni bir makineye ekleyin: Bu, mevcut VM'yi etkilemeden disk içeriğini incelemenin güvenli bir yoludur. Yeni bir VM oluşturup anlık görüntüden geri yükleyerek, orijinal VM'nin durumunu korurken sorun giderme yapabilirsiniz. 2. VM'nin bulunduğu ağ için gelen güvenlik duvarı kurallarını kontrol edin: SSH (genellikle TCP 22) için gelen güvenlik duvarı kuralının yanlışlıkla silinmiş veya değiştirilmiş olması, SSH erişimini engelleyebilirken diğer portlar (veritabanı) açık kalabilir. 3. Örnek Serial Console çıktısını yazdırın, etkileşimli konsolu etkinleştirin ve araştırın: Seri konsol, işletim sistemi önyükleme mesajlarını ve sistem günlüklerini gösterir. Bu, SSH hizmetinin neden başlamadığını veya yanıt vermediğini anlamak için değerli bilgiler sağlayabilir. Etkileşimli konsol, VM'ye ağ bağlantısı olmadan erişim sağlar. Diğer seçenekler: VM'yi ve diskleri silmek veya örneği silip diski başka bir VM'ye eklemek, sorunu araştırmadan önce veri kaybına yol açabilir veya gereksiz yere sistemi kapatır. VM'yi başka bir ağa bağlamak, güvenlik duvarı sorununu geçici olarak çözebilir ancak temel nedeni belirlemez.