Передавання Squid через TCP-балансувальник DigitalOcean

Використовуйте однакові протоколи TCP входу й цілі для наявного ресурсу DigitalOcean, коли шлях має зберігати forward HTTP і CONNECT.

Для наявного ресурсу балансувальника навантаження DigitalOcean зберігайте байтовий потік проксі клієнта з однаковими протоколами TCP:

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

Тримайте фактичну ціль, мережеві обмеження та перевірки стану навколо цього фрагмента. Клієнт використовує адресу балансувальника, а Squid приймає потік на своєму слухачі.

Forward-проксі приймає HTTP-цілі в абсолютній формі та CONNECT для HTTPS. Звичайний режим балансування навантаження HTTP має явно підтримувати такі розмови; називати слухач HTTP не доводить цієї сумісності.

Перевіряйте більше, ніж порт: перевірка стану TCP доводить приймання, а автентифікований CONNECT до дозволеної цілі випробовує контракт проксі.

Перевірте адресу джерела, яку бачить Squid, перш ніж покладатися на авторизацію за IP. Метадані протоколу PROXY, якщо вони використовуються, потребують підтримки на обох кінцях і додають байти перед запитом проксі. Під час обслуговування цілі навмисно спускайте активні тунелі; раптове видалення їхнього процесу перериває їх.

Схожі статті