మీరు ఆదేశం నుండి proxychains తీసివేసి, మళ్లీ అమలు చేసినా ర్యాపర్ యొక్క ప్రారంభ సందేశం ఇంకా కనిపిస్తుంది. అప్లికేషన్ సెట్టింగ్‌ను వెతకడానికి ముందు లాంచ్ పర్యావరణాన్ని తనిఖీ చేయండి.

లినక్స్‌లో LD_PRELOAD డైనమిక్ లింకర్‌ను సాధారణ లైబ్రరీలకు ముందు పేర్కొన్న షేర్డ్ ఆబ్జెక్ట్‌లను లోడ్ చేయమని కోరుతుంది. ప్రాక్సీ ర్యాపర్‌లు మద్దతు ఉన్న నెట్‌వర్క్ కాల్‌లను అడ్డగించడానికి ఆ యంత్రాంగాన్ని ఉపయోగించగలవు. ఎవరైనా షెల్‌లో వేరియబుల్ ఎగుమతి చేస్తే, తర్వాతి చైల్డ్ ప్రోగ్రామ్‌లు వాటి ఆదేశ పంక్తులలో ర్యాపర్ ప్రిఫిక్స్ లేకపోయినా దానిని వారసత్వంగా పొందగలవు.

ఆ షెల్‌లో మొదటి చదవడం-మాత్రమే తనిఖీ ఇది:

printf '%s\n' "$LD_PRELOAD"

ప్రాక్సీ ర్యాపర్ లైబ్రరీని వెతకండి, కానీ వేరియబుల్ ఉద్దేశపూర్వకంగా లోడ్ చేసిన ఇతర లైబ్రరీలను కూడా జాబితా చేయగలదనే అవకాశాన్ని ఉంచండి. ప్రతి ఎంట్రీని గుడ్డిగా తీసివేయడం మరొక సాధనాన్ని భంగపరచవచ్చు.

లాంచర్‌ను మార్చి, ఆ తర్వాత ప్రోగ్రామ్‌ను మళ్లీ ప్రారంభించండి

ప్రభావిత ప్రోగ్రామ్‌ను ప్రారంభించే పర్యావరణం నుండి ప్రమాదవశాత్తు ప్రాక్సీ ప్రీలోడ్‌ను తీసివేయండి. స్టార్టప్ ఫైల్ లేదా లాంచర్ దానిని ఎగుమతి చేస్తే ఆ మూలాన్ని కూడా సరిచేయండి. Bash ప్రారంభాలకు స్టార్టప్ ఫైల్‌ల క్రమాన్ని అనుసరించండి. శుభ్రమైన షెల్ యొక్క కొత్త చైల్డ్, వేరియబుల్‌ను ఇంకా పట్టుకుని ఉన్న పాత టెర్మినల్ లేదా IDE చైల్డ్ కంటే భిన్నమైన సందర్భం.

పర్యావరణ వేరియబుల్‌ను అన్‌సెట్ చేయడం ఇప్పటికే దానితో ప్రారంభమైన ప్రక్రియ నుండి లైబ్రరీని అన్‌లోడ్ చేయదు. అందువల్ల నడుస్తున్న అప్లికేషన్ సరిచేసిన లాంచ్ మార్గం ద్వారా మళ్లీ ప్రారంభమయ్యే వరకు ర్యాపర్‌ను ఉంచుకోవచ్చు.

వేరియబుల్ లేకపోతే /etc/ld.so.preload వంటి ఇతర కాన్ఫిగర్ చేసిన ప్రీలోడ్ మూలాలు మరియు నిజమైన లాంచర్‌ను తనిఖీ చేయండి. ఈ యంత్రాంగానికి పరిమితులు ఉన్నాయి: స్టాటిక్ ఎగ్జిక్యూటబుల్‌లు, నేరుగా సిస్టమ్ కాల్‌లు మరియు సురక్షిత-అమలు పరిమితులు భిన్నంగా ప్రవర్తించవచ్చు. sudo తో ర్యాపర్ క్రమం ముఖ్యం. వారసత్వంగా వచ్చిన ప్రీలోడ్ ఊహించని అడ్డగింతను వివరిస్తుంది; అన్ని రకాల నెట్‌వర్క్ ట్రాఫిక్ ప్రాక్సీని ఉపయోగిస్తుందని ఇది రుజువు కాదు.

సంబంధిత వ్యాసాలు