proxychains რჩება პრეფიქსის მოხსნის შემდეგაც

თქვენ აშორებთ proxychains-ს ბრძანებას, ხელახლა უშვებთ და კვლავ ხედავთ გარსის გაშვების შეტყობინებას. შეამოწმეთ გაშვების გარემო, სანამ აპლიკაციის პარამეტრს მოძებნით.

Linux-ზე LD_PRELOAD დინამიკურ ლინკერს სთხოვს მითითებული საერთო ობიექტები ჩვეულებრივ ბიბლიოთეკებამდე ჩატვირთოს. Proxy-გარსებს შეუძლიათ ამ მექანიზმის გამოყენება მხარდაჭერილი ქსელური გამოძახებების ჩასაჭრელად. თუ ვინმემ ცვლადი shell-ში ექსპორტყო, მოგვიანებით შვილობილ პროგრამებს შეუძლიათ მისი მემკვიდრეობით მიღება, მაშინაც კი, როცა მათ ბრძანების სტრიქონებში გარსის პრეფიქსი არ არის.

პირველი მხოლოდ-კითხვითი შემოწმება ამ shell-ში არის:

printf '%s\n' "$LD_PRELOAD"

მოძებნეთ proxy-გარსის ბიბლიოთეკა, მაგრამ შეინარჩუნეთ შესაძლებლობა, რომ ცვლადი სხვა განზრახ ჩატვირთულ ბიბლიოთეკებსაც ჩამოთვლის. ყველა ჩანაწერის ბრმად წაშლამ შეიძლება სხვა ხელსაწყო დააზიანოს.

შეცვალეთ გამშვები და შემდეგ ხელახლა გაუშვით პროგრამა

ამოიღეთ შემთხვევითი proxy-წინასწარი ჩატვირთვა იმ გარემოდან, რომელიც დაზარალებულ პროგრამას უშვებს. თუ გაშვების ფაილი ან გამშვები მას ექსპორტყოფს, შეასწორეთ ის წყაროც. Bash-ის გაშვებებისთვის მიჰყევით გაშვების ფაილების თანმიმდევრობას. სუფთა shell-ის ახალი შვილი სხვა შემთხვევაა, ვიდრე ძველი ტერმინალის ან IDE-ის შვილი, რომელიც ცვლადს ჯერ კიდევ ინახავს.

გარემოს ცვლადის გაუქმება არ ხსნის ბიბლიოთეკას პროცესიდან, რომელიც უკვე დაიწყო მასთან ერთად. ამიტომ მომუშავე აპლიკაციამ შეიძლება გარსი შეინარჩუნოს, სანამ შესწორებული გაშვების გზით ხელახლა არ გაეშვება.

თუ ცვლადი არ არის, შეამოწმეთ სხვა კონფიგურირებული წინასწარი ჩატვირთვის წყაროები, როგორიცაა /etc/ld.so.preload, და რეალური გამშვები. მექანიზმს აქვს საზღვრები: სტატიკური შესრულებადი ფაილები, პირდაპირი სისტემური გამოძახებები და უსაფრთხო შესრულების შეზღუდვები შეიძლება სხვაგვარად იქცეოდეს. sudo-სთან გარსის თანმიმდევრობა მნიშვნელოვანია. მემკვიდრეობით მიღებული წინასწარი ჩატვირთვა ხსნის მოულოდნელ ჩაჭრას; ეს არ არის მტკიცებულება, რომ ყველა სახის ქსელური ტრაფიკი proxy-ს იყენებს.