Një proxy prind që duhet të trajtojë çdo destinacion ka nevojë për një rregull parazgjedhur përcjelljeje. Nuk ka nevojë domosdoshmërisht për një wildcard të kopjuar nga një konfigurim shumë më i vjetër i Tinyproxy.

Manuali aktual përdor një lloj proxy dhe një pikë fundore, me përzgjedhësin e destinacionit opsional:

Upstream http parent.example.net:8080

Për destinacione publike të lejuara me një prind HTTP publik pa vërtetim, lista e proxy-ve HTTP ofron kandidatë për atë host dhe portë; mos shtoni kredenciale nga një prind tjetër. Lënia jashtë e destinacionit opsional e bën këtë upstream parazgjedhur në sintaksën e dokumentuar. Një rregull destinacioni më specifik mund të shprehë më pas një rrugë tjetër ose një përjashtim të drejtpërdrejtë të qëllimshëm.

Mos përzieni gramatika nga versione të ndryshme

Një shembull i vjetër që përmban vetëm një adresë, një portë dhe një pikë në fund mund t'i përkasë një versioni tjetër. Përputhni manualin me paketën e instaluar, duke përfshirë mbështetjen e veçorive upstream dhe protokollet prind të mbështetura.

Rendi i rregullave ka gjithashtu rëndësi. Manuali përshkruan sjelljen e përputhjes së fundit, kështu që një përjashtim në dukje i saktë mund të fshihet nga një rregull përputhës i mëvonshëm. Rishikoni të gjithë grupin, jo vetëm rreshtin që po redaktoni.

Dalja publike e prindit të zgjedhur është ende e ndarë nga burimi lokal i daljes i Tinyproxy. Nëse qëllimi është të ruhet një identitet i jashtëm i caktuar, dokumentoni çfarë ndodh kur prindi nuk është i disponueshëm dhe cilat destinacione lejohen të shkojnë drejtpërdrejt.

Së fundi, mbani rrugëtimin e destinacioneve të ndarë nga qasja e klientëve. Një rregull upstream nuk është rregull vërtetimi dhe nuk kufizon cilat makina mund të përdorin dëgjuesin lokal. Një tabelë e rregullt rrugësh nuk mund të kompensojë një shërbim proxy të ekspozuar.

Artikuj të ngjashëm