Tinyproxy-upstream-reguloj: defaŭlta prokurilo kaj esceptoj

Gepatra prokurilo, kiu devus pritrakti ĉiun celon, bezonas defaŭltan plusendan regulon. Ĝi ne nepre bezonas ĵokeron kopiitan el multe pli malnova Tinyproxy-agordo.

La nuna manlibro uzas prokurilon tipon kaj finpunkton, kun la cello-elektilo laŭvola:

Upstream http parent.example.net:8080

Por permesitaj publikaj celoj kun publika HTTP-gepatro sen aŭtentikigo, la HTTP-prokurila listo proponas kandidatojn por tiu gastiganto kaj pordo; ne aldonu akreditaĵojn de alia gepatra prokurilo. Forlaso de la laŭvola celo faras ĉi tion la defaŭlta upstream en la dokumentita sintakso. Pli specifa cela regulo povas poste esprimi alian itineron aŭ intencitan rektan escepton.

Ne miksu gramatikojn el malsamaj eldonoj

Malnova ekzemplo enhavanta nur adreson, pordon kaj finan punkton povas aparteni al alia versio. Kongruigu la manlibron kun la instalita pako, inkluzive de ĝia subteno de upstream-funkcioj kaj subtenataj gepatraj protokoloj.

Ankaŭ la ordo de reguloj gravas. La manlibro priskribas konduton de lasta kongruo, do ŝajne ĝusta escepto povas esti kaŝita de posta kongrua regulo. Revizu la tutan aron, ne nur la redaktatan linion.

La publika eliro de la elektita gepatra prokurilo ankoraŭ estas aparta de la loka elira fonto de Tinyproxy. Se la intenco estas konservi apartan eksteran identecon, dokumentu tion, kio okazas kiam la gepatra prokurilo ne disponeblas, kaj kiuj celoj rajtas iri rekte.

Fine, tenu celan enkursigon aparte de klienta aliro. Upstream-regulo ne estas aŭtentikiga regulo kaj ne limigas, kiuj maŝinoj povas uzi la lokan aŭskultanton. Ordema enkursiga tabelo ne povas kompensi elmetitan prokurilan servon.