Tinyproxy 1.11.2: lyttar og klienttilgang
Bruk Listen og Allow rett i Tinyproxy 1.11.2, skil Bind frå Listen, og test både tillatne og avviste klientar.
I Tinyproxy 1.11.2 vel Listen adressa som tek imot klientsamband, medan Allow styrer kva klientar som slepp til. Bind vel ei utgåande adresse.
Reglar for lyttar og klientar
Hald på pakkeinnstillingane for tenestebrukar, logg og PID-fil. Byt ut lyttar- og tilgangsoppføringane med ønskt policy:
Port 8888
Listen 192.0.2.10
Allow 198.51.100.27/32
ConnectPort 443
Byt ut begge dokumentasjonsadressene. Lyttaradressa må høyre til tenaren, og klientadressa må samsvare med kjelda tenaren ser. Fjern utdaterte reglar som slepper for mykje gjennom.
Utan Allow- eller Deny-oppføringar tillèt Tinyproxy alle klientar. Når tilgangsoppføringar finst, vert standarden å avvise, og rekkjefølgja på reglane har noko å seie. Å slette alle tilgangslinjer opnar difor policyen i staden for å gjenopprette ein avgrensande standard.
ConnectPort 443 avgrensar CONNECT til denne målporten. Vanlege HTTP-førespurnader treng eigne målkontrollar dersom oppsettet ditt krev det.
Kontrollere tenesta som køyrer
Ei utgåande Bind-innstilling avgrensar ikkje innkomande socketar. Undersøk den faktiske lyttaren etter oppstart:
sudo ss -ltnp 'sport = :8888'
Kontroller begge adressefamiliane for utilsikta lyttarar eller eldre tenesteinstansar.
Denne versjonen har ingen dokumentert -t-brytar som berre parsar konfigurasjonen. Når den administrerte tenesta er stoppa, viser ei køyring i framgrunnen oppstartsfeil:
sudo tinyproxy -d -c /etc/tinyproxy/tinyproxy.conf
Stopp framgrunnsprosessen før du startar den administrerte tenesta på nytt. Test førespurnader frå ei tillaten kjelde og ei anna kontrollert kjelde som skal avvisast. Loggane til målet hjelper med å stadfeste at ein avvist førespurnad ikkje vart vidaresend.