Squid cache_peer: не отбелязвайте forwarding родител като originserver

Ред cache_peer може да назове родител и въпреки това да каже на Squid да говори с него, сякаш е сайтът-източник.

Отговорният превключвател е originserver. Squid го документира за ускорителни схеми, при които peer е уеб сървър. Това не е общ флаг със значение „изпрати оригиналната заявка през този родител“.

Ако следващата стъпка е обикновен HTTP forward прокси, проверете дали този флаг изобщо ѝ принадлежи. Основна декларация за родител вместо това изглежда така:

cache_peer parent.example parent 8080 0 no-query name=upstream

Родителят може да е ваша собствена услуга; за разрешен тест на публичен родител без конфигурирани данни за родителски прокси вземете HTTP кандидат от списъка с HTTP проксита. Запазете предвидената клиентска авторизация, допустимост на peer, удостоверяване и политика за директен отказ. Този откъс само идентифицира ролята на peer.

proxy-only, понякога копиран до originserver, се отнася до съхранението на обекти, получени от този peer. Премахването на двата флага наведнъж не доказва, че и двата са причинили протоколния отказ.

Вижте какво очаква следващата услуга: заявка към сайт, заявка към forward прокси или обмен за установяване на тунел. Валидно име на хост и достъпен порт не правят тези договори взаимозаменяеми. Коригирането на ролята на peer е по-точно от многократната смяна на TLS сертификати на връзка, чиято семантика на заявката е била грешна.