SSH ProxyCommand និងការផ្ទៀងផ្ទាត់ដោយផ្អែកលើហូស៖ តើហូសណាសរសេរហត្ថលេខា?

គោលដៅអាចឃើញការតភ្ជាប់ TCP ដែលមកពី bastion ខណៈ SSH client ដែលធ្វើការផ្ទៀងផ្ទាត់នៅតែដំណើរការនៅលើ workstation។

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

នៅទីនេះ ជំនួយការចូលទៅក្នុង bastion ហើយសុំឱ្យ SSH server របស់វាផ្តល់ការតភ្ជាប់ដែលបញ្ជូនបន្តទៅគោលដៅ។ SSH client ខាងក្រៅរបស់ workstation ផ្លាស់ប្តូរ protocol SSH របស់គោលដៅតាមរយៈ stream នោះ។ bastion ផ្តល់ការដឹកជញ្ជូន；វាមិនបានចាប់ផ្តើម SSH client ដែលបែរមុខទៅគោលដៅទេ។

ភាពខុសគ្នានេះសំខាន់សម្រាប់ការផ្ទៀងផ្ទាត់ដោយផ្អែកលើហូស។ ជំនួយការ ssh-keysign របស់ OpenSSH ចូលប្រើ key ហូសមូលដ្ឋាន ដើម្បីបង្កើតហត្ថលេខាដែលត្រូវការ។ អាសយដ្ឋានប្រភពបណ្តាញដែលជារបស់ bastion មិនធ្វើឱ្យ workstation សរសេរហត្ថលេខាដោយ key ហូសរបស់ bastion ទេ។

ប្រៀបធៀបជាមួយ៖

ssh -t bastion ssh target

នេះចាប់ផ្តើមកម្មវិធី SSH មួយផ្សេងទៀតនៅលើ bastion។ ការកំណត់មូលដ្ឋាន និង key ហូសដែលមាន ជារបស់ម៉ាស៊ីននោះ ដូច្នេះវាអាចចូលរួមក្នុងការរៀបចំទុកចិត្តដោយផ្អែកលើហូស ដែលបានកំណត់រួចរវាង bastion និងគោលដៅ។ វានៅតែត្រូវការការអនុញ្ញាត និងការត្រួតពិនិត្យឈ្មោះដែលត្រូវគ្នាពីគោលដៅ។

ទម្រង់ទីពីរក៏ផ្លាស់ប្តូររបៀបដែល session ដំណើរការ៖ វារត់ពាក្យបញ្ជាពីចម្ងាយ និងប្រើ terminal។ វាមិនមែនជាការជំនួសថ្លាសម្រាប់រាល់ការផ្ទេរឯកសារ SSH ឬការដឹកជញ្ជូនស្វ័យប្រវត្តិទេ។ ជ្រើសរើសការរៀបចំតាមម៉ាស៊ីនណាដែលគួរផ្ទៀងផ្ទាត់ទៅគោលដៅ ជាជាងធ្វើឱ្យការត្រួតពិនិត្យទុកចិត្តរបស់ server ចុះខ្សោយ ដើម្បីឱ្យអាសយដ្ឋានប្រភពមើលទៅគ្រប់គ្រាន់។