iptables હોસ્ટનામ નિયમો DNS સ્નેપશોટ છે
DNS ફેરફારો પછી iptables હોસ્ટનામ અપવાદ શા માટે સાઇટ સાથે મેળ ખાવાનું બંધ કરી શકે છે અને ફોરવર્ડ પ્રોક્સીની ડોમેન નીતિ ક્યાં અલગ છે તે સમજો.
iptables આદેશમાંનું હોસ્ટનામ નિયમ સબમિટ થાય તે પહેલાં ઉકેલાય છે. કર્નલ નિયમ પરિણામી સરનામાંઓ સાથે મેળ ખાય છે; તે દરેક પેકેટ માટે DNSનું પુનરાવર્તન કરતું નથી કે HTTP હોસ્ટનામોની તપાસ કરતું નથી.
જ્યારે અપવાદ કામ કરવાનું બંધ કરે, ત્યારે આંકડાકીય નિયમ અને કાઉન્ટરોને ક્લાયન્ટે ખરેખર વાપરેલા સરનામા સાથે સરખાવો. DNS ફેરફારો, જુદા જુદા રિઝોલ્વર જવાબો અને વધારાના સ્રોત હોસ્ટ તે સરનામાને જૂના નિયમની બહાર મૂકી શકે છે. ઊલટું જોખમ અસંબંધિત સેવાઓ સાથે વહેંચાયેલું સરનામું છે: IP અપવાદ તેમને પણ સમાવી શકે છે.
ક્રમ અલગથી તપાસો. પહેલેથી મેળ ખાતી અટકાવ ક્રિયા પછીનો બાયપાસ ઘણો મોડો હોઈ શકે, પણ તેને વહેલા ખસેડવાથી તેનો સરનામા-સમૂહ જળવાતો નથી.
| જરૂરી અપવાદ | જરૂરી નીતિ |
|---|---|
| આ નેટવર્ક ગંતવ્યો સાથેના જોડાણોને અટકાવશો નહીં | યોગ્ય સરનામા-જાળવણી વ્યૂહરચના સાથે પેકેટ રાઉટિંગ નિયમો |
| આ ક્લાયન્ટને Squid દ્વારા આ નામોની વિનંતી કરવા દો | વિનંતી-સ્તરીય ગંતવ્ય-ડોમેન ACL સાથે ક્લાયન્ટ અને પોર્ટ પ્રતિબંધો |
Squid પરવાનગી વિનંતીને પ્રોક્સીની અંદર રાખે છે. ફાયરવોલ બાયપાસ તેને Squidના અધિકૃતિ માર્ગમાંથી દૂર કરે છે. બંને વચ્ચે સભાનપણે પસંદ કરો. સામાન્ય CONNECT સાથે, હોસ્ટનામથી વાકેફ પ્રોક્સી નિર્ણય પણ એન્ક્રિપ્ટ થયેલ સાઇટ માર્ગ જાહેર કરતો નથી, તેથી તે પોતે પૃષ્ઠ-માર્ગ અપવાદ બની શકતું નથી.