Een parentproxy die elke bestemming moet afhandelen, heeft een standaard doorstuurregel nodig. Hij heeft niet per se een wildcard nodig die uit een veel oudere Tinyproxy-configuratie is gekopieerd.

De huidige handleiding gebruikt een proxytype en eindpunt, waarbij de bestemmingskeuze optioneel is:

Upstream http parent.example.net:8080

Voor toegestane openbare bestemmingen met een niet-geverifieerde openbare HTTP-parent biedt de HTTP-proxylijst kandidaten voor die host en poort; voeg geen inloggegevens van een andere parent toe. Als de optionele bestemming wordt weggelaten, is dit in de gedocumenteerde syntaxis de standaard-upstream. Een specifiekere bestemmingsregel kan dan een andere route of een bewuste directe uitzondering uitdrukken.

Meng geen grammatica's uit verschillende releases

Een oud voorbeeld met alleen een adres, poort en een afsluitende punt kan bij een andere versie horen. Stem de handleiding af op het geïnstalleerde pakket, inclusief de ondersteuning voor upstream-functies en de ondersteunde parentprotocollen.

De volgorde van regels is ook belangrijk. De handleiding beschrijft gedrag bij de laatste overeenkomst, dus een ogenschijnlijk correcte uitzondering kan worden verborgen door een latere overeenkomende regel. Controleer de volledige set, niet alleen de regel die u bewerkt.

De openbare uitgang van de gekozen parent staat nog steeds los van Tinyproxy's lokale uitgaande bron. Als het de bedoeling is een bepaalde uiterlijke identiteit te behouden, documenteer dan wat er gebeurt als de parent niet beschikbaar is en welke bestemmingen direct mogen.

Houd ten slotte bestemmingsroutering gescheiden van clienttoegang. Een upstream-regel is geen authenticatieregel en beperkt niet welke machines de lokale listener mogen gebruiken. Een nette routetabel kan geen open proxydienst compenseren.

Gerelateerde artikelen