ឱ្យ SSH ប្រើអ្នកស្តាប់ SOCKS មូលដ្ឋាន នៅពេលវាមាន

កំណត់ការត្រួតពិនិត្យ Match exec របស់ OpenSSH ទៅគោលដៅតែមួយ ហើយយល់ពីអ្វីដែលការសាកល្បងច្រកមូលដ្ឋានជោគជ័យបញ្ជាក់ និងអ្វីដែលវាមិនបញ្ជាក់។

អ្នកស្តាប់ SOCKS មូលដ្ឋានមានប្រយោជន៍លើបណ្តាញខ្លះ ហើយអវត្តមានលើបណ្តាញផ្សេងទៀត។ OpenSSH អាចជ្រើសពាក្យបញ្ជា proxy តាមលក្ខខណ្ឌ ដោយមិនធ្វើឱ្យជម្រើសនោះអនុវត្តលើគ្រប់ host ។

សម្រាប់ OpenSSH ជាមួយទម្រង់ OpenBSD នៃ nc ការកំណត់រចនាសម្ព័ន្ធអតិថិជនជាឧទាហរណ៍គឺ៖

Host work-server
    HostName ssh.example.net
    User alex

Match originalhost work-server exec "nc -z -w 1 127.0.0.1 1080"
    ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p

Match all

originalhost កំណត់ការត្រួតពិនិត្យទៅឈ្មោះដែលបានផ្តល់នៅលើបន្ទាត់ពាក្យបញ្ជា SSH ។ exec ត្រូវគ្នានៅពេលពាក្យបញ្ជារបស់វាបញ្ចប់ដោយជោគជ័យ។ Match all ចុងក្រោយបញ្ចប់វិសាលភាពតាមលក្ខខណ្ឌនោះសម្រាប់ការកំណត់បន្ទាប់។

នេះសន្មតថាគ្មានការកំណត់អនុវត្តពីមុនណាមួយបានជ្រើសពាក្យបញ្ជា proxy ឬផ្លូវលោតដែលផ្ទុយគ្នានោះទេ។ SSH ជាធម្មតាប្រើតម្លៃដំបូងដែលទទួលបានសម្រាប់ជម្រើសកំណត់រចនាសម្ព័ន្ធ ដូច្នេះតម្លៃលំនាំដើមធំទូលាយនៅខាងលើអាចរារាំងលក្ខខណ្ឌក្រោយមិនឱ្យមានប្រសិទ្ធភាពដូចការរំពឹង។

សុសឃិតដែលកំពុងស្តាប់គឺជាការសន្យាមួយតូច

ការសាកល្បងពិនិត្យ ការចូលប្រើ TCP ទៅច្រកមូលដ្ឋាន។ វាមិនបញ្ចប់ការចរចា SOCKS មិនបង្កើតការតភ្ជាប់គោលដៅដែលចង់បាន ហើយមិនបញ្ជាក់ថាតើកម្មវិធីណាជាម្ចាស់ច្រកនោះ។ អ្នកស្តាប់ក៏អាចបាត់ទៅវិញបន្ទាប់ពីការត្រួតពិនិត្យ។

ពេលវេលាកំណត់រក្សាការសាកល្បងដែលបរាជ័យឱ្យនៅក្នុងដែនកំណត់។ ជម្រើសដែលបង្ហាញជារបស់ចំណុចប្រទាក់ nc នៃ OpenBSD; កម្មវិធីផ្សេងទៀតដែលមានឈ្មោះឯកសារដូចគ្នាអាចផ្តល់ជម្រើសខុសគ្នា។

នៅពេលលក្ខខណ្ឌមិនត្រូវគ្នា ឧទាហរណ៍នេះទុកការតភ្ជាប់ដោយគ្មាន ProxyCommand នេះ ដែលអនុញ្ញាតផ្លូវធម្មតារបស់វា។ នោះសមស្របតែនៅពេលការចូលប្រើដោយផ្ទាល់ត្រូវបានអនុញ្ញាត។ គោលនយោបាយ proxy ជាកាតព្វកិច្ចមិនគួរប្រើការត្រួតពិនិត្យភាពអាចប្រើបានជាការអនុញ្ញាតឱ្យរត់គេចទៅផ្លូវផ្សេងនោះទេ។

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

អត្ថបទពាក់ព័ន្ធ