હાલના 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-પ્રોટોકોલ મેટાડેટા, જો વપરાય તો, બંને છેડે સમર્થન માંગે છે અને પ્રોક્સી વિનંતી પહેલાં બાઇટ ઉમેરે છે. ટાર્ગેટ જાળવણી દરમિયાન જીવંત ટનલ જાણી જોઈને ખાલી કરો; તેમની પ્રક્રિયા અચાનક દૂર કરવાથી તેઓ વિક્ષેપિત થાય છે.

સંબંધિત લેખો