ਮੌਜੂਦਾ 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-ਪ੍ਰੋਟੋਕੋਲ ਮੈਟਾਡੇਟਾ, ਜੇ ਵਰਤਿਆ ਜਾਵੇ, ਦੋਵੇਂ ਸਿਰਿਆਂ 'ਤੇ ਸਮਰਥਨ ਮੰਗਦਾ ਹੈ ਅਤੇ ਪ੍ਰੌਕਸੀ ਬੇਨਤੀ ਤੋਂ ਪਹਿਲਾਂ ਬਾਈਟ ਜੋੜਦਾ ਹੈ। ਟਾਰਗੇਟ ਸਾਂਭ-ਸੰਭਾਲ ਦੌਰਾਨ ਲਾਈਵ ਟਨਲ ਜਾਣ-ਬੁੱਝ ਕੇ ਖਾਲੀ ਕਰੋ; ਉਹਨਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਅਚਾਨਕ ਹਟਾਉਣ ਨਾਲ ਉਹ ਰੁਕ ਜਾਂਦੇ ਹਨ।

ਸੰਬੰਧਿਤ ਲੇਖ