د لانچ وخت پروکسي رېپرونه او موجود پروسې
تشریح کوي چې ولې د پروسې رېپر معمولاً باید اپلیکیشن پیل کړي، نه دا چې پروکسي د هغې لا خلاصو اړیکو سره ونښلوي.
د socksify یا proxychains په څېر رېپر معمولاً هدف پروګرام د مداخلې کتابتون سره پیلوي. هغې ته د موجودې پروسې PID ورکول هغه کتابتون په پروسه کې نه ننباسي او نه یې خلاصې اړیکې ځای په ځای کوي. د proxychains-ng لپاره، د اصلي اجرایوي فایل د کتابتون د بارولو غوښتنې وګورئ.
که اپلیکیشن خپلې پروکسي تنظیمات ولري، د هغو د پلي کولو مستنده لاره وکاروئ. یو بدلون کېدای شي نویو غوښتنو ته اغېز وکړي، په داسې حال کې چې ټینګې شوې اړیکې خپله پخوانۍ لار ته دوام ورکوي.
که د لانچ په وخت مداخله د پام وړ طریقه وي، د هغې رېپر لاندې د اپلیکیشن مناسب بیا پیل ترتیب کړئ. په یاد ولرئ چې ځینې پیلوونکي کار یوې لا روانې شالید نسخې ته سپاري.
د سیسټم کچې راتګ یا مداخلې ډیزاین خپل ځانګړی حد لرونکی بل میکانیزم دی. دا باید د یو PID ته د پروکسي تنظیم اضافه کولو سره د یوې ورته عملیې په توګه ونه ستایل شي.
د اړین وتلو لپاره، هغه ریښتینې پروسه وپیژنئ چې نوي شبکې اړیکې جوړوي او هغه لار چې دا اړیکې کاروي. لیدل کېدونکی د پروسې نوم یا په بل ټرمینل کې د رېپر امر د دواړو څخه هېڅ یو نه ثابتوي.