2016-04-14 22 views
3

Şu an kullandığım ve MySQL Workbench uygulamasından başarıyla bağlandığım bir Google Cloud SQL Örneğim var. Ancak dün itibarıyla ben MySQL tezgah (veya Laptop'ıma komut satırı) kullanarak bağlanmak ve hatayı alamayan:Hata 2003 (HY000): 'IPv4 adresi' (10060) 'da MySQL sunucusuna bağlanamıyor

ERROR 2003 (HY000): Can't connect to MySQL server on '207.xxx.xxx.xx' (10060) 

Zaten aşağıdaki yapmış:

  • Yetkili laptop'umun IP Google Konsolunda adres (whatismyip.com kullanılarak bulundu).
  • Google Konsolunda veritabanına bir IPv4 adresi atandı.
  • Kullanıcı sorunu olup olmadığını görmek için yeni kullanıcı ve şifreler oluşturun. Ama bu yardımcı olmadı.
  • Örneği yeniden başlattı, ev ağımı/dizüstü bilgisayarımı yeniden başlattı ve yeni IP adresleri aldım (ve buna göre yetkili IP adresini güncelledi).
  • En son MySQL çalışma tezgahı 6.3 CE'ye yükseltildi ancak yine de sorun var.

Veritabanım, uygulamasımın bağlanabildiği ve verilere eriştiği sırada çalışıyor, dizüstü bilgisayarımdan uzak bir bağlantı kuramıyorum.

Bu konuda yeniyim ve nasıl düzeltileceğine dair fikirlerim yok. Herhangi bir yardım büyük takdir edilecektir.

+0

Bu teknik olarak daha iyi bir uyum [DBA sitesinde] üzerindedir (http://dba.stackexchange.com) veya [Sunucu Hatası] (http://serverfault.com) kesinlikle programlama ile ilgili değildir. Söylediğine göre, 3306 numaralı bağlantı noktasının açık olduğundan emin olmak için makineyi araştırdın mı? SSH kullanarak bir seçenek mi bağlanıyor? Bu çok daha güvenilir olma eğilimindedir. – tadman

+0

Üzgünüz, ilk yazıyı nereye koyacağımı bilmiyorum. Ayrıca, benim için DB'ye bakmadan ve DB'nin bir görünümü olmadan doğru şeyleri koyduğunu kontrol etmem gerektiğinden benim programımın ayrılmaz bir parçasıyım. Bağlantı noktası 3306'nın açık olduğunu doğrulamak için Google Cloud örneğini nasıl araştırırım? – Kelly

+0

Herhangi bir port test aracı işi yapmalıdır, ancak [nmap] (http://nmap.org) en popüler olanıdır. Bağlantı noktası açıksa, orada yarı yoldasın. Kapalı veya filtrelenmişse güvenlik duvarı sorununuz var. SSH'yi ilk önce kullanabilirseniz, bu daha güvenilirdir ve fiziksel IP adresinize bağlı değildir. – tadman

cevap

1

Yardımlarınız için herkese teşekkürler. Tüm önerilerinizi denedikten sonra bir Google grubu buldum ve issue'u günlüğe kaydettim. aşağıdaki gibi Google buna yanıt verdiler:

David Newgas: For now try connecting from a GCE instance (including cloud shell) or using a GCE instance to proxy connections from your laptop. I have updated the dashboard with some more information (although it may take a while for you to see it due to caching) To be clear, this issue will only be affecting first generation instances.

0

Yorum yapmak için yeterli "puan" a sahip değildim, bu yüzden burada sözümü söyleyeceğim.

Tam olarak aynı sorunu yaşıyorum. Yaklaşık 10 gün önce Cloud SQL örneğine bağlı kaldım ve db'yi senkronize ettim. Dün bazı güncellemeleri vb. Başlatacaktım. Ancak, verilen IPv4 haricinde, veritabanı bağlantısında hiçbir şey değiştirmemiş olmama rağmen bağlantı kuramadım.

Sorunun, App Engine Skeleton'u temel alan Django projemde olduğunu düşündüm, bu nedenle bu projeyle ilgili bir sorun oluşturdum. https://github.com/GoogleCloudPlatform/appengine-django-skeleton/issues/16

Belki/umarım bazı bilgiler buradan alırız.

+0

Teşekkür Martin çok benzer geliyor. Bir cevap alırsan haberim olsun. – Kelly

İlgili konular