systemd-socket-proxyd អាចរស់នៅលើសពីផ្លូវរូង SSH SOCKS របស់វា

តម្រឹមវដ្តជីវិតរបស់ជំនួយការបញ្ជូន socket ជាមួយការពឹងផ្អែក SSH របស់វា ដើម្បីកុំឱ្យផ្លូវរូងដែលស្លាប់បន្សល់ទុកផ្នែកមុខដែលមើលទៅដូចជាល្អ។

ប្រសិនបើច្រកផ្នែកមុខនៅតែទទួលការតភ្ជាប់បន្ទាប់ពី SSH ចេញ សូមពិនិត្យ unit ទាំងបី។ socket សកម្មភាព ជំនួយការ systemd-socket-proxyd និងអ្នកស្តាប់ SOCKS ដែល SSH បង្កើត មានអាយុកាលខុសៗគ្នា៖

SocketជំនួយការSSHការបកស្រាយ
កំពុងស្តាប់អសកម្មអសកម្មអាចរង់ចាំតម្រូវការជាធម្មតា
កំពុងស្តាប់សកម្មសកម្មដំណើរការមាន; ប៉ុន្តែសុខភាពគោលដៅចុងក្រោយមិនទាន់បញ្ជាក់
កំពុងស្តាប់សកម្មអសកម្មផ្នែកមុខអាចទទួលការងារដោយគ្មានផ្នែកខាងក្រោយ

ការចាប់ផ្តើមជំនួយការ និង SSH ជាមួយគ្នា មិនកំណត់ការផ្លាស់ប្តូរឈប់នៅពេលក្រោយទេ។ សម្រាប់ជំនួយការដែលមិនត្រូវនៅសកម្មដោយគ្មានផ្លូវរូង systemd កត់ត្រាទំនាក់ទំនងដែលខ្លាំងជាង៖

[Unit]
BindsTo=ssh-socks.service
After=ssh-socks.service

អនុវត្តវាទៅ unit សមស្របក្នុងការរចនាពិតប្រាកដ។ Requires= និងការតម្រៀបដោះស្រាយតែផ្នែកមួយនៃទំនាក់ទំនង។ ផ្នែកមុខដែលសកម្មរួចហើយអាចនឹងមិនបង្កឱ្យមានសកម្មភាពម្តងទៀត បន្ទាប់ពីផ្នែកខាងក្រោយរបស់វាបាត់។ ពិនិត្យស្ថានភាព unit ដែលបរាជ័យ និងដែនកំណត់អត្រាចាប់ផ្តើមផងដែរ; ការពឹងផ្អែកមិនបិទដែនកំណត់ទាំងនោះទេ។

បន្ទាប់មកបង្កើតភាពរួចរាល់នៃការចាប់ផ្តើម។ After= តម្រៀបការងារ មិនមែនភាពរួចរាល់របស់អ្នកស្តាប់ SSH Type=simple ទេ។ ការរង់ចាំថេរអាចបរាជ័យពេលផ្ទៀងផ្ទាត់យឺត។ ប្រើកិច្ចសន្យាចាប់ផ្តើមដែលបង្កើតអ្នកស្តាប់ដែលត្រូវការ; ExitOnForwardFailure=yes ចាប់ ការបរាជ័យក្នុងការរៀបចំការបញ្ជូន មិនមែនការឈានដល់គោលដៅនៅពេលក្រោយ។

ចុងក្រោយ កំណត់ការចេញពេលទំនេរ និងការធ្វើសកម្មភាពឡើងវិញ។ ជម្រើសចេញពេលទំនេររបស់ daemon បញ្ជូននិយាយអំពីការគ្មានការតភ្ជាប់សកម្ម មិនមែនការខ្វះ byte លើការតភ្ជាប់បើកទេ។ សម័យស្ងាត់អាចធ្វើឱ្យវាសកម្ម។ តម្រូវការបន្ទាប់គួរធ្វើសេវាចាំបាច់ឱ្យសកម្ម ហើយរង្វិលជុំចាប់ផ្តើមឡើងវិញគួរនៅមានកំណត់ និងមើលឃើញ។ ការបង្កើតអ្នកស្តាប់ឡើងវិញអនុញ្ញាតការតភ្ជាប់ថ្មី; វាមិនស្តារសម័យ TCP ចាស់ដែលឆ្លងកាត់ proxy វិញទេ។

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