გაშვების დროის proxy-სახვევები და არსებული პროცესები
ხსნის, რატომ უნდა დაიწყოს პროცესის სახვევმა ჩვეულებრივ აპლიკაცია, ნაცვლად იმისა, რომ proxy მიამაგროს მის უკვე გახსნილ კავშირებს.
სახვევი, როგორიცაა socksify ან proxychains, ჩვეულებრივ სამიზნე პროგრამას იწყებს ჩარევის ბიბლიოთეკასთან ერთად. არსებული პროცესის PID-ის მიცემა ამ ბიბლიოთეკას პროცესში არ ჩასვამს და მის გახსნილ კავშირებსაც არ გადაადგილებს. proxychains-ng-ისთვის შეამოწმეთ რეალური შესრულებადი ფაილის ბიბლიოთეკის ჩატვირთვის მოთხოვნები.
თუ აპლიკაციას აქვს საკუთარი proxy-პარამეტრები, გამოიყენეთ მათი გამოყენების დოკუმენტირებული გზა. ცვლილებამ შეიძლება იმოქმედოს ახალ მოთხოვნებზე, ხოლო დამყარებული კავშირები გააგრძელებს წინა მარშრუტს.
თუ გაშვების დროს ჩარევა განზრახული მეთოდია, მოაწყვეთ აპლიკაციის შესაბამისი ხელახლა გაშვება ამ სახვევის ქვეშ. გაითვალისწინეთ, რომ ზოგიერთი გამშვები სამუშაოს უკვე მოქმედ ფონურ ეგზემპლარს გადასცემს.
სისტემის დონის მარშრუტიზაციის ან ჩარევის დიზაინი სხვა მექანიზმია საკუთარი ფარგლებით. ის არ უნდა აღიწეროს როგორც იგივე ოპერაცია, რაც ერთ PID-ზე proxy-პარამეტრის დამატება.
საჭირო გამოსვლისთვის დაადგინეთ ნამდვილი პროცესი, რომელიც ქმნის ახალ ქსელურ კავშირებს, და მარშრუტი, რომელსაც ეს კავშირები იყენებს. ხილული პროცესის სახელი ან სხვა ტერმინალში სახვევის ბრძანება არც ერთს არ ამტკიცებს.