Linux VDS Üzerinde SSH Anahtarıyla Güvenli Erişim

Linux VDS üzerinde güvenli yönetici erişimi için en pratik yaklaşım, yerel bilgisayarınızda bir SSH anahtarı oluşturup yalnızca açık anahtarı sunucuya tanımlamaktır. Önce mevcut yönetici oturumunu ve sağlayıcının konsol erişimini koruyun; yeni anahtarla bağlantıyı ayrı bir oturumda doğrulamadan parola girişini kapatmayın. Böylece hatalı bir ayar, sunucunun yönetimini tamamen kaybetmenize yol açmaz.

Linux VDS hazırlığı ve gerekli erişimler

Bu işlem, sunucu işletim sistemini ve SSH hizmetini yönetebildiğiniz bir Linux VDS ortamı içindir. Paylaşımlı hosting panelinde genellikle sistem SSH ayarlarına erişemezsiniz; bu durumda sağlayıcının sunduğu kullanıcı hesabı veya desteklenen anahtar yükleme ekranı kullanılmalıdır. Yönetici ya da sudo yetkili bir hesaba, sunucunun genel IP adresine ve kendi bilgisayarınızdaki bir SSH istemcisine ihtiyacınız vardır.

Değişiklikten önce sağlayıcı panelindeki web konsolunun çalıştığını kontrol edin. Mevcut SSH ayar dosyasını ve değiştireceğiniz kullanıcı adını not edin; mümkünse VDS anlık görüntüsü veya sağlayıcının geri yükleme seçeneği gibi uygun bir yedek alın. Aynı anda port, güvenlik duvarı ve parola ayarı değiştirmeyin. Bir bağlantı sorunu çıkarsa hangi değişikliğin etkili olduğunu böylece ayırt edebilirsiniz.

SSH anahtarını oluşturma ve açık anahtarı ayırma

Yerel bilgisayarınızda anahtar çifti oluşturun. Örnekteki komut, modern SSH istemcilerinde yaygın olan Ed25519 biçimini kullanır:

ssh-keygen -t ed25519 -C "linux-vds-erisim"

Komutun oluşturduğu iki parçadan açık anahtar genellikle .pub uzantılı dosyadır; sunucuya yalnızca bu dosyanın içeriği aktarılır. Uzantısız dosya özel anahtardır ve paylaşılmamalı, herkese açık bir depoya konulmamalıdır. Oluşturma sırasında özel anahtar için bir parola belirlemek, yerel cihazdaki dosya ele geçirilse bile ek bir koruma sağlar.

Diyelim ki anahtarı dizüstü bilgisayarınızda oluşturdunuz ve VDS sağlayıcınız panelden anahtar yapıştırmaya izin veriyor. Paneldeki alana yalnızca tek satır hâlindeki açık anahtar içeriğini ekleyin; satırın başındaki anahtar türünü ve sondaki açıklamayı değiştirmeyin. Panel böyle bir özellik sunmuyorsa mevcut yönetici oturumuyla hedef kullanıcının SSH anahtarları dosyasına açık anahtarı ekleyin. Kullanıcının ev dizini ve SSH dizini için sahiplik ile erişim izinlerini dağıtımın varsayılanlarına uygun tutun; rastgele geniş izinler vermeyin.

Linux VDS bağlantısını parola ayarını kapatmadan doğrulama

Önce yeni bir terminal penceresi açıp aynı kullanıcı, IP adresi ve SSH portuyla anahtarı kullanarak bağlanmayı deneyin. Başarılı oturumda şu üç sonucu kontrol edin: doğru kullanıcıyla oturum açılmış olması, beklenen ana bilgisayar adının veya IP adresinin görünmesi ve yönetici işlemi gerekiyorsa hesabın gerçekten gerekli sudo yetkisine sahip olması. Eski SSH oturumunu bu sırada kapatmayın.

Bağlantı kurulamazsa hatanın türü sonraki adımı belirler. İstemci anahtarı teklif etmediğini gösteriyorsa yerel SSH istemcisinin doğru özel anahtar dosyasını kullandığını ve dosyanın okunabilir olduğunu inceleyin. Anahtar teklif edildiği hâlde sunucu reddediyorsa hedef kullanıcıya ait anahtar dosyasında anahtarın eksiksiz bulunduğunu, dosyanın doğru kullanıcıya ait olduğunu ve SSH hizmetinin ilgili kullanıcıyı kabul ettiğini kontrol edin. Sunucuya hiç ulaşılamıyorsa anahtar ayarını değiştirmek yerine IP, port ve sağlayıcı güvenlik duvarı kurallarını inceleyin; bunlar farklı bir sorundur.

Somut bir hata bulgusunu doğru düzeltmeyle eşleştirme

Örneğin yeni bağlantı denemesinde istemci, anahtarı gönderdiğini gösteriyor ancak sunucu erişimi reddediyorsa ve sunucu kimlik doğrulama günlüğünde açık anahtar dosyasının okunamadığı belirtiliyorsa, hedef kullanıcının SSH dizinindeki sahiplik veya dosya erişim değerlerini düzeltmek gerekir. Bu bulgu, portu değiştirmek ya da parola politikasını gevşetmek için gerekçe değildir. Önce mevcut değerleri not edin, yalnız ilgili dosya veya dizin sahipliğini düzeltin ve başka ayara dokunmayın.

Parola girişini kontrollü biçimde değiştirme

Yeni anahtarla oturum açabildiğiniz kesinleştiğinde SSH hizmetinin yapılandırmasında parola ile giriş davranışını, kurumunuzun erişim politikasına ve kullandığınız hesabın durumuna göre değerlendirin. Önce yönetici hesabı yerine ayrı bir sudo kullanıcısıyla anahtar erişiminin çalıştığından emin olmak genellikle daha güvenlidir. Doğrudan root girişini veya parolayı kapatmak, sağlayıcının kurtarma konsolunu ve alternatif yönetici hesabını doğrulamadan yapılmamalıdır.

1. Yapılandırma dosyasındaki ilgili kimlik doğrulama satırlarını ve mevcut değerleri kaydedin; yalnız hedef parola ayarını değiştirin.
2. SSH hizmetinin yapılandırma doğrulamasını, dağıtımınızın desteklediği panel veya yönetim aracıyla yapın. Hata bildirirse hizmeti yeniden yüklemeyin; önce sözdizimi hatasını düzeltin ve eski değeri koruyun.
3. Değişiklik kabul edilirse mevcut oturumu kapatmadan yeni bir terminalde aynı kullanıcıyla SSH anahtarı bağlantısını yeniden kurun. Bu, değişiklik öncesindeki denemeyle karşılaştırılabilir bir testtir.
4. Yeni oturumun zamanını not edip sunucunun SSH kimlik doğrulama günlüğünde aynı saate ait başarılı anahtar girişini arayın. Başarılı kayıt, yalnızca doğru hesabın bağlandığını doğrular; uygulama izinlerinin ayrıca test edilmesi gerekebilir.

Anahtar bağlantısı değişiklikten sonra da çalışmıyorsa mevcut konsol veya açık SSH oturumundan önceki parola ayarını geri yükleyin, güvenli biçimde yapılandırma doğrulaması yapın ve aynı SSH işlemini tekrar deneyin. Yeni denemede yeni zaman damgalı günlüğü inceleyin; eski kayıtları yeni sonucun kanıtı saymayın. Sağlayıcı konsolu da yoksa daha fazla ayar değiştirerek kilitlenme riskini artırmak yerine sağlayıcının kurtarma prosedürünü kullanın.

İlk kullanımda kabul ölçütleri

Kurulum tamamlandığında kabul edilebilir sonuç, anahtar dosyasına parola verilmiş yerel istemcinin beklenen kullanıcı hesabına bağlanması, yetkili işlemlerin yalnızca gerektiğinde sudo ile yapılması ve yanlış anahtarın sunucu tarafından kabul edilmemesidir. Bu testler başarısızsa sorun çoğunlukla anahtarın yanlış kullanıcıya eklenmesi, dosya sahipliği, istemcinin yanlış anahtarı seçmesi veya ağ erişimidir; bu olasılıkları tek tek ele alın.

VDS seçimini henüz yapmadıysanız, işletim sistemi ve erişim yöntemlerini karşılaştırırken Türkiye VDS sunucu paketleri sayfasını yalnızca seçenekleri incelemek için kullanabilirsiniz. Paketi belirledikten sonra ilk güvenli adım, kurtarma konsolunu doğrulamak ve SSH anahtarını parola girişini kapatmadan test etmektir.