Пренасочување на Squid преку DigitalOcean TCP балансирач на оптоварување

Користете соодветни TCP протоколи за влез и цел за постоечки DigitalOcean ресурс кога патеката мора да го зачува проследениот HTTP и CONNECT.

За постоечки ресурс на DigitalOcean балансирач на оптоварување, зачувајте го бајтниот тек на проксито на клиентот со соодветни TCP протоколи:

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

Задржете ја вистинската цел, мрежните ограничувања и проверките на здравствената состојба околу овој фрагмент. Клиентот ја користи адресата на балансирачот, а Squid го прима текот на својот слушател.

Проследувачкото прокси прифаќа HTTP цели во апсолутна форма и CONNECT за HTTPS. Обичниот режим на балансирање на HTTP оптоварување мора експлицитно да ги поддржува тие разговори; нарекувањето на слушателот HTTP не ја докажува таа компатибилност.

Проверете повеќе од портата: TCP проверката на здравствената состојба докажува прифаќање, додека автентифициран CONNECT до дозволена цел го проверува прокси договорот.

Проверете изворната адреса што ја гледа Squid пред да се потпрете на IP авторизација. Метаподатоците на протоколот PROXY, ако се користат, бараат поддршка на двата краја и додаваат бајти пред прокси барањето. Намерно испразнете ги активните тунели за време на одржувањето на целта; наглото отстранување на нивниот процес ги прекинува.

Поврзани статии