SSH ProxyCommand жана хостко негизделген аутентификация: кайсы хост кол коёт?

TCP агымын бастион аркылуу өткөрүүнү ошол жерде экинчи SSH клиентин баштоодон айырмалаңыз, эгер хостко негизделген аутентификация катышса.

Максат бастиондон келген TCP байланышын көрөт, ал эми аутентификацияны аткарган SSH клиенти дагы эле жумуш станциясында иштеп турат.

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

Бул жерде жардамчы бастионго кирет жана анын SSH серверинен максатка өткөрүлгөн байланышты сурайт. Жумуш станциясынын тышкы SSH клиенти ошол агым аркылуу максаттын SSH протоколун алмашат. Бастион ташууну камсыз кылат; ал максатка багытталган SSH клиентин баштаган эмес.

Бул айырма хостко негизделген аутентификация үчүн маанилүү. OpenSSHдин ssh-keysign жардамчысы керектүү кол тамганы жаратуу үчүн жергиликтүү хост ачкычтарына кайрылат. Бастионго таандык тармактык булак дареги жумуш станциясын бастиондун хост ачкычы менен кол коюуга мажбурлабайт.

Муну төмөнкү менен салыштырыңыз:

ssh -t bastion ssh target

Бул бастиондо башка SSH программасын баштайт. Анын жергиликтүү конфигурациясы жана жеткиликтүү хост ачкычтары ошол машинага таандык, ошондуктан ал бастиондон максатка чейин мурунтан жөндөлгөн хостко негизделген ишеним келишимине катыша алат. Ага дагы эле максаттын тиешелүү уруксаты жана атын текшерүү керек.

Экинчи форма сессиянын иштөө жолун да өзгөртөт: ал алыскы буйрукту аткарат жана терминалды колдонот. Бул ар бир SSH файл өткөрүү же автоматташтыруу ташуусу үчүн ачык алмаштырма эмес. Булак дареги жетиштүү көрүнүшү үчүн сервердин ишеним текшерүүлөрүн алсыратуунун ордуна, кайсы машина максаттын алдында аутентификация кылышы керектигине жараша конфигурацияны тандаңыз.

Тектеш макалалар