ProxyChains අල්ලා ගන්නේ කුමක්ද, අත්හරින්නේ කුමක්ද

ProxyChains-NG උමං මාර්ගයක් සාදන්නේ නැත. එය දියත් කරන එකම වැඩසටහන තුළ ජාලයට සම්බන්ධ libc ඇමතුම් ප්‍රතිස්ථාපනය කරන පුස්තකාලයක් කලින් පූරණය කරයි, එබැවින් සීමාව ක්‍රියාවලියක ඇමතුමක් මිස සමස්ත උපාංගයේ මාර්ගයක් නොවේ. මෙම වෙනස නිසා සාර්ථක පරීක්ෂණයක් සැබවින්ම ඔප්පු කරන්නේ කුමක්ද යන්න තීරණය වේ. දාමය හරහා ක්‍රියා කරන curl එක් අල්ලා ගත් ඇමතුමක් තහවුරු කරයි, නම් විභේදනය, UDP හෝ සෑම දරු ක්‍රියාවලියක්ම එකම මාර්ගයේ ගිය බව නොවේ. පහත මාර්ගෝපදේශය පියවර තුනකින් ආවරණය තහවුරු කර, පසුව කොක්කට ළඟා විය නොහැකි දේ ලැයිස්තුගත කරයි.

පූර්ව පූරණය සම්බන්ධතාවයකට ළඟා වන ආකාරය

ආරම්භයේදී දියත් කරන්නා libproxychains LD_PRELOAD තුළ තබා පසුව ඉලක්ක වැඩසටහන ක්‍රියාත්මක කරයි. පුස්තකාලය සැබෑ libc සංකේත විසඳා connect සහ getaddrinfo වැනි ශ්‍රිතවල තමන්ගේම අනුවාද සමඟ ප්‍රතිස්ථාපනය කරයි. එම සංකේත හරහා යන ඇමතුම් වින්‍යාස ගොනුවේ SOCKS හෝ HTTP ප්‍රොක්සිය වෙත නැවත ලියැවේ. වෙනත් මාර්ගයක් ගන්නා ඇමතුම් කොක්කට කිසිදා හමු නොවේ, එබැවින් සහතිකය ඇමතුමකට වන අතර යන්ත්‍රයකට නොවේ.

සම්බන්ධ වන්නේ ගතිකව සම්බන්ධිත වැඩසටහන් පමණක් වන අතර, ආරක්ෂිත ක්‍රියාත්මක කිරීම යටතේ ඇති setuid ද්විමය ගොනු පූර්ව පූරණය සම්පූර්ණයෙන්ම නොසලකා හරියි. දරුවන් පරිසරය උරුම කර ගනී, නමුත් දියත් කරන්නා එය එහි තබා ඇති තාක් පමණි.

පුස්තකාලය එම ක්‍රියාවලියේ පූරණය වී ඇති බව තහවුරු කරන්න

ඉල්ලීම ආරම්භ කර එය දියත් කළ ෂෙල් වෙනුවට ජීවමාන ක්‍රියාවලිය පරීක්ෂා කරන්න. maps ගොනුව මේ මොහොතේ ක්‍රියාවලියට සිතියම් කර ඇති සෑම හවුල් වස්තුවක්ම පෙන්වයි.

proxychains4 -q curl -sS --max-time 8 https://example.com/ -o /dev/null &
pgrep -a curl
grep libproxychains /proc/$(pgrep -n curl)/maps

ගැලපීමක් කොක්ක සහිත පුස්තකාලය සිටින බව තහවුරු කරයි, එය අවශ්‍ය නමුත් ප්‍රමාණවත් නොවේ. හිස් ප්‍රතිඵලයක් සාමාන්‍යයෙන් අදහස් වන්නේ ඔබ වෙනත් ක්‍රියාවලියක් පරීක්ෂා කළ බවයි, උදාහරණයක් ලෙස දියත් කරන්නාට පෙර ආරම්භ වූ අවස්ථාවකට URL ලබා දුන් බ්‍රවුසරයක්. වෙනත් ඕනෑම දෙයක් පසුපස යාමට පෙර ldd සමඟ ද්විමය ගොනුව ගතිකව සම්බන්ධිත දැයි පරීක්ෂා කරන්න, මන්ද ස්ථිති ගොඩනැගීමට පූර්ව පූරණය කිසිසේත් පූරණය කළ නොහැක. පසුව දියත් කරන්නා සැබවින්ම භාවිත කළ වින්‍යාසයේ ප්‍රොක්සි ලැයිස්තුව කියවන්න, මන්ද පැරණි මාර්ගයක් හෝ වසා ඇති තොටුපළක් ක්‍රියා කරන කොක්කක් ලබා දෙන නමුත් ක්‍රියා කරන දාමයක් ලබා නොදේ.

ක්‍රියාවලියෙන් පිටවන සම්බන්ධතා සොයා බලන්න

පුස්තකාලයේ පැවැත්ම සෑම ඇමතුමක්ම නැවත ලියැවුණු බව ඔප්පු නොකරයි, එබැවින් පද්ධති ඇමතුම් අනුගමනය කරන්න. සොයන්නා යටතේ එක් ඉල්ලීමක් ධාවනය කර සොකට් සැබවින්ම ගියේ කොහේදැයි කියවන්න.

strace -f -e trace=connect -o /tmp/pc.trace proxychains4 -q curl -sS https://example.com/ -o /dev/null
grep -o "sin_port=htons([0-9]*)" /tmp/pc.trace | sort -u

සොයා බැලීමේදී පෙන්විය යුත්තේ ඔබේ ප්‍රොක්සි අන්ත ලක්ෂ්‍යයට යන සම්බන්ධතා පමණක් වන අතර, තොටුපළ වින්‍යාස ගොනුවේ සටහනට ගැලපිය යුතුය. ඉලක්ක අඩවියේ ගමනාන්ත ලිපින සොයා බැලීමේදී කෙළින්ම දිස්වන්නේ නම්, එම ඇමතුම කොක්ක මඟ හැර ගොස් ඇත, ඔබ සොයමින් සිටියේ එයමයි. ගොනු නාමය විශ්වාස කරනවාට වඩා තොටුපළ අංක ප්‍රොක්සි ලැයිස්තුව සමඟ සසඳන්න, මන්ද වෙනත් ව්‍යාපෘතියක ඉතිරි වූ වින්‍යාසය නිහඬ සෘජු ප්‍රවේශයේ පොදු මූලාශ්‍රයකි. පිළිගැනීමේ වාර්තාව සඳහා සොයා බැලීම තබා ගන්න; එය තත්පර ගණනක් ගන්නා අතර ආවරණය පිළිබඳ තර්ක අවසන් කරයි.

කොක්කට ආවරණය කළ නොහැකි දේ තීරණය කරන්න

proxychains-ng ව්‍යාපෘතිය යළි-යොමු කිරීම TCP ට සීමා කරන අතර, ස්ක්‍රිප්ට්, පසුබිම් ක්‍රියාවලි සහ පූරණය කළ මොඩියුල ප්‍රධාන වැඩසටහනට වඩා වෙනස් ලෙස හැසිරිය හැකි බව අනතුරු අඟවයි. UDP සහ ICMP මෙම යාන්ත්‍රණයෙන් පිටත ඇති බැවින්, ඒවා මත රඳා පවතින සෑම දෙයකටම තමන්ගේම ආධාරක මාර්ගයක් අවශ්‍ය වේ. DNS proxy_dns සැකසුම සහ යෙදුමේම විසඳන්නාගේ හැසිරීම අනුගමනය කරයි, එනම් එක් සාර්ථක HTTPS ඉල්ලීමක් නම් විභේදනය ගැන ඔබට කිසිවක් නොකියයි. සහතික වලංගු කිරීම ද එහි තැනේ තබන්න: ප්‍රොක්සියක් හරහා සේවාදායකයකට ළඟා වීම අනන්‍යතා පරීක්ෂණ ක්‍රියා විරහිත කිරීමට හේතුවක් නොවේ.

සෘජු ආපසු වැටීම කළ නොහැකි විය යුතු නම්, රථවාහනයම පාලනය කරන බලාත්මක කිරීමේ මායිමක් භාවිත කරන්න, උදාහරණයක් ලෙස ජාල නාම අවකාශයක්, ෆයර්වෝල් නීති හෝ VPN, සහ එය පුස්තකාල කොක්කෙන් වෙන් කර තබන්න. කොක්ක යනු නම් කළ වැඩසටහනක් සඳහා වන අනුකූලතා මෙවලමක් මිස kill switch එකක් නොවේ. වැඩසටහන, නිශ්චිත විධානය, සොයා බැලීමේදී දුටු ප්‍රොක්සි තොටුපළ සහ DNS දුරස්ථව විසඳන ලදැයි යන්න සටහන් කරන්න; එම කරුණු හතර තහවුරු කළ විෂය පථය සහ බලාපොරොත්තු විෂය පථය අතර වෙනසයි.