SSH bir Linux VPS için anahtarlar: oluşturmak, yükleme ve test erişim

Gerçek hesabı, ev sahibi ve kurtarma yöntemini doğrulayın

Bu kontrol listesini bir Linux VPS için kullanın veya yönetmek için yetkilidir. Ev sahibi, hesap adı ve SSH port aslında hizmetinize tayin edildi. Bir dağıtım adından bir isim tahmin etmeyin. Bir doğrulama değişikliği başarısız olursa erişim nasıl geri kazanacağınızı onaylayın, operatörünüzün gerçekten mevcut olduğu bir yöntem kullanarak.

Yeni bir giriş yöntemi test ederken mevcut özgün bir oturum açın. Henüz çalışma erişiminiz yoksa, ilk bağlantı ayrıntıları çöz. Bir kamu barındırma planı veya ücretli bir siparişin kendisi bir çalışma kabuğu hesabı değildir; sunucu talimatlarına başvurmadan önce gerçek hizmet ayrıntıları bekleyin.

Linux VPS yazılım ve kaynaklar

Cihazdaki anahtarı bağlanmak için kullanılan cihazı oluşturun

Kendi müşteri cihazınızda ssh-keygen çalıştırın, uzak VPS içinde değil. Bir OpenSSH müşteri için, ssh-keygen -t ed25519 bir Ed25519 anahtar çifti ve bir dosya konumu için hızlı. Mevcut bir anahtarın zaten mevcut olup olmadığını yeni bir dosya adı seçin; başka bir sunucunun hala kullandığı bir anahtar yazma.

Özel anahtarı bir geçiş ve güvenli cihaz depolama ile koruyun. Bir geçiş yapmak yerine interaktif olarak, kabuk tarihinde kurtarılabilecek bir komutaya girmek yerine kullanın. Anahtar amacın ve halk anahtar parmak izlerini takip edin, böylece inceleme veya geri yükleme erişimi sırasında doğru girişi belirleyebilirsiniz.

Planlanan sunucu hesabı için halkın yarısını yükleyin

Halk anahtarı normalde .pub appended ile aynı dosya adına sahiptir. VPS'te kullanacağınız hesap için yetkili anahtarını ekleyin. Birçok OpenSSH kurulumları uzaktan hesap için ~/.ssh/authorized_keys kullanıyor, ancak etkili sunucu yapılandırması farklı bir yer belirtebilir. Her sistemin aynı politikayı kullandığı varsaymak yerine yeri doğrulayın.

Nerede mevcutsa, ssh-copy-id mevcut yetkili bir bağlantı aracılığıyla halka açık anahtar yükleyebilir. Bir manuel yükleme mevcut anahtarları korumalı ve her halka açık anahtarı tek bir çizgide tutmalıdır. Tüm dosyayı, her erişim sahibinin kasıtlı olarak gözden geçirmediği sürece tek bir yeni girişle değiştirmeyin. Özel anahtar kendi cihazınızda kalır.

Gerekirse masayı yatay olarak kapatın.

Ev sahibini ve taze bir bağlantı test et

Yeni bir ev sahibi kimliği kabul etmeden önce operatörünüz veya başka doğrulanmış bir kanal aracılığıyla elde edilen güvenilir bir değerle sunucu host-key parmaklarını karşılaştırın. Daha önce bilinen bir parmak izi beklenmedik bir şekilde değişirse, değişikliği araştırın. Tanık istemciyi bilinen oyun girişini bitirin ve her ne görünürse kabul edin, doğru sunucuya ulaştığınızı belirlemez.

İkinci bir terminal açın ve gerçek hesabınızla bağlantı kurun, ev sahibi olun ve özel anahtar yolu seçin. OpenSSH -i seçeneği bir kimlik dosyasını seçer ve -p, bir tanesi atanan bir non-default portunu seçer. Giriş sonrası beklenen hesabı onaylayın. Özel bir anahtar geçiş, yerel anahtarınızı açar; uzaktan bir hesap şifresinden farklı.

Giriş politikasını değiştirmeden önce Diagnose reddedilmesi

Anahtar reddedilirse, doğru hesabı kullandığınızı kontrol edin ve halkın anahtarını müşteri tarafından seçilen özel kimlikle eşleştir. Yetkili anahtar dosya yerini, mülkiyet ve izinleri gözden geçirin. Tipik bir OpenSSH hesabında, gibi kısıtlayıcı izinler 700 .ssh ve 600 Onda authorized_keys Diğer kullanıcıların kimlik doğrulama dosyalarını değiştirmelerini engeller; doğru hesap onlara sahip olmalıdır.

Inspect client tanıları ve sunucu doğrulama logları size mevcut. Server politikası kullanıcıları, anahtar türleri veya kimlik doğrulama kombinasyonlarını kısıtlayabilir. Reddetilmiş bir anahtar çalışması yapmak için izinleri genişletmeyin. Yardım ararken, özel bir anahtardan ziyade, transphrase veya tam hassas tanı logunu paylaşın.

Yalnızca erişimden sonra değişim doğrulama ayarlarını değiştirir

Bir çalışma anahtarı, sunucu parola politikasını otomatik olarak değiştirmez. Kimlik doğrulama ayarlarını değiştirmek istiyorsanız, ana OpenSSH konfigürasyonunu kontrol edin ve hesabı etkileyen herhangi bir dosyayı dahil edin. ŞifreAuthentication ve klavye-interaktif kimlik doğrulama ayrı ayarlar ve bir operatör politikası veya maç bloğu etkili sonucu değiştirebilir.

İlgili yapılandırmayı geri alın ve değişiklikleri uygulamadan önce yüklenen daemon ile doğrulayın; Sudo sshd - bu komut ve ayrıcalıkların geçerli olduğu sistemler üzerinde OpenSSH sözelleme kontrolü değildir. Dağıtımınız için belgelenen servis yönetim yöntemi kullanın. Orijinal seansı açık tutun ve onu kapatmadan önce değişiklikten sonra başka bir taze anahtar bağlantısı kanıtlayın.

Linux VPS güvenlik kontrol listesi ile devam edin

Rotate access and keep recovery independent of one dizüstü bilgisayar

Her yöneticiye kendi anahtarını verin, böylece bir erişim değişikliği özel bir dosyayı paylaşmak gerektirmez. Bir cihazı değiştirirken, ilk önce yeni halk anahtarını yükleyin ve test edin, sonra onu tanımlamaktan sonra eski halka anahtar girişi ortadan kaldırır. Kayıp bir geçiş, şifreli özel anahtardan kurtarılamaz; çalışan yetkili bir erişim yöntemi aracılığıyla bir yedek oluşturur.

Bir takım üyesi ayrılırken veya bir cihaz kaybedildiğinde notları gözden geçirin. Bir kamu anahtar girişinin kaldırılması, gelecekteki anahtar girişleri bu giriş yoluyla önler, ancak aynı zamanda aktif seansları ve diğer erişim yöntemlerini de gözden geçirin. Servis kayıtlarınızla onaylanmış bir kurtarma prosedürü tutun, böylece erişim tamamen değiştirdiğiniz cihazınıza bağlı değildir.

• Özel anahtar asla yüklenmedi veya destek için gönderildi.
• İkinci bir bağlantı amaçlanan hesap ve kimlik ile çalışır.
• Ev sahibi parmak izi güvenilir bir kanal üzerinden kontrol edildi.
• Kurtarma ve anahtar gerileme politika değişikliklerinden önce belgelenir.

Plan bağımsız yedekler ve kurtarma · Access kurduktan sonra bir Nginx web sitesini uygulayın