En Elterendeel-Proxy, deen all Zil soll këmmeren, brauch eng Standard-Weiderleesungsreegel. Hien brauch net onbedéngt en Wildcard, deen aus enger vill méi aler Tinyproxy-Konfiguratioun kopéiert gouf.

Den aktuellen Handbuch benotzt e Proxy-Typ an en Endpunkt, woubäi den Zilselektor optional ass:

Upstream http parent.example.net:8080

Fir erlabe ëffentlech Ziler mat engem net-authentifizéierten ëffentlechen HTTP-Elterendeel bitt d'HTTP-Proxylëscht Kandidaten fir deen Host an dee Port; befestegt keng Umeldungsdaten vun engem aneren Elterendeel. Wann dat optional Zil ewechgelooss gëtt, gëtt dëst den Standard-Upstream an der dokumentéierter Syntax. Eng méi spezifesch Zilreegel kann duerno en anere Wee oder eng bewosst direkt Ausnam ausdrécken.

Vermëscht keng Grammatike vun ënnerschiddlechen Editiounen

En alen Beispill, deen nëmmen eng Adress, e Port an en Endpunkt enthält, kann zu enger anerer Versioun gehéieren. Passt den Handbuch un dat installéiert Paket un, inklusiv senger Ënnerstëtzung fir Upstream-Funktiounen an deenen ënnerstëtzten Elterendeel-Protokoller.

D'Reiefolleg vun de Regele spillt och eng Roll. Den Handbuch beschreift d'Verhalen beim leschte Match, sou datt eng anscheinend korrekt Ausnam vun enger spéiderer passender Reegel verstoppt ka ginn. Iwwerpréift de ganzen Ensemble, net nëmmen d'Linn, déi Dir ännert.

De public Ausgang vum gewielten Elterendeel ass nach ëmmer getrennt vun Tinyproxy senger lokaler ausgehender Quell. Wann d'Absicht ass, eng bestëmmt baussenzeg Identitéit ze bewahren, dokumentéiert wat geschitt, wann den Elterendeel net disponibel ass, a wéi eng Ziler direkt dierfen.

Schlussendlech halt d'Zil-Routing getrennt vum Client-Zougang. Eng Upstream-Reegel ass keng Authentifikatiounsreegel a limitéiert net, wéi eng Maschinne kënnen de lokale Lauschterer benotzen. Eng propper Routing-Tabell kann en oppene Proxy-Service net kompenséieren.

Ähnlech Artikelen