Squid cache_peer: ne jelöljön meg egy továbbító szülőt originserverként

Egy cache_peer sor megnevezhet egy szülőt, és mégis arra utasíthatja a Squidot, hogy úgy beszéljen vele, mintha az lenne az eredeti webhely.

A felelős kapcsoló a originserver. A Squid gyorsító elrendezésekhez dokumentálja, ahol a peer webszerver. Ez nem általános jelző, amelynek jelentése «küldd az eredeti kérést ezen a szülőn keresztül».

Ha a következő ugrás közönséges HTTP továbbító proxy, vizsgálja meg, hogy egyáltalán oda tartozik-e ez a jelző. Egy alapvető szülődeklaráció inkább így néz ki:

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

A szülő lehet a saját szolgáltatása; engedélyezett nyilvános szülő tesztjéhez, beállított szülőproxy-hitelesítő adatok nélkül, vegyen HTTP-jelöltet a HTTP-proxy listáról. Tartsa meg a szándékolt ügyfélengedélyezést, a peer alkalmasságát, a hitelesítést és a közvetlen visszaesési szabályzatot. Ez a részlet csak a peer szerepét azonosítja.

proxy-only, amelyet néha originserver mellé másolnak, a peertől beszerzett objektumok tárolására vonatkozik. Mindkét jelző egyidejű eltávolítása nem bizonyítja, hogy mindkettő okozta a protokollhibát.

Nézze meg, mit vár a következő szolgáltatás: webhelykérést, továbbítóproxy-kérést vagy alagút-létesítési cserét. Egy érvényes hosztnév és egy elérhető port nem teszi ezeket a szerződéseket felcserélhetővé. A peer szerepének kijavítása célzottabb, mint a TLS-tanúsítványok ismételt cseréje egy olyan kapcsolaton, amelynek kérési szemantikája hibás volt.