როცა როუტერი თავად უშვებს ვებ-პროქსის, პროქსირებული მოთხოვნა ორ TCP კავშირს იყენებს. საქმე არ არის მხოლოდ კლიენტის კავშირის უცვლელად გადაცემა როუტერის გავლით.

ტრაფიკიფაიერვოლის ბილიკი როუტერზე
კლიენტიდან როუტერის პროქსის მსმენელამდეINPUT
პროქსის პროცესიდან ვებსაიტამდეOUTPUT
კლიენტიდან პირდაპირ ინტერნეტ დანიშნულებამდეFORWARD

აშკარა პროქსის მარშრუტის მოთხოვნისთვის, ნება დართეთ განკუთვნილ კლიენტებს მიაღწიონ მსმენელს და ნება დართეთ პროქსის საჭირო გარე კავშირებს. ცალკე შეზღუდეთ არასასურველი პირდაპირი LAN-იდან WAN-ში გადაცემა.

მხოლოდ როუტერის INPUT პოლიტიკის შეცვლა არ აღწერს პირდაპირი გადაცემის ბილიკს. პირიქით, მსმენელის პორტის FORWARD-ში დაშვება სულაც არ ნიშნავს როუტერზე დამთავრებულ სერვისზე წვდომის დაშვებას.

შეინარჩუნეთ ის ლოკალური სერვისები, რომლებიც ქსელს ჯერ კიდევ სჭირდება, მაგალითად არჩეული DNS და მისამართების კონფიგურაცია. გამოიყენეთ პოლიტიკა რეალურად გამოყენებულ მისამართების ოჯახებზე. HTTP პროქსი აწვდის მის მხარდაჭერილ ვებ ან გვირაბის ოპერაციებს; ფაიერვოლი არ გარდაქმნის თვითნებურ UDP ან ICMP-ს ამ პროტოკოლად.

დაკავშირებული სტატიები