বিদ্যমান DigitalOcean লোড-বেলেন্সাৰ সম্পদৰ বাবে, মিল থকা TCP প্ৰটোকলৰ সৈতে ক্লায়েন্টৰ প্ৰক্সি বাইট স্ৰোত ৰক্ষা কৰক:

forwarding_rule {
  entry_port      = 3128
  entry_protocol  = "tcp"
  target_port     = 3128
  target_protocol = "tcp"
}

প্ৰকৃত target, নেটৱৰ্ক নিষেধাজ্ঞা আৰু স্বাস্থ্য পৰীক্ষা এই খণ্ডৰ চাৰিওফালে ৰাখক। ক্লায়েন্টে লোড বেলেন্সাৰৰ ঠিকনা ব্যৱহাৰ কৰে আৰু Squid এ নিজৰ listener ত স্ৰোতটো গ্ৰহণ কৰে।

এটা ফৰৱাৰ্ড প্ৰক্সিয়ে absolute-form HTTP target আৰু HTTPS ৰ বাবে CONNECT গ্ৰহণ কৰে। সাধাৰণ HTTP লোড-বেলেন্সিং ম’ডে সেই কথোপকথনসমূহ স্পষ্টভাৱে সমৰ্থন কৰিব লাগিব; listener ক HTTP বুলি কোৱাটোৱে সেই সুসংগতিতা প্ৰমাণ নকৰে।

প’ৰ্টতকৈ অধিক পৰীক্ষা কৰক: TCP স্বাস্থ্য পৰীক্ষাই গ্ৰহণযোগ্যতা প্ৰমাণ কৰে, আনহাতে অনুমোদিত target লৈ প্ৰমাণিত CONNECT এ প্ৰক্সি চুক্তি পৰীক্ষা কৰে।

IP অনুমোদনৰ ওপৰত নিৰ্ভৰ কৰাৰ আগতে Squid এ দেখা উৎস ঠিকনা পৰীক্ষা কৰক। PROXY-প্ৰটোকল মেটাডেটা, যদি ব্যৱহাৰ কৰা হয়, দুয়ো প্ৰান্তত সমৰ্থন লাগে আৰু প্ৰক্সি অনুৰোধৰ আগতে বাইট যোগ কৰে। target ৰক্ষণাবেক্ষণৰ সময়ত জীৱিত tunnels ইচ্ছাকৃতভাৱে drain কৰক; সিহঁতৰ process হঠাতে আঁতৰালে সিহঁত বাধাপ্ৰাপ্ত হয়।

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