iptables આદેશમાંનું હોસ્ટનામ નિયમ સબમિટ થાય તે પહેલાં ઉકેલાય છે. કર્નલ નિયમ પરિણામી સરનામાંઓ સાથે મેળ ખાય છે; તે દરેક પેકેટ માટે DNSનું પુનરાવર્તન કરતું નથી કે HTTP હોસ્ટનામોની તપાસ કરતું નથી.

જ્યારે અપવાદ કામ કરવાનું બંધ કરે, ત્યારે આંકડાકીય નિયમ અને કાઉન્ટરોને ક્લાયન્ટે ખરેખર વાપરેલા સરનામા સાથે સરખાવો. DNS ફેરફારો, જુદા જુદા રિઝોલ્વર જવાબો અને વધારાના સ્રોત હોસ્ટ તે સરનામાને જૂના નિયમની બહાર મૂકી શકે છે. ઊલટું જોખમ અસંબંધિત સેવાઓ સાથે વહેંચાયેલું સરનામું છે: IP અપવાદ તેમને પણ સમાવી શકે છે.

ક્રમ અલગથી તપાસો. પહેલેથી મેળ ખાતી અટકાવ ક્રિયા પછીનો બાયપાસ ઘણો મોડો હોઈ શકે, પણ તેને વહેલા ખસેડવાથી તેનો સરનામા-સમૂહ જળવાતો નથી.

જરૂરી અપવાદજરૂરી નીતિ
આ નેટવર્ક ગંતવ્યો સાથેના જોડાણોને અટકાવશો નહીંયોગ્ય સરનામા-જાળવણી વ્યૂહરચના સાથે પેકેટ રાઉટિંગ નિયમો
આ ક્લાયન્ટને Squid દ્વારા આ નામોની વિનંતી કરવા દોવિનંતી-સ્તરીય ગંતવ્ય-ડોમેન ACL સાથે ક્લાયન્ટ અને પોર્ટ પ્રતિબંધો

Squid પરવાનગી વિનંતીને પ્રોક્સીની અંદર રાખે છે. ફાયરવોલ બાયપાસ તેને Squidના અધિકૃતિ માર્ગમાંથી દૂર કરે છે. બંને વચ્ચે સભાનપણે પસંદ કરો. સામાન્ય CONNECT સાથે, હોસ્ટનામથી વાકેફ પ્રોક્સી નિર્ણય પણ એન્ક્રિપ્ટ થયેલ સાઇટ માર્ગ જાહેર કરતો નથી, તેથી તે પોતે પૃષ્ઠ-માર્ગ અપવાદ બની શકતું નથી.

સંબંધિત લેખો