Przekazywanie Squida przez moduł równoważenia obciążenia TCP DigitalOcean

Użyj zgodnych protokołów TCP wejścia i celu dla istniejącego zasobu DigitalOcean, gdy ścieżka musi zachować forward HTTP i CONNECT.

Dla istniejącego zasobu modułu równoważenia obciążenia DigitalOcean zachowaj strumień bajtów proxy klienta ze zgodnymi protokołami TCP:

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

Zachowaj rzeczywisty cel, ograniczenia sieciowe i kontrole stanu wokół tego fragmentu. Klient używa adresu modułu równoważenia, a Squid odbiera strumień na swoim nasłuchu.

Proxy przekazujące akceptuje cele HTTP w postaci absolutnej i CONNECT dla HTTPS. Zwykły tryb równoważenia obciążenia HTTP musi jawnie obsługiwać takie rozmowy; nazwanie nasłuchu HTTP nie dowodzi tej zgodności.

Sprawdź więcej niż port: kontrola stanu TCP dowodzi akceptacji, a uwierzytelniony CONNECT do dozwolonego celu sprawdza kontrakt proxy.

Przed poleganiem na autoryzacji IP sprawdź adres źródłowy widziany przez Squida. Metadane protokołu PROXY, jeśli są używane, wymagają obsługi po obu stronach i dodają bajty przed żądaniem proxy. Podczas konserwacji celu celowo opróżniaj aktywne tunele; nagłe usunięcie ich procesu przerywa je.

Powiązane artykuły