Tiyaking hindi bukas sa lahat ang iyong proxy

Subukan ang hangganan ng pag-access bago gawing naaabot ng ibang network ang bagong forward proxy. Kaunti ang napapatunayan ng matagumpay na request mula sa server mismo tungkol sa kaya ng ibang client. Gumamit ng kontroladong destinasyon para malaman kung talagang naipasa ang tinanggihang request.

Suriin ang aktuwal na listener at patakaran

Suriin ang prosesong nakikinig at mga address, pati IPv6 kung aktibo. Alisin ang hindi sinasadyang dagdag na listener o lumang instance ng serbisyo. Limitahan ang network firewall sa mga source na dapat makaabot sa serbisyo.

Pagkatapos, suriin ang configuration na aktuwal na ni-load, kasama ang mga included file. Sa Squid 6, maaaring mawalan ng saysay ang huling paghihigpit dahil sa mas naunang pahintulot. Sa Tinyproxy 1.11.2, pinapayagan ang lahat ng client kapag inalis ang bawat Allow at Deny line. May hiwalay na client at SOCKS rule ang Dante, kaya hindi buong patakaran ang pagtanggap ng TCP connection.

Gamitin ang dokumentasyon ng naka-install na bersyon. Dahilan para suriin ang bersyon ang mga pagbabago ng directive sa Squid 8, hindi dahilan para ipalagay na tinanggap ang pamilyar na configuration nang may parehong kahulugan.

Subukan ang pinapayagan at tinatanggihang kaso

Kung dapat parehong aprubadong source at login ang kailangan ng proxy, subukan ang matrix na ito sa mga sistemang kontrolado mo:

Maaaring magmukhang iisang source ang dalawang device sa likod ng iisang NAT. Pumili ng test location na may magkaibang source address sa proxy at kumpirmahin sa logs. Huwag gumamit ng hindi kaugnay na third-party machine o mag-scan ng serbisyo ng iba.

Maaaring walang anumang HTTP response ang pagtanggi ng firewall; maaaring magbalik ng error ang pagtanggi ng application. Sa parehong kaso, tiyaking hindi natanggap ng kontroladong target ang ipinagbabawal na request; maaaring mapagkamalang tugon ng destinasyon ang error page lamang.

Subukan ang forwarding mode na balak payagan

Para sa web proxy, hiwalay na subukan ang ordinaryong HTTP at pinapayagang HTTPS CONNECT path. Kung bahagi ng patakaran ang paghihigpit sa destinasyon, subukan ang pinapayagang destinasyon at kontroladong destinasyong dapat tanggihan. Huwag alisin ang kontrol para lang magtagumpay ang lahat ng test.

Ulitin matapos baguhin ang source range, kredensyal, listener address, included file o bersyon ng serbisyo. Itabi nang magkasama ang oras ng test, configuration version at resulta upang maihambing ang susunod na pagbabago sa parehong hangganan.

Proseso ito ng pagtanggap, hindi pahayag na kayang patunayan ng configuration parser o isang request na sarado ang bawat daanan ng network.