IPv4 او IPv6 پراکسي: کوم اتصال ملاتړ ته اړتیا لري؟
کلاینټ–پراکسي او پراکسي–وېبپاڼه اتصالونه بېلې پته کورنۍ کارولای شي. د نښلېدو ځای له ټاکلو مخکې دواړه وګورئ.
د IPv6 پراکسي اورېدونکي ته ستاسو له کلاینټه IPv6 لاره پکار ده. وېبپاڼې ته یې بهرنی اتصال بیا هم IPv4 کارولای شي. برعکس، که پراکسي اړین ملاتړ او لاره ولري، IPv4 اورېدونکی IPv6 موخې ته رسېدای شي.
| اتصال | اړین ملاتړ |
|---|---|
| کلاینټ → پراکسي | د نښلېدو ځای پتې ته لاره او د لاسرسي وړ اورېدونکی خدمت. |
| پراکسي → موخه | په پراکسي کې مناسبه موخې پته، نوم حلوونکی، بهرنی مسیر او د لاسرسي تګلاره. |
په بشپړ پراکسي URL کې عددي IPv6 پته په مربع قوسونو کې ولیکئ:
http://[2001:db8::10]:8080د اسنادو پته په رښتیني نښلېدو ځای بدله کړئ. د کوربه او پورټ جلا ډګرونه ښايي بې قوسونو پته وغواړي؛ د اپلېکېشن بڼه تعقیب کړئ. سمه لیکنه ورکه IPv6 لاره نه جوړوي، نو د اورېدونکي له ملامتولو مخکې د شبکې IPv6 حالت یا بله IPv6 موخه وګورئ.
د موخې پته کوم لوری ټاکي؟
د کوربه نوم پر بنسټ CONNECT غوښتنه موخې ته اتصال پراکسي ته پرېږدي. SOCKS5 د کلاینټ د حالت له مخې IPv4 پته، IPv6 پته یا ډومېن نوم لېږدولای شي. په کلاینټ کې د پته کورنۍ مجبورول په لرې ځای کې حل شوی نوم حتماً نه محدودوي؛ معلومه کړئ چې انتخاب پر کوم اتصال اغېز کوي.
له همدې امله، د IPv6 اورېدونکي له ټاکلو وروسته د IP کتونکي له خوا IPv4 ښودل د کلاینټ له دویم اتصال پرته هم ممکن دي. لومړی معلومه کړئ چې دا خپل TCP ملګری، د اپلېکېشن سرلیک که د لټونګر بله غوښتنه ښيي. ناانکرېپټ شوی HTTP لېږد د کلاینټ پتې معلومات زیاتولای شي؛ عادي CONNECT ریلې د موخې په انکرېپټ شوي HTTP کې سرلیک نه شي ورزیاتولای. د Forwarded معلومات د باور تګلارې ته اړتیا لري او په یوازې ځان د بلې شبکني اړیکې ثبوت نه دي.
د نښلېدو ځای، موخه، پروتوکول او لومړۍ ناکامي ثبت کړئ. اورېدونکي ته نه رسېدل د هغه له ځوابه توپیر لري چې موخه د لاسرسي وړ نه ده. د ProxyHub پراکسي لېست راټولوونکی اوس IPv4 ریکارډونه مني؛ دا IPv6 بېلګې عمومي چلند بیانوي، نه په اوسني لېست کې IPv6 فلټر.