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 ফিল্টার নয়।