SSH ProxyCommand va xostga asoslangan autentifikatsiya: qaysi xost imzo qo'yadi?

TCP oqimini bastion orqali uzatishni u yerda ikkinchi SSH klientini ishga tushirishdan ajrating, agar xostga asoslangan autentifikatsiya ishtirok etsa.

Maqsad bastiondan kelayotgan TCP ulanishini ko'radi, autentifikatsiyani bajarayotgan SSH klienti esa hali ham ish stansiyasida ishlaydi.

Host behind-bastion
    ProxyCommand ssh -W %h:%p bastion

Bu yerda yordamchi bastionga kiradi va uning SSH serveridan maqsadga uzatilgan ulanishni so'raydi. Ish stansiyasining tashqi SSH klienti shu oqim orqali maqsadning SSH protokolini almashadi. Bastion transportni ta'minlaydi; u maqsadga qaratilgan SSH klientini ishga tushirmagan.

Bu farq xostga asoslangan autentifikatsiya uchun muhim. OpenSSH ning ssh-keysign yordamchisi kerakli imzoni yaratish uchun mahalliy xost kalitlariga murojaat qiladi. Tarmoq manba manzilining bastionga tegishli bo'lishi ish stansiyasini bastionning xost kaliti bilan imzo qo'yishga majburlamaydi.

Buni quyidagi bilan solishtiring:

ssh -t bastion ssh target

Bu bastionda boshqa SSH dasturini ishga tushiradi. Uning mahalliy konfiguratsiyasi va mavjud xost kalitlari shu mashinaga tegishli, shuning uchun u bastion va maqsad o'rtasida avval sozlangan xostga asoslangan ishonch kelishuvida qatnashishi mumkin. Baribir maqsadning tegishli ruxsati va nom tekshiruvlariga muhtoj.

Ikkinchi shakl sessiyaning ishlash usulini ham o'zgartiradi: u masofaviy buyruqni bajaradi va terminaldan foydalanadi. Bu har bir SSH fayl uzatish yoki avtomatlashtirish transporti uchun shaffof o'rinbosar emas. Manba manzili yetarli ko'rinishi uchun serverning ishonch tekshiruvlarini zaiflashtirish o'rniga, qaysi mashina maqsad oldida autentifikatsiyadan o'tishi kerakligiga qarab sozlamani tanlang.

O'xshash maqolalar