Մեկնարկի պահի proxy-փաթաթիչները և արդեն գոյություն ունեցող պրոցեսները
Բացատրում է, թե ինչու պրոցեսի փաթաթիչը սովորաբար պետք է գործարկի հավելվածը, այլ ոչ թե proxy միացնի նրա արդեն բաց կապերին։
socksify-ի կամ proxychains-ի նման փաթաթիչը սովորաբար թիրախ ծրագիրը գործարկում է ընդհատման գրադարանի հետ։ Դրան գոյություն ունեցող պրոցեսի PID տալը չի ներդնում այդ գրադարանը պրոցեսի մեջ և չի տեղափոխում նրա բաց կապերը։ proxychains-ng-ի համար ստուգեք իրական գործարկվող ֆայլի գրադարանը բեռնելու պահանջները։
Եթե հավելվածն ունի սեփական proxy-կարգավորումներ, օգտագործեք դրանց կիրառման փաստաթղթավորված եղանակը։ Փոփոխությունը կարող է ազդել նոր հարցումների վրա, մինչ հաստատված կապերը շարունակում են իրենց նախկին ուղին։
Եթե մեկնարկի պահին ընդհատումը նախատեսված մեթոդն է, կազմակերպեք հավելվածի համապատասխան վերագործարկում այդ փաթաթիչի ներքո։ Հիշեք, որ որոշ գործարկիչներ աշխատանքը հանձնում են արդեն աշխատող ֆոնային օրինակին։
Համակարգի մակարդակի երթուղավորման կամ ընդհատման նախագիծը այլ մեխանիզմ է՝ իր սեփական շրջանակով։ Այն չպետք է նկարագրվի որպես նույն գործողությունը, ինչ մեկ PID-ին proxy-կարգավորում ավելացնելը։
Պահանջվող ելքի համար բացահայտեք նոր ցանցային կապեր ստեղծող իրական պրոցեսը և այն ուղին, որն օգտագործում են այդ կապերը։ Տեսանելի պրոցեսի անունը կամ այլ տերմինալում փաթաթիչի հրամանը չեն ապացուցում դրանցից ոչ մեկը։