Пренасочване на Squid през TCP балансиращ товара на DigitalOcean

Използвайте съвпадащи 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, ако се използват, изискват поддръжка в двата края и добавят байтове преди прокси заявката. Източвайте живите тунели умишлено по време на поддръжка на целта; внезапното премахване на процеса им ги прекъсва.

Подобни статии