Squid cache_peer: не позначайте пересилаючого батька як originserver

Рядок cache_peer може вказувати батька і все одно казати Squid говорити з ним так, ніби це вихідний сайт.

Відповідальний перемикач — originserver. Squid документує його для прискорювальних конфігурацій, де батько є веб-сервером. Це не загальний прапорець, що означає «надішли початковий запит через цього батька».

Якщо наступний крок — звичайний пересилаючий HTTP-проксі, перевірте, чи цей прапорець узагалі там доречний. Базова декларація батька натомість має такий вигляд:

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

Батьком може бути ваш власний сервіс; для дозволеного тесту публічного батька без налаштованих облікових даних батьківського проксі візьміть HTTP-кандидата зі списку HTTP-проксі. Збережіть передбачувану авторизацію клієнта, придатність батька, автентифікацію та політику прямого відкату. Цей уривок лише визначає роль батька.

proxy-only, іноді скопійований поруч із originserver, стосується зберігання об'єктів, отриманих від цього батька. Видалення обох прапорців одразу не доводить, що обидва спричинили збій протоколу.

Подивіться, чого очікує наступний сервіс: запиту сайту, запиту пересилаючого проксі або обміну встановлення тунелю. Припустиме ім'я хоста й доступний порт не можуть зробити ці контракти взаємозамінними. Виправлення ролі батька точніше, ніж повторна заміна сертифікатів TLS на з'єднанні, семантика запиту якого була хибною.