നിലവിലുള്ള DigitalOcean ലോഡ് ബാലൻസർ റിസോഴ്‌സിന്, പൊരുത്തപ്പെടുന്ന TCP പ്രോട്ടോക്കോളുകളോടെ ക്ലയന്റിന്റെ പ്രോക്സി ബൈറ്റ് സ്ട്രീം നിലനിർത്തുക:

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

യഥാർത്ഥ ടാർഗെറ്റ്, നെറ്റ്‌വർക്ക് നിയന്ത്രണങ്ങൾ, ആരോഗ്യ പരിശോധനകൾ എന്നിവ ഈ ഭാഗത്തിന് ചുറ്റും നിലനിർത്തുക. ക്ലയന്റ് ലോഡ് ബാലൻസറിന്റെ വിലാസം ഉപയോഗിക്കുന്നു, Squid തന്റെ ലിസണറിൽ സ്ട്രീം സ്വീകരിക്കുന്നു.

ഫോർവേഡ് പ്രോക്സി കേവലരൂപ HTTP ടാർഗെറ്റുകളും HTTPS-നുള്ള CONNECT-ഉം സ്വീകരിക്കുന്നു. സാധാരണ HTTP ലോഡ് ബാലൻസിംഗ് മോഡ് ആ സംഭാഷണങ്ങളെ വ്യക്തമായി പിന്തുണയ്ക്കണം; ലിസണറെ HTTP എന്ന് വിളിക്കുന്നത് ആ അനുകൂല്യം തെളിയിക്കുന്നില്ല.

പോർട്ടിനപ്പുറം പരിശോധിക്കുക: TCP ആരോഗ്യ പരിശോധന സ്വീകാര്യത തെളിയിക്കുന്നു, അനുവദിച്ച ടാർഗെറ്റിലേക്കുള്ള പ്രാമാണീകരിച്ച CONNECT പ്രോക്സി കരാർ പരിശോധിക്കുന്നു.

IP അനുമതിയിൽ ആശ്രയിക്കുന്നതിന് മുമ്പ് Squid കാണുന്ന ഉറവിട വിലാസം പരിശോധിക്കുക. PROXY പ്രോട്ടോക്കോൾ മെറ്റാഡാറ്റ ഉപയോഗിക്കുന്നുവെങ്കിൽ ഇരുവശത്തും പിന്തുണ ആവശ്യമാണ്, പ്രോക്സി അഭ്യർത്ഥനയ്ക്ക് മുമ്പ് ബൈറ്റുകൾ ചേർക്കുന്നു. ടാർഗെറ്റ് അറ്റകുറ്റപ്പണിക്കിടെ സജീവ ടണലുകൾ ബോധപൂർവം ഒഴിവാക്കുക; അവയുടെ പ്രോസസ്സ് പെട്ടെന്ന് നീക്കം ചെയ്താൽ അവ തടസ്സപ്പെടും.

അനുബന്ധ ലേഖനങ്ങൾ