لومړی د پروګرام پراکسي امستنې خلاصې کړئ. ملاتړ شوي پروتوکولونه ټاکي چې کوم لېست توکي کارولای شئ؛ اغېزناک نوم یا پېژندل شوی پورټ مراجع ته ملاتړ نه زیاتوي.

پروګرام یا کارڅه غوره او وڅېړئ
یوازې د HTTP پراکسي خانه لريله HTTP پراکسي لېست مناسب پای‌نقطه. که HTTPS موخې غواړئ، HTTPS CONNECT هم وازمویئ.
SOCKS5 ملاتړ کوي او د نښلونې یا DNS غوراوي غواړيSOCKS5 پای‌نقطه چې دواړه اړخونه اړین غوراوي ومني.
UDP غواړيپه مراجع او پای‌نقطه دواړو کې UDP تایید کړئ؛ یوازې SOCKS5 نوم بس نه دی.
SOCKS4 غواړيبرابر SOCKS4 پای‌نقطه او اړوند مراجع حالت.
د پراکسي ملاتړ نه لريد لېست IP په خپله پروګرام نه شي برابرولای.

د وېب او API غوښتنو لپاره HTTP پراکسي ډېر ځله بس ده. HTTP وړاندې کوي او د اجازې پر مهال HTTPS د CONNECT له لارې وړي. د عادي HTTP پاڼې بریا د تونل ملاتړ نه ثابتوي: خدمت د تونل تصدیق غوښتلای یا موخې او پورټونه محدودولای شي.

SOCKS د HTTP غوښتنې له پوړ لاندې کار کوي. برابر پروګرام ترې د HTTP غوښتنې له تفسیر پرته نښلونه جوړول غواړي، نو د نورو ملاتړ شوو ټرافیکو لپاره هم ګټور دی. SOCKS5 د IPv4، IPv6 او ډومېن نوم پتې، تصدیق او UDP تړاو تعریفوي. ځانګړی پروګرام یا وړیا پای‌نقطه ښايي یوازې ځینې ځانګړنې عملي کړي. د براوزر TCP SOCKS لار په اتومات بل پروګرام یا UDP خدمت نه رانغاړي.

د موخې نوم چېرته حل کېږي؟

په curl کې د SOCKS5 URL لیکنه ټاکي چې د موخې DNS چېرته ترسره شي: socks5:// ځايي حل کوي؛ socks5h:// له پراکسي د حل غوښتنه کوي. بېلابېل DNS لیدونه یو انتخاب بریالی او بل ناکامولای شي. نور مراجعین ښايي نښه‌خانه یا جلا غوراوی وکاروي. یوازې SOCKS5 غوره کول نه ثابتوي چې هر DNS لټون ترې تېرېږي.

SOCKS4 لږ امکانات لري؛ SOCKS4a د کوربه نومونو اداره ورزیاتوي. که مراجع او خدمت دواړه SOCKS5 مني او د زاړه پروتوکول دلیل نه وي، مناسب SOCKS5 توکی معقول لومړی انتخاب دی. د مراجع SOCKS5 حالت ساتل او SOCKS4 پای‌نقطه ورکول د پروتوکول نابرابري ده.

کله چې پروتوکول برابر شي، اصلي موخه وازمویئ او لومړی ناکام پړاو وپېژنئ. HTTP او SOCKS5 هېڅ یو د ناپېژندګلوۍ اندازه نه ده: پر چلوونکي باور، د موخې TLS او د پروګرام اصلي لار لا هم ساتنه ټاکي.

اړوندې مقالې