Squid 5–7: dns_v4_first আর কাজ করে না কেন

একটি পুরোনো Squid কনফিগারেশনে dns_v4_first on আছে। আপগ্রেডের পরে সেই লাইন আর প্রত্যাশিত IPv4 পছন্দ দেয় না। এর আরও কপি যোগ করলে আগের আচরণ ফিরে আসবে না।

কনফিগারেশন রেফারেন্স নির্দেশিকাটিকে Squid 5 থেকে 7-এ অনুপলব্ধ হিসেবে তালিকাভুক্ত করে। Squid-এর ঠিকানা নির্বাচন তার Happy Eyeballs কাজের সঙ্গে বদলেছে; পুরোনো পছন্দের পরামর্শ সেই সংস্করণের প্রেক্ষাপটে পড়তে হবে।

পছন্দ ও বাধ্যবাধকতা দুটি আলাদা অনুরোধ

প্রথমে ঠিক করুন আপনার কী দরকার। উভয় পরিবার উপলব্ধ থাকলে কাজ করা IPv4 পথ পছন্দ করবেন? ভাঙা IPv6 সংযোগ সরাবেন? একটি নির্দিষ্ট এক্সিট কেবল IPv4 ব্যবহার করবে তা নিশ্চিত করবেন? এগুলো একই নীতি নয়। গন্তব্য-পরিবারের সীমাবদ্ধতা-ও ক্লায়েন্ট-উৎস ACL থেকে আলাদা থাকা উচিত।

একটি পরিবারের অ্যাক্সেস বন্ধ করলে কিছু সাইট অপ্রাপ্য হয়ে যেতে পারে। DNS উত্তর বদলালে প্রক্সির জন্য উপলব্ধ প্রার্থীরা বদলায়। ধীর বা ভাঙা পথ ঠিক করা নেটওয়ার্ক ত্রুটি মোকাবিলা করে। এর কোনোটিকেই অপসারিত নির্দেশিকার সার্বজনীন বিকল্প লাইন হিসেবে বর্ণনা করা উচিত নয়।

গন্তব্য ঠিকানা নির্বাচনকেও প্যারেন্ট প্রক্সিতে পৌঁছাতে ব্যবহৃত ঠিকানা থেকে আলাদা করুন। প্যারেন্ট হোস্টনামের নিজস্ব IPv4 ও IPv6 প্রার্থী থাকতে পারে, আর প্যারেন্ট নিজের নীতি অনুযায়ী চূড়ান্ত ওয়েবসাইট সংযোগ করে।

উৎস-ঠিকানার নিয়মের আবার অন্য ভূমিকা আছে: এটি সংযোগের জন্য উপযুক্ত উৎস বেছে নেয়, গন্তব্যের সমর্থন তৈরি করে না। IPv4 উৎস কেবল-IPv6 গন্তব্যকে IPv4 এন্ডপয়েন্ট করে না।

স্থাপিত সংস্করণের নথি ও সম্পূর্ণ ফরওয়ার্ডিং পথ দেখুন। সমস্যা যদি অবিশ্বস্ত IPv6 সংযোগ হয়, সেই রোগনির্ণয় ধরে রাখুন, নীরবে পুরো ব্যবস্থা বদলে তা ঢেকে দেবেন না। কাজ করা পছন্দের পথ ও কঠোর একক-পরিবার এক্সিটের জন্য আলাদা কনফিগারেশন দরকার।