Squid-ত পেৰেণ্ট ঘোষণা কৰিলেই প্ৰতিটো ফৰৱাৰ্ড অনুৰোধে তাক ব্যৱহাৰ কৰাটো বাধ্যতামূলক নহয়। পোনপটীয়া পথে নীতি ভাঙিলে সেই চৰ্ত স্পষ্টভাৱে কনফিগাৰ কৰক আৰু পেৰেণ্ট নথকাত কি হয় পৰীক্ষা কৰক।

Squid 6.13-ৰ এই উদাহৰণে এটা পেৰেণ্ট নিৰ্ধাৰণ কৰে আৰু এটা ক্লায়েণ্ট উৎসৰ বাবে মূল ছাৰ্ভাৰলৈ পোনপটীয়া ফৰৱাৰ্ড বন্ধ কৰে:

cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream
acl routed_client src 198.51.100.27/32
never_direct allow routed_client

দুয়োটা ঠিকনা নমুনা। ৰাজহুৱা HTTP পেৰেণ্ট অনুমোদিত নিয়ন্ত্ৰিত আপষ্ট্ৰিম পৰীক্ষাত HTTP প্ৰক্সি তালিকাৰ পৰা ঠিকনা লওক। কেৱল বিচৰা ক্লায়েণ্ট অনুমতি দিয়া পৃথক http_access নীতি ৰাখক। ৰাউটিং নিয়মে ক্লায়েণ্টক প্ৰক্সি ব্যৱহাৰৰ অধিকাৰ নিদিয়ে।

আগৰ ৰাউটিং নিয়ম পৰীক্ষা কৰক

no-query-এ এই peer-লৈ ICP প্ৰশ্ন বন্ধ কৰে। শূন্য peer-ৰ প্ৰশ্ন প’ৰ্ট, তাৰ HTTP লিছেনাৰ নহয়। ক্লায়েণ্টফালৰ লিছেনাৰ আৰু প্ৰৱেশ নিয়ম পৃথকে থাকে।

ব্লক যোগ কৰাৰ আগতে থকা always_direct ছেটিং আৰু আন peer বাছনি চাওক। always_direct-ত মিল নাকচ কৰিলেই পেৰেণ্ট বাধ্যতামূলক নহয়। স্পষ্ট never-direct নিয়মে বাছি লোৱা ক্লায়েণ্টৰ বাবে সেই চৰ্ত জনায়।

ই ফৰৱাৰ্ড কৰিবলগীয়া লেনদেন নিয়ন্ত্ৰণ কৰে। ব্যৱহাৰযোগ্য স্থানীয় কেশ এণ্ট্ৰি পেৰেণ্টৰ সৈতে যোগাযোগ নকৰাকৈ দিব পাৰি, সেয়ে নতুন পেৰেণ্ট সংযোগ নথকাটো নিজে নিজে ৰাউটিং উলংঘন নহয়।

পথ আৰু বিফলতাৰ আচৰণ চাওক

নিয়ন্ত্ৰিত গন্তব্য লওক আৰু গন্তব্যৰ পৰ্যবেক্ষণৰ সৈতে এক্সেছ লগৰ hierarchy তথ্য মিলাওক। শেষৰ HTTP ষ্টেটাছ অকলে নকয় যে Squid-এ পেৰেণ্ট নে পোনপটীয়া পথ ল’লে।

ৰক্ষণাবেক্ষণ পৰীক্ষাত পেৰেণ্ট উপলব্ধ নোহোৱা কৰি একে কেশবিহীন অনুৰোধ পুনৰ কৰক। নীতিয়ে পোনপটীয়া ফৰৱাৰ্ড নিষেধ কৰিলে লেনদেন আন পথে মূললৈ নাপাই বিফল হ’ব লাগে। কেৱল নিজৰ নিয়ন্ত্ৰণৰ সেৱাত কৰক আৰু পিছত বিচৰা কনফিগাৰেচন ঘূৰাই দিয়ক।

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