In cache_peer-rigel kin in âlder neame en Squid dochs sizze om der mei te praten as wie it de oarsprongswebsite.

De ferantwurdlike skeakel is originserver. Squid dokumintearret dy foar fersnellingsopsets wêrby't de peer in webserver is. It is gjin algemiene flagge mei de betsjutting «stjoer it oarspronklike fersyk troch dizze âlder».

As de folgjende sprong in gewoane HTTP forward-proxy is, besjoch dan oft dy flagge dêr wol heart. In basisâlderferklearring hat ynstee dizze foarm:

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

De âlder kin jo eigen tsjinst wêze; foar in tastiene iepenbiere-âldertest sûnder konfigurearre âlderproxy-gegevens, nim in HTTP-kandidaat út de HTTP-proxylist. Behâld de bedoelde kliïntautorisearring, geskiktheid fan de peer, autentikaasje en it belied foar direkte weromfal. Dit fragmint identifisearret allinnich de rol fan de peer.

proxy-only, soms njonken originserver kopiearre, giet oer it opslaan fan objekten dy't fan dy peer helle binne. Beide flaggen tagelyk fuorthelje bewiist net dat beide it protokolfalen feroarsake hawwe.

Sjoch wat de folgjende tsjinst ferwachtet: in websidefersyk, in forward-proxyfersyk of in tunnelopboustifting. In jildich hostnamme en in berikber poarte meitsje dy kontrakten net útwikselber. It korrizjearjen fan de peer-rol is spesifiker as it hieltyd feroarjen fan TLS-sertifikaten op in ferbining wêrfan de fersykssemantyk ferkeard wie.

Relatearre artikelen