Squid IPv4 ক্লায়েন্ট ও IPv6 গন্তব্য: আলাদা নীতি

IPv4-এর মাধ্যমে ক্লায়েন্ট গ্রহণ করে তার অনুরোধকৃত ওয়েবসাইটে IPv6-এর মাধ্যমে পৌঁছানো সম্ভব। এগুলি আলাদা সংযোগ। ওয়েবসাইটের দিকের নীতি স্বয়ংক্রিয়ভাবে IPv4 ক্লায়েন্টদের প্রত্যাখ্যান করা উচিত নয়।

গন্তব্য-পরিবার নিষেধাজ্ঞার সঙ্গে src ipv4 মিলিত উদাহরণগুলিতে এটিই ফাঁদ: উৎস ACL পরিবর্তন করে কে সংযোগ করতে পারে, কেবল কোন ওয়েবসাইট সংযোগ অনুমোদিত তা নয়।

উদ্দেশ্যপ্রণোদিত নিষেধাজ্ঞা নির্ধারণ করুন

প্রাসঙ্গিক IP ACL সমর্থন করে এমন Squid সংস্করণের জন্য, গন্তব্য-পরিবার নিয়ম IPv4 গন্তব্য শনাক্ত করতে dst ipv4 ব্যবহার করতে পারে। এই ধরনের নিয়ম বিদ্যমান প্রমাণীকরণ ও গন্তব্য অনুমতির সঙ্গে একীভূত করুন; এগুলি বাইপাস করে বিস্তৃত IPv6 অনুমতি যোগ করবেন না।

ACL রেফারেন্স উৎস ও গন্তব্য ধরন আলাদা করে। এটি একটি নিষেধাজ্ঞা, স্বয়ংক্রিয় অনুবাদ পরিষেবা নয়। একটি শুধু-IPv4 ওয়েবসাইট অনুপলব্ধ হতে পারে যদিও মেশিনটি IPv4-এ এটিতে পৌঁছাতে পারত।

বহির্গামী IPv6 ঠিকানা বাঁধাও সম্পূর্ণ প্রয়োগ নীতি নয়। উৎস নির্বাচন, অনুমোদিত গন্তব্য পরিবার, DNS উত্তর ও প্রকৃত নেটওয়ার্ক প্রাপ্যতা সবই অবদান রাখে। IPv4 ফলব্যাক গ্রহণযোগ্য কিনা তা স্পষ্টভাবে সিদ্ধান্ত নিন।

forwarded_for পরিবর্তন করলে এই সমস্যার সমাধান হয় না। এটি HTTP হেডারকে প্রভাবিত করে, প্রক্সির TCP সংযোগের ঠিকানা পরিবারকে নয়। অনুরূপভাবে, IPv6 DNS রিজলভার নিশ্চিত করে না যে এটি যে নামের উত্তর দেয় তার প্রতিটির IPv6 গন্তব্য আছে।

বড় পুরোনো কনফিগারেশন গ্রহণের আগে সংস্করণ-নির্দিষ্ট আচরণ পরীক্ষা করুন। বিশেষত: dns_v4_first Squid 5 থেকে 7-এ সমর্থিত পরিবার-পছন্দ সুইচ নয়। আপনি নির্ভুলভাবে বর্ণনা করতে পারেন এমন নীতি অসংযুক্ত IPv6 সেটিংসের সংগ্রহের চেয়ে সহজে যাচাইযোগ্য।