સ્રોત NAT ક્લાયન્ટ સરનામાંને પછીના ફાયરવોલથી છુપાવે છે

સ્ટાફ અને લેબ ક્લાયન્ટ માટે લખાયેલો નિયમ નવા એજ ફાયરવોલ પર જાય છે, અને તે શાંતિથી બધા સાથે અથવા કંઈ સાથે મેળ ખાતો નથી. કારણ ઉપર છે: ગેટવે પહેલેથી ક્લાયન્ટ સરનામાં ફરીથી લખી ચૂક્યો છે, તેથી નિયમ બે જૂથને બદલે એક ટ્રાન્ઝિટ સરનામું જુએ છે. ઉપકરણ ઉમેરવાથી માર્ગે દૂર કરેલી માહિતી પાછી આવતી નથી. નીતિ લખતાં પહેલાં છેલ્લું બિંદુ શોધો જ્યાં ભેદ હજી અસ્તિત્વમાં છે.

એજ નિયમ એક જ સરનામું કેમ જુએ છે

ઘણા-થી-એક ભાષાંતર દરેક આંતરિક સરનામા અને પોર્ટની જોડીને નિયુક્ત પોર્ટ સાથે વહેંચાયેલા બાહ્ય સરનામા પર મેપ કરે છે. તે પોર્ટ બંધનો દ્વારા વાતચીત અનુવાદક માટે અલગ રહે છે, પણ નીચેનું ઉપકરણ જે સાદું સ્રોત-ઉપસર્ગ મેળ કરે છે તે ફક્ત વહેંચાયેલું સરનામું જુએ છે. નિયમ પર બે જૂથને સમાન બનાવવા માટે તે પૂરતું છે. પેકેટ હજી આવે છે; જૂથીકરણ નહીં.

ડાયાગ્રામ શું વચન આપે છે તે નહીં, ફાયરવોલનું ઇન્ટરફેસ ખરેખર શું નિરીક્ષણ કરે છે તે તપાસો. બંને લોકો અપેક્ષા કરે તેનાથી વધુ વાર અલગ પડે છે.

છેલ્લી લાગુ કરી શકાય તેવી ઓળખ શોધો

અમલબિંદુથી શરૂ કરો અને મૂળ ઉપસર્ગ દેખાય ત્યાં સુધી પાછળ ચાલો. સામાન્ય રીતે બે આદેશ સીમા શોધે છે.

iptables -t nat -L POSTROUTING -n -v
conntrack -L -s 10.90.0.2 | head

NAT કોષ્ટક બતાવે છે કે કયો ટ્રાફિક અને કયા નિયમથી ભાષાંતરિત થાય છે, જ્યારે conntrack યાદી જીવંત પ્રવાહો માટે મૂળ અને ભાષાંતરિત જોડી બતાવે છે. જ્યાં ઉપરનો ફાયરવોલ હંમેશા ફક્ત ભાષાંતરિત સરનામું જુએ છે, ત્યાં જૂથ પ્રમાણે સ્રોત નિયમો કેવી રીતે લખાયા હોય તેને ધ્યાનમાં લીધા વિના કામ કરી શકતા નથી. માર્ગ પર આગળ કે પાછળ ચાલો જ્યાં સુધી તમે એવા ઉપકરણ પર ન પહોંચો જ્યાં બે ક્લાયન્ટ ઉપસર્ગ અલગ રહે છે. અંદર કે બહારના લેબલ પર ભરોસો કરવાને બદલે દરેક હોપ પર સ્રોત નોંધો.

ત્રણ સ્થાનો અને દરેકની કિંમત

નીતિ ભાષાંતર કરતા ગેટવે પર રહી શકે છે, જ્યાં મૂળ સ્રોત હજી દેખાય છે. તે ઉપરના ફાયરવોલ પર રહી શકે છે જો ટ્રાન્ઝિટ ભાષાંતરિત થવાને બદલે રૂટ થાય, જેનો અર્થ છે પરત માર્ગો ઉમેરવા અને સ્રોત ફરીથી લખવાનું દૂર કરવું. અથવા તેને સરનામાંને બદલે ઓળખ પર લાગુ કરી શકાય છે, પ્રમાણિત નિયંત્રણ દ્વારા જે વપરાશકર્તા કે ઉપકરણને જાણે છે. દરેક પસંદગીમાં માલિક અને નિષ્ફળતાની રીત હોય છે, અને ફક્ત પ્રથમ બે જ નિયમને સ્રોત સરનામાં વિશે જ રાખે છે.

તમે ગમે તે પસંદ કરો, નિયમને તે જે સરનામા સાથે મેળ ખાય તેની સાથે દસ્તાવેજ કરો. જે નિયમની સરનામાની ધારણા શાંતિથી બદલાઈ ગઈ છે તે નિયમ ન હોવા કરતાં ખરાબ છે, કારણ કે તે ટ્રાફિક સાથે મેળ ખાતું રહે છે જ્યારે તે સંપૂર્ણપણે બીજું કંઈક રક્ષણ કરે છે.

સ્વીકૃતિ: એક મંજૂર અને એક નકારેલ ક્લાયન્ટ

દરેક જૂથમાંથી એક એમ બે ક્લાયન્ટ સાથે પરીક્ષણ કરો અને દરેક અમલબિંદુ પર કેવી રીતે પહોંચે છે તે કેદ કરો. બંને જોડી નિયમના પરિણામની બાજુમાં રાખો, જેથી પુરાવો બતાવે કે ભેદ ટકી રહ્યો, બીજો ફાયરવોલ છે એમ નહીં. NAT કે રૂટિંગ ફેરફાર પછી પરીક્ષણ ફરીથી કરો, કારણ કે રજૂ કરાયેલું સરનામું એ જ ભાગ છે જે શાંતિથી તૂટે છે. જ્યાં લોકોને અલગ પાડવા પડે ત્યાં પ્રમાણીકરણ રાખો, કારણ કે સ્રોત સરનામું નીતિનું ઇનપુટ છે, ઓળખનો પુરાવો નહીં.

અમલબિંદુ, અવલોકિત સ્રોત અને નિયમ ટિકિટમાં લખો. નહીં તો આગલો ઇજનેર બીજો ફાયરવોલ અને એ જ નિયમ ઉમેરશે.