systemd-socket-proxyd کولی شي خپل SSH SOCKS ټنل ته ژوندی پاتې شي
د ساکټ فوروارډینګ مرستندوی د ژوند دوره له SSH تړاو سره سمه کړه، تر څو مړ ټنل روغ ښکاره شوې مخینه پاتې نه کړي.
که د SSH له وتلو وروسته مخکینی پورټ اړیکې ومني، نو درې واړه واحدونه وګوره. د فعالولو ساکټ، systemd-socket-proxyd مرستندوی او د SSH لخوا جوړ شوی SOCKS اورېدونکی بېلابېل ژوند لري:
| ساکټ | مرستندوی | SSH | تشریح |
|---|---|---|---|
| اورېدل | غير فعال | غير فعال | کېدای شي په نورمال ډول د غوښتنې په تمه وي |
| اورېدل | فعال | فعال | پروسې شته؛ د راتلونکي منزل روغتیا لا نه ده ثابته |
| اورېدل | فعال | غير فعال | مخکینی برخه کولی شي پرته له خپل شاته برخې کار ومني |
د مرستندوی او SSH یوځای پیل کول وروستی د بندېدو بدلون نه تعریفوي. د هغه مرستندوی لپاره چې باید پرته له خپل ټنل فعال پاتې نه شي، systemd پیاوړې اړیکه ثبتوي:
[Unit]
BindsTo=ssh-socks.service
After=ssh-socks.serviceپه اصلي ډیزاین کې یې په مناسب واحد پلي کړه. Requires= او ترتیب یوازې د اړیکې یوه برخه حل کوي. لا دمخه فعال مخکینی برخه ممکن بیا هېڅکله فعاله نه شي کله چې شاته برخه یې ورک شي. د ناکامو واحدونو حالت او د پیل کچې محدودیتونه هم وګوره؛ تړاوونه هغه محدودیتونه نه لره کوي.
بیا د پیل چمتووالی ټینګ کړه. After= دندې ترتیبوي، نه د Type=simple SSH اورېدونکي چمتووالی. ثابته ویده کېدل په ورو تصدیق کې ناکام کېدای شي. د پیل تړون وکاروه چې اړین اورېدونکی ټینګوي؛ ExitOnForwardFailure=yes د لیږد تنظیم ناکامي نیسي، نه وروسته د منزل رسیدل.
په پای کې، د بیکار وتلو او بیا فعالولو تعریف وکړه. د لیږد ډیمون د بیکار وتلو اختیار د فعالو اړیکو نشتوالی دی، نه د پرانیستې اړیکې په بایټونو کمښت. غلی غونډه کولی شي هغه فعال وساتي. راتلونکې غوښتنه باید اړین خدمتونه فعاله کړي، او د بیا پیل کړۍ باید محدودې او ښکاره پاتې شي. د اورېدونکي بیا جوړول نوي اړیکې مني؛ پخوانۍ پراکسي شوې TCP غونډې نه راګرځوي.