Tinyproxy 1.11.2: aŭskultilo kaj klienta aliro
Uzu Listen kaj Allow ĝuste en Tinyproxy 1.11.2, distingu Bind de Listen kaj testu permesitajn kaj rifuzendajn klientojn.
En Tinyproxy 1.11.2, Listen elektas la adreson akceptantan klientajn konektojn, kaj Allow regas la permesitajn klientojn. Bind elektas eliran adreson.
Reguloj pri aŭskultilo kaj klientoj
Konservu la pakaĵajn agordojn por servouzanto, protokolo kaj PID-dosiero. Anstataŭigu la aŭskultajn kaj alirajn erojn per la celita politiko:
Port 8888
Listen 192.0.2.10
Allow 198.51.100.27/32
ConnectPort 443
Anstataŭigu ambaŭ dokumentajn adresojn. La aŭskulta adreso devas aparteni al la servilo, kaj la klienta adreso devas kongrui kun la fonto vidata de la servilo. Forigu malnoviĝintajn tro permesajn regulojn.
Sen Allow- aŭ Deny-eroj Tinyproxy permesas ĉiujn klientojn. Kiam aliraj eroj ekzistas, la defaŭlto fariĝas rifuzo kaj la ordo de reguloj gravas. Forigi ĉiun aliran linion do malfermas la politikon anstataŭ restarigi limigan defaŭlton.
ConnectPort 443 limigas CONNECT al tiu celpordo. Ordinaraj HTTP-petoj bezonas apartajn celkontrolojn se via instalo ilin postulas.
Kontroli la funkciantan servon
Elira agordo Bind ne limigas enirantajn ingojn. Inspektu la efektivan aŭskultilon post ekfunkciigo:
sudo ss -ltnp 'sport = :8888'
Kontrolu ambaŭ adresfamiliojn pri neintencitaj aŭskultiloj aŭ pli malnovaj servoinstancoj.
Ĉi tiu versio ne havas dokumentitan ŝaltilon -t nur por analizi la agordon. Kun la administrata servo haltigita, lanĉo en la antaŭplano montras startajn erarojn:
sudo tinyproxy -d -c /etc/tinyproxy/tinyproxy.conf
Haltigu la antaŭplanan procezon antaŭ relanĉi la administratan servon. Testu petojn de permesita fonto kaj dua regata fonto kiu devas esti rifuzita. La protokoloj de la celo helpas konfirmi ke rifuzita peto ne estis plusendita.