Kısa cevap: SSH terminalinin açık kalması, MySQL’e kadar bütün yolun hazır olduğunu kanıtlamaz. Yerel dinleyici, SSH yönlendirme izni, uzak veritabanı adresi ve MySQL hesabı dört ayrı kontroldür. Bu rehber tünel kurma anlatımından farklı olarak, kurulmuş görünen bağlantının nerede bozulduğunu bulmaya odaklanır.
Hangi programın hata verdiğini yazın
Hata SSH istemcisinden mi, veritabanı aracından mı geliyor? Yerel portun kullanıldığına ilişkin uyarıyla MySQL Access Denied mesajı aynı kaynağa ait değildir. Tarih, kullanılan yerel port ve seçilen hedefi kaydedin; parolayı kayda koymayın. SSH hata ayrımı rehberi, zaman aşımıyla bağlantı reddini ayırmak için yararlıdır. Sorunun yalnız belirli bilgisayarda oluşup oluşmadığı da kontrol listesinin bir parçasıdır.
İstemci gerçekten tünele mi gidiyor?
Veritabanı aracının doğrudan sunucu IP’sine değil, onaylanan yerel dinleyiciye yöneldiğini kontrol edin. Önceden kaydedilen bir bağlantı profili eski portu kullanıyor olabilir. Yerel MySQL servisi de varsa hangi uygulamanın hangi portu dinlediğini yöneticinizle doğrulayın. OpenSSH yapılandırma başvurusu, yönlendirme ve bağlantı başarısızlığına ilişkin seçenekleri belgeler. Bir seçenek adı görmek, bütün bağlantı zincirini test ettiğiniz anlamına gelmez.
Hedefi SSH sunucusunun gözünden düşünün
127.0.0.1 kullanıldıysa hedef, tünelin uzak ucundaki makine olabilir; çalışma bilgisayarınız değildir. Veritabanı başka özel ağ sunucusuna taşındıysa eski hedef artık yanlış olabilir. veritabanı host adresi yazısı bu farkı açıklar. Hedefi doğrulamadan MySQL’i bütün ağ arabirimlerine açmak yerine mevcut topolojiyi ve servis durumunu inceleyin. İlgili makineye yönetim yetkiniz yoksa sağlayıcıdan doğrulama isteyin.
MySQL’in gördüğü hesabı inceleyin
MySQL bağlantı doğrulama belgesi, kullanıcı ile host bilgisinin hesap eşleşmesindeki rolünü açıklar. Bu yüzden SSH hesabının adıyla MySQL kullanıcısının aynı olması gerekmez. MySQL yetki rehberindeki gibi kullanıcı adını, veritabanı adını ve gerekli işlem hakkını ayrı kontrol edin. Başarılı okuma testi, şema değiştirme hakkının da verilmesi gerektiği anlamına gelmez.
Düzeltmeyi tek katmanda yapıp tekrar ölçün
Yerel port düzeltildiyse yalnız bu değişiklikle yeniden deneyin. Hedef değiştiyse ilgili erişimi dar kapsamda doğrulayın. Parola değişikliği uygulama servislerini etkileyebilir; üretim kullanıcılarını gelişigüzel sıfırlamayın. Destek kaydında önceki ve sonraki mesajı yan yana yazın. veritabanı yedek kapsamı yazısı, veri üzerinde işlem yapılacaksa neden ayrıca geri dönüş planı gerektiğini anlatır. Sorunu çözerken ilk testinizi gereksiz yazma işlemiyle yapmayın.
Bu konunun diğer kontrolleri
- SSH Tüneli ile MySQL’e Bağlanma: Veritabanı Portunu İnternete Açmadan
- Veritabanı İçin Geçici SSH Erişimi: Anahtar, Yetki ve İş Bitiminde Kapatma
Sıkça Sorulan Sorular
SSH oturumu açıldıysa tünel de hazır mıdır?
Her zaman değil. Yerel portun bağlanması veya hedefe erişim ayrıca başarısız olabilir. SSH ve yönlendirme günlüklerini, veritabanı istemcisinin sonucuyla birlikte inceleyin.
Access Denied hatasını çözmek için tüm hostlara izin vereyim mi?
Hayır. Önce MySQL’in hangi kullanıcı ve bağlantı kaynağını gördüğünü yetkili yönetici belirlemelidir. Genel erişim izni, yanlış hesabın veya hedefin güvenli çözümü değildir.
Connection refused ile parola hatası aynı mı?
Hayır. İlki dinleyici ve bağlantı yoluna, ikincisi hizmetin kimlik doğrulamasına işaret edebilir. Tam hata metnini kaydedin; iki soruna aynı ayarı uygulamayın.
Hata ayıklarken parola değiştirmeden önce ne kontrol edilmeli?
Doğru bağlantı profilinin kullanıldığını, veritabanı adını, kullanıcı adını ve tünelin yerel portunu karşılaştırın. Yanlış profile bağlanıyorsanız doğru parolayı değiştirmeniz diğer uygulamaların erişimini bozabilir. MySQL hata mesajında görülen kullanıcı ve kaynak bilgisini hassas alanları temizleyerek yöneticiye iletin. Yönetici hesabın kilit veya yetki durumunu da inceleyebilir. Bağlantı yolu düzelmeden hesap yetkilerini genişletmeyin; önce ağ ve dinleyici, sonra kimlik, ardından gereken işlem yetkisi sırasını koruyun.