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 ছেটিংছৰ সংগ্ৰহতকৈ সহজে বৈধ কৰিব পাৰি।

সম্পৰ্কিত প্ৰবন্ধ