Squid cache_peer: peidiwch â marcio rhiant blaen fel originserver

Gall llinell cache_peer enwi rhiant ac eto ddweud wrth Squid i siarad ag ef fel petai'n wefan tarddiad.

Y switsh sy'n gyfrifol yw originserver. Mae Squid yn ei ddogfennu ar gyfer trefniadau cyflymydd lle mae'r cymar yn weinydd gwe. Nid yw'n fflag cyffredinol sy'n golygu «anfon y cais gwreiddiol drwy'r rhiant hwn».

Os yw'r cam nesaf yn brocsi blaen HTTP cyffredin, adolygwch a yw'r fflag hwnnw'n perthyn yno o gwbl. Mae datganiad rhiant sylfaenol yn lle hynny yn edrych fel hyn:

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

Efallai mai'r rhiant yw eich gwasanaeth eich hun; ar gyfer prawf rhiant cyhoeddus a ganiateir heb gymwysterau procsi rhiant wedi'u ffurfweddu, cymerwch ymgeisydd HTTP o'r rhestr procsi HTTP. Cadwch yr awdurdodiad cleient a fwriedir, cymhwysedd cymar, dilysu a'r polisi cwymp-yn-ôl uniongyrchol. Nid yw'r dyfyniad hwn ond yn nodi rôl y cymar.

Mae proxy-only, a gopïir weithiau wrth ymyl originserver, yn ymwneud â storio gwrthrychau a gafwyd o'r cymar hwnnw. Nid yw tynnu'r ddau fflag ar unwaith yn profi bod y ddau wedi achosi'r methiant protocol.

Edrychwch ar yr hyn y mae'r gwasanaeth nesaf yn ei ddisgwyl: cais gwefan, cais procsi blaen, neu gyfnewid sefydlu twnnel. Ni all enw gwesteiwr dilys a phorth cyrraeddadwy wneud y contractau hynny'n gyfnewidiol. Mae cywiro rôl y cymar yn fwy penodol na newid tystysgrifau TLS dro ar ôl tro ar gysylltiad yr oedd semanteg ei gais yn anghywir.